Aller au contenu
Support de Zwii

jean17

Membres
  • Compteur de contenus

    15
  • Inscription

  • Dernière visite

Réputation sur la communauté

1 Neutre

À propos de jean17

  • Rang
    Apprenti

Visiteurs récents du profil

Le bloc de visiteurs récents est désactivé et il n’est pas visible pour les autres utilisateurs.

  1. Désolé si je suis lourd, j'ai pourtant beaucoup cherché, oui ici et aussi ailleurs, certainement pas comme il le faut, comme le font beaucoup les débutants ... J'ai regardé le post que vous indiquez et ne suit pas encore tout à fait certain de savoir faire ce qu'il faut faire. Pour mbstring pas exemple, j'ai cru comprendre ailleurs qu'il fallait le configurer ; c'était d'ailleurs le sens de mon post précédent. En tout cas merci de me remettre sur la bonne route, je vais aussi vérifier les autres modules.
  2. Bonjour, Je déterre ce fil car je crois que j'ai le même problème ; j'essaie d'installer mbstring sudo apt-get install php7.3-mbstring Je vérifie ensuite qu'il est bien dans les modules avec php -m et il y a bien une module mbstring dans la liste ... Mais je crois qu'il faut aussi activer quelque chose et la, c'est l'inconnu, mon niveau en linux étant très faible. Merci de toutes les aides possibles ... J
  3. Bonjour, Je tente d'installer le CMS sur un raspberry pi 400. Après transfert FTP des fichiers, je me connecte au Raspberry avec mon navigateur. La 1ère page d'install s'affiche bien, mais, une fois remplie, le lancement de l'installation n'entraine que l'affichage d'une page blanche. Après déconnexion reconnexion, j''ai la page blanche directement. D'après vous, quels sont les points sensibles du paramétrage d'Apache ou de php à régler ? Merci M
  4. Merci à toi Sylvain, c'est bon pour moi maintenant ... Très bonne journée ... J
  5. Bonjour, Quand je passe de la 10.2.00 à la 10.3.11 par ftp, je ne peux plus me connecter à l'administration de Zwii : en bas, plus de bouton "connexion" comme sur la version 10.2.00 ou pas du bouton avec image pour se connecter d'un autre site déjà passé en version 10.3.11. Bonne nuit à tous
  6. Bonsoir et merci pour votre réponse, "Il est impossible de rétrograder de V8 vers V9" Je suppose que vous voulez dire de la V9 vers la V8 ? Mais alors pourquoi dans le Readme.md de la V9 il y a : "* La mise à niveau de la version 8 vers la version 9 crée deux fichiers de données distincts ("core.json" et "theme.json") à partir du fichier "data.json" de la version 8, puis le renomme "data_imported.json". Pour revenir à la version 8, renommez ce fichier "data.json"." Ce que j'ai fait et ça marche. Depuis la version 10, je n'ai pas vu de doc, je n'ai pas testé et je n'ai rien affirmé. Comme exprimé plus haut, je viens seulement de mettre la 10. Concernant la structure, merci, je vais jeter un oeil ... Pour le copié collé de page en page, cela m'intéresse, mais je ne comprends pas vraiment la manip ... On copie quoi exactement ? Merci et bonne soirée J
  7. Bonjour à tous, Je reviens vers vous pour faire le point sur mon problème des fichiers json. Comme recommandé, j'avais passé le site en version 9.2.24 au moment où elle était proposée. Suite au même problème qu'évoqué plus haut, les utilisateurs ont remis la version 8 et donc se sont retrouvés avec plusieurs plantages par semaine. j'ai retrouvé du temps libre depuis quelques jours pour essayer de solutionner ce problème : - le dimanche 28, je remets la version 9.2.24 que j'avais en sauvegarde. - le lundi 29 plantage en milieu de journée, page d'accueil vide. je découvre donc que le fichier data.json est remplacée par les fichiers core.json et theme.json. Sur le serveur, le fichier core.json est vide (comme avec la version 8 où le fichier data était vide lors des plantages). Le fichier theme.json a du contenu (1.86 KB). comme je n'ai pas de fichier core.json sous la main, je remets un fichier data.json qui me fait revenir en 8, je recharge la version 9 et c'est reparti. - je fais une sauvegarde des fichiers json core (716167)et theme (1905) pour pouvoir remplacer un fichier core qui deviendrait vide. - aujourd'hui jeudi 2 juillet, en début de matinée, sauvegarde auto avec pour conséquence un nouveau ficher data dans le répertoire backup. Le site marche toujours et donc le fichier core n'est pas vide. Mais le plantage après l'install de la version 9, identique aux plantages avec la version 8, m'inquiète beaucoup. - Cette après-midi, je me suis risqué à installer la 10 cela s'est passé sans problème mais je pense qu'il se balade une anomalie dans un fichier json. Merci pour votre lecture de ce post et bonne après-mdi J
  8. Bonjour, Avec la version 8.5.7, pour le site http://lavillebleue.com Lors de la sauvegarde auto du fichier data.json, ce fichier est bien sauvegardé, mais le fichier opérationnel est vidé et le site devient donc HS. Il semble que cela se passe en dehors de toute intervention ou mise à jour de la part des utilisateurs du site (de mon côté, je n'ai fait qu'installer le site à l'origine) Avez-vous une solution ? Peut-être suffit-il de stopper les sauvegardes auto ? (et d'en faire soi-même de temps en temps) Quand ces sauvegardes se font-elles ? sur le site les sauvegardes du fichier se font des fois tous les jours, des fois tous les deux jours ... D'après les utilisateurs, il n'y a pas eu d'intervention sur un mois, juste pour remettre la dernière sauvegarde à la place du fichier vide, ce que je viens de faire à l'instant. Sur la dernière semaine, cela s'est fait 2 fois. Faut-il tenter la mise à jour de Zwiic ? Merci les amis et bon dimanche
  9. Mes excuses, j'avais des obligations. Le deuxième site est à la racine, le htaccess mini suffit à le protéger si je comprends bien ? en tout cas quand j'essaie de me loguer sur core, module ou site, j'ai un beau forbidden ... Maintenant, j'ai bien compris la manœuvre pour générer un htaccess nouveau et plus propre, mais j'ai peur de ne pas avoir le temps maintenant, à cause de la correction des liens et il y en a une tonne ... mais aussitôt qu possible je fais la manip. Je te remercie beaucoup pour toute cette aide et te souhaite une très bonne soirée J
  10. Merci ... Je ne dis pas que c'est bien sans le fichier htaccess mais que le site marche ; effectivement, je préfère aussi être protégé ... Je viens de faire un test dans un autre espace web, voici l'intégralité de mon htaccess : # Cache le PHPSESSID de l'url SetEnv SESSION_USE_TRANS_SID 0 # Bloque l'accès à la liste des fichiers Options -Indexes # Attention, surtout ne rien modifier ci-dessous ! # URL rewriting Il n'y a que cela c'est un peu étonnant non ? De plus il n'est même pas à la racine de l'hébergement. Bonne après-midi J
  11. Merci pour tout mon "ticket" , Je me suis certainement mal exprimé : Comme dit sur le tuto, le premier, j'ai modifié le fichier data.json de façon à ce que tout marche ... si le .htaccess est viré. L'erreur sytem (générale pour tout le site) ne survient que quand je remets en place le .htaccess, modifié comme sur le premier tuto. Du coup, je pense que le data.json n'y est pour rien et que j'ai uniquement un problème de htaccess .... Amicalement J
  12. Merci beaucoup Peter pour le lien sur le tuto et mes excuses pour ne pas l'avoir consulté ! Le site est revenu et j'ai corrigé l'ensemble des liens absolus dans le bon fichier. Donc ça marche. Par contre si je fais la modif RewriteBase /nouveau répertoire/ C'est à dire dans mon cas RewriteBase / puisque je suis à la racine, j'ai une erreur system à la connexion. Bon appétit J
  13. Bonjour, Nous venons de terminer 2 sites qui viennent remplacer 2 autres sites. Ces 2 nouveaux sites ont été construits, non pas à la racine de leur hébergement web respectif, mais dans des sous répertoires, ceci afin de ne pas interférer avec les deux anciens pendant la phase de construction. L'heure est maintenant venue de les mettre en ligne. Pour le 1er site, l'ancien est effacé, le nouveau est copié collé à la racine de l'hébergement. Le test de la mise en ligne est positif, le site de travail est effacé, les seules corrections faites pour le nouveau site en ligne sont pour les liens absolus mis par erreur, ces liens étant vite remplacés par des liens relatifs. Le site est ok. Pour le 2ème site (hébergé chez ovh aussi), même manœuvre, l'ancien site est effacé, le nouveau site est mis à la racine. Problème, la page d'accueil de la racine de l'hébergement s'affiche bien, mais les autres liens du menu donnent sur le site de travail, quelques répertoires plus bas. Si le répertoire à la racine du site de travail est renommé en old, la page d'accueil à la racine de l'hébergement s'affiche toujours, mais plus rien de marche y compris le fait de vouloir se connecter, ce qui m'épate tout de même. A noter, je pense que c'est l'origine du problème, que dans les options avancées, la case réécriture d'URL était cochée, contrairement au premier site. Avez-vous des pistes pour détecter l'origine du problème ? Le site de travail fonctionne toujours normalement. Très bonne journée J
  14. Merci beaucoup Peter, je vais tester tout cela ! Très bonne soirée à toi J
  15. Bonjour, Je teste depuis hier soir Zwii et c'est très sympa pour mettre en place rapidement un site ... Me manque un compteur. J'ai vu que micka260 en propose un, mais les indications sont pour la version 8.2 alors que j'ai la 8.3.13. Pouvez-vous me dire où injecter le code dans cette dernière version (mes compétences se sont arrêtés à php3 ou 4, ça date donc). Le fichier zip est-il toujours ok ? Pour l'instant sinon, je n'ai pas de critique (constructive), mais je ne manquerai d'apporter des remarques (toujours constructives) à l'occasion. Tiens j'y pense, je me suis demandé et j'ai regretté la non possibilité de faire un petit liseré (avec choix de la couleur et de l'épaisseur) autour de la page. Peut-être suis-je le seul auquel cas tant pis. Mais avec mes couleurs choisies, ce serait le site de test serait beaucoup plus joli. Bon du coup, je ne sais plus si je poste au bon endroit. Amicalement J
×
×
  • Créer...