Aller au contenu
Support de Zwii

percherc

Membres
  • Compteur de contenus

    4
  • Inscription

  • Dernière visite

Réputation sur la communauté

0 Neutre

À propos de percherc

  • Rang
    Néophyte

Visiteurs récents du profil

53 visualisations du profil
  1. Bonjour Fred Effectivement le contenu du fichier core.json est bien sur la valeur true à la ligne n°7 En voici son contenu { "core": { "dataVersion": 10093, "lastBackup": 1590876000, "lastClearTmp": 1590876000, "lastAutoUpdate": 1590876000, "updateAvailable": true, "baseUrl": "\/ZwiiCMS\/" } } Doit on passer à "false" cette valeur dans ce fichier pour que la mise à jour ne soit plus proposée? Quelle peut être la cause de cette erreur quand l'URL est en mode ré-écriture avant une mise à jour et que lors de la mise à jour cette erreur 500 apparaît nus obligeant à suypprimer une ligne dans le fichier .htaccess. Fred Rien à voir avec le cms mais j'ai depuis ce matin écrit en rouge "Votre contenu devra être approuvé par un modérateur" quand je réponds dans le sujet, peut être que nous avons posté quelque chose (images) qu'il ne fallait pas ici. Que dois je faire en ce cas? Merci pour vos réponses.
  2. Bonjour Fred; Je reviens bien tardivement répondre à vos messages. Nous sommes passés ce matin d'une version de notre site 10.1.000 vers une mise à jour automatique à la version 10.1.002 directement. Le site de test se trouve ici: http://percherc.webou.net/ZwiiCMS/ Juste deux petites choses qui sembles poser problème lors de cette mise à jour. A: Toujours le même bug avec le fichier .htaccess: - La ré-écriture d'URL n'y est pas reportée 😟 Donc obligation de la reporter manuellement: # Attention, surtout ne rien modifier ci-dessous ! # URL rewriting <ifModule mod_rewrite.c> RewriteEngine on RewriteBase /ZwiiCMS/ RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php?$1 [L] </ifModule> - La même erreur 500 avec cette fois ci la ligne qui génère cette erreur (à effacer dans le fichier .htaccess) qui est la plus gênante chez cet hébergeur ou un autre au cas ou... 🙂 B: Nous avons aussi remarqué que bien que la nouvelle version du site soit à jour en 10.1.002 (après l'unique correction de notre fichier .htaccess) notre site nous propose toujours de mettre celui ci à jour vers la version actuelle. C'est juste un peu gênant de voir cette icone et sa notification s'afficher quand on est connectée en admin et que notre site est à jour. Pour ce qui concerne notre hébergeur Webou il ne nous sert que pour tester votre cms avant de le mettre chez notre hébergeur final, ceci afin d'être certain dans nos choix quand nos modifions un cms avant d'en reporter les modifications sur notre site officiel et chez notre autre hébergeur.
  3. Merci Fred pour vos informations concernant le htacess. Comme je peux me servir du site je vais faire avec malheureusement; Juste une petite demande supplémentaire au regard de la réponse: Cela peut entraîner quoi sur notre site de devoir supprimer cette fameuse ligne? Pour l'erreur 500 elle se produit uniquement lorsque le fichier d'origine de votre cms est en entier (donc avant que je supprime les lignes pour pouvoir installer votre cms). Pour Gilux, Sylvainlelièvre et Fred. Merci pour votre accueil, certes nous devons tout les deux mois "actualiser" notre abonnement chez Webou, seulement 1 Go de stockage et juste pour deux années mais cela nous suffit pour tester et découvrir avant d'adopter définitivement un cms. ZwiiCMS nous semble plus que prometteur (hé oui nous avons bien parcouru votre forum ainsi que lu un peu partout ce qui s'écrivait avant de franchir le pas et nous inscrire) car il est tellement évolutif... A Gilux: Bonne analyse pour les hébergeurs (notamment Free où tout n'est pas rose de ce que nous avons lu pour votre Zwii), oui le plus important pour nous était de pouvoir activer l'url de redirection mais aussi bénéficier de la possibilité de recevoir envoyer des courriers depuis un cms, tous là non plus ne sont pas égaux. Par contre Webou offre bien plus que la plupart des gratuits et nous n'avons pas activé les petits plus proposés (comme le https par exemple..) Pour nous cet hébergeur n'est que provisoire car nous envisageons bien mieux d'ici peu de temps. Nous recherchons surtout un espace plus que conséquent en stockage (10 GO c'est limite pour notre association car nous envisageons le collaboratif), bien entendu aucunes restrictions en bande passante etc... Je vous remercie infiniment pour vos réponses, je reviendrai certainement poser d'autres questions sur certains de vos modules que nous entendons employer sur notre site en construction actuellement (nous sommes en effet deux à gérer l'intendance administrative, je ne suis que la porte parole de notre association).
  4. Bonjour. J'ai voulu installer ZwiiCMS sur mon espace créé chez webou.net (j'ai un autre site qui lui ne pose pas de problème avec son .htaccess) et j'ai eu une erreur 500 de ce style: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator at webmaster@percherc.webou.net to inform them of the time this error occurred, and the actions you performed just before this error. More information about this error may be available in the server error log. Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request. Apache Server at percherc.webou.net Port 80 En procédant par élimination, j'ai pu enfin installer le Zwii puis activer la redirection de l'url dans la configuration de celui ci. Mon site est à cette adresse: http://percherc.webou.net/ZwiiCMS/accueil Voici ce que j'ai du enlever dans le fichier .htaccess pour arriver à mes fins: # Active la compression GZIP - option Apache <IfModule mod_gzip.c> mod_gzip_on Yes mod_gzip_dechunk Yes mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$ mod_gzip_item_include handler ^cgi-script$ mod_gzip_item_include mime ^text\.* mod_gzip_item_include mime ^application/x-javascript.* mod_gzip_item_exclude mime ^image\.* mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.* </IfModule> # Active la compression DEFLATE - option Apache <IfModule mod_deflate.c> AddOutputFilterByType DEFLATE text/plain AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/xml AddOutputFilterByType DEFLATE text/shtml AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE application/xml AddOutputFilterByType DEFLATE application/xhtml+xml AddOutputFilterByType DEFLATE application/rss+xml AddOutputFilterByType DEFLATE application/javascript AddOutputFilterByType DEFLATE application/x-javascript </IfModule> # Cache le PHPSESSID de l'url SetEnv SESSION_USE_TRANS_SID 0 Mon .htaccess actuel est donc écrit comme ceci et le site et enfin accessible: # Bloque l'accès à la liste des fichiers Options -Indexes # Désactive l'option de substitution automatique <IfModule mod_negotiation.c> Options -MultiViews </IfModule> # Attention, surtout ne rien modifier ci-dessous ! # URL rewriting <ifModule mod_rewrite.c> RewriteEngine on RewriteBase /ZwiiCMS/ RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php?$1 [L] </ifModule> Ma question est: Ce que j'ai enlevé dans le haut du htaccess est il important pour faire fonctionner chez moi le site que je construit où à quoi cela sert ces instructions que j'ai du enlever? Je vous remercie par avance pour l'aide que vous me porteriez.
×
×
  • Créer...