Migration de ZitePLUS 0.9.0 vers 0.9.2

Vador1313 · 18/01/2014 00:06:58

Super_chemist a écrit :

Aucune idée, faut demander à jpg...
J'ai commencé ziteplus avec la 0.9.1, et site_debug était présent.

Merci, JPG suit cette discussion...

J'ai à nouveau tenté une migration en passant le paramètre Site_status à Debug, ce qui a eu pour effet d'afficher le message "le site est en cours de maintenance, etc.".

J'ai ensuite copié les fichiers de l'archive de mise à jour dans le dossier zite, j'ai lancé la mise à jour avec le compte admin, et j'obtiens le même résultat : HTTP 500 Erreur interne au serveur. L'adresse de la page en cours est h*tp://localhost/Nucleaire/index.php?z=login

La seule erreur qui apparaît dans les logs de WAMP est l'erreur PHP "[17-Jan-2014 23:00:54] PHP Fatal error: Maximum execution time of 30 seconds exceeded in C:\wamp\www\Nucleaire\zplus\ziteplus.php on line 612"

Si je me connecte à localhost via WAMP, même affichage. Le code source de la page ne comprend que le code qui permet d'afficher l'erreur, rien en relation avec le site.

jpg · 18/01/2014 00:11:00

Vador1313 a écrit :

Je suis en version 0.9.0, je ne trouve pas le paramètre Site_debug dans la liste. Est-ce que ce paramètre se trouve dans un fichier ini ou php ?

C'est disponible à partir de la version 0.9.1

jpg · 18/01/2014 00:14:56

Vador1313 a écrit :

J'ai à nouveau tenté une migration en passant le paramètre Site_status à Debug, ce qui a eu pour effet d'afficher le message "le site est en cours de maintenance, etc.".

Pas utile: faite le test avec le site en configuration normal.

Vador1313 a écrit :

J'ai ensuite copié les fichiers de l'archive de mise à jour dans le dossier zite, j'ai lancé la mise à jour avec le compte admin, et j'obtiens le même résultat : HTTP 500 Erreur interne au serveur. L'adresse de la page en cours est h*tp://localhost/Nucleaire/index.php?z=login
La seule erreur qui apparaît dans les logs de WAMP est l'erreur PHP "[17-Jan-2014 23:00:54] PHP Fatal error: Maximum execution time of 30 seconds exceeded in C:\wamp\www\Nucleaire\zplus\ziteplus.php on line 612"
Si je me connecte à localhost via WAMP, même affichage. Le code source de la page ne comprend que le code qui permet d'afficher l'erreur, rien en relation avec le site.

Relancer le test de migration comme indiqué après avoir changé la configuration de la valeur par défaut du temps d'execution d'un script PHP (c'est dans le fichier de configuration php.ini du serveur WAMP) et avoir relancé le serveur WAMP.

a+
Jean-Paul

Vador1313 · 18/01/2014 00:17:04

jpg a écrit :

Vador1313 a écrit :
Je suis en version 0.9.0, je ne trouve pas le paramètre Site_debug dans la liste. Est-ce que ce paramètre se trouve dans un fichier ini ou php ?
C'est disponible à partir de la version 0.9.1

Aïe aïe aïe !
Est-ce que la bonne solution est de reconstruire tout le site ?

Vador1313 · 18/01/2014 00:19:16

jpg a écrit :

Relancer le test de migration comme indiqué après avoir changé la configuration de la valeur par défaut du temps d'execution d'un script PHP (c'est dans le fichier de configuration php.ini du serveur WAMP) et avoir relancé le serveur WAMP.
a+
Jean-Paul

Ok j'augmente la valeur dans le php.ini, je relance WAMP et je poste les résultats.

jpg · 18/01/2014 00:21:46

Vador1313 a écrit :

jpg a écrit :
Vador1313 a écrit :
Je suis en version 0.9.0, je ne trouve pas le paramètre Site_debug dans la liste. Est-ce que ce paramètre se trouve dans un fichier ini ou php ?
C'est disponible à partir de la version 0.9.1
Aïe aïe aïe !
Est-ce que la bonne solution est de reconstruire tout le site ?

Non: C'est pour éviter cela que l'outils de migration a été fait
Au pire il peut rester une broutille a faire manuellement.
Par contre, c'est une étape délicate dans le sens ou un ziteplus de base a pu être plus ou moins trituré, la config locale pas exactement adapté etc etc
Il faut donc en cas de problème arriver à trouver ce qui pose problème.

Vador1313 · 18/01/2014 00:26:23

[17-Jan-2014 23:25:06] PHP Fatal error: Maximum execution time of 120 seconds exceeded in C:\wamp\www\Nucleaire\zplus\ziteplus.php on line 612

ça ne semble pas provenir de ça...

Super_chemist · 18/01/2014 00:32:08

Sur les images que tu as posté, on voit que la page d'accueil n'est pas de rang 1.
JPG, est-ce que ça peux être lié à ça?

Vador, peux-tu essayer une migration en ayant au préalable mis la page d'accueil au rang 1 ?

jpg · 18/01/2014 00:34:20

Super_chemist a écrit :

Sur les images que tu as posté, on voit que la page d'accueil n'est pas de rang 1.
JPG, est-ce que ça peux être lié à ça?
Vador, peux-tu essayer une migration en ayant au préalable mis la page d'accueil au rang 1 ?

Bien vu
Il y a au moins cela !
La ligne du code source cité correspond à ce cas de figure.

Il faut faire cette correction et relancer la migration

a+
Jean-Paul

Vador1313 · 18/01/2014 00:34:45

jpg a écrit :

Vador1313 a écrit :
jpg a écrit :
Vador1313 a écrit :
Je suis en version 0.9.0, je ne trouve pas le paramètre Site_debug dans la liste. Est-ce que ce paramètre se trouve dans un fichier ini ou php ?
C'est disponible à partir de la version 0.9.1
Aïe aïe aïe !
Est-ce que la bonne solution est de reconstruire tout le site ?
Non: C'est pour éviter cela que l'outils de migration a été fait
Au pire il peut rester une broutille a faire manuellement.
Par contre, c'est une étape délicate dans le sens ou un ziteplus de base a pu être plus ou moins trituré, la config locale pas exactement adapté etc etc
Il faut donc en cas de problème arriver à trouver ce qui pose problème.

C'est exactement mon problème.

Le site a été construit à l'époque par un étudiant, qui avait, il faut bien le dire, effectué un sacré boulot ! Malgré tout il ne devait pas être totalement expert (en comparaison je suis nul par rapport à lui), mais j'ai pu remarquer, dans les dossiers présents sur le site, dans la construction des pages, un mode empirique.

S'il y a 4 ans tout passait bien (et ça continue à bien passer dans le fonctionnement du site hormis pour les modifications de pages et les mises à jour), aujourd'hui je dois prendre le relais et faire un peu de ménage. La mise à jour passe par là.

Avec votre aide je ne désespère pas. Je suis nul en tant que webmaster, mais j'apprends assez vite.

Ce qui me manque, c'est effectivement un historique des actions réalisées par le script de mise à jour, pour savoir à quel moment ou pourquoi ça ne passe pas.
Je n'ose même pas demandé combien de modifications sont réalisées par le script...

Encore merci !

Vador1313 · 18/01/2014 00:35:34

Super_chemist a écrit :

Sur les images que tu as posté, on voit que la page d'accueil n'est pas de rang 1.
JPG, est-ce que ça peux être lié à ça?
Vador, peux-tu essayer une migration en ayant au préalable mis la page d'accueil au rang 1 ?

Tout de suite !

Vador1313 · 18/01/2014 00:40:52

Voilà avant de migrer :

http://sdrv.ms/KbxdVN

Super_chemist · 18/01/2014 00:42:12

Je viens de regarder le site.
Vu la tête du code source, le template.php a été sérieusement charcuté !

Il me semble que le script de mise à jour touche au template.php, mais là il va forcément pédaler dans la semoule...

jpg · 18/01/2014 00:47:18

Super_chemist a écrit :

Je viens de regarder le site.
Vu la tête du code source, le template.php a été sérieusement charcuté !
Il me semble que le script de mise à jour touche au template.php, mais là il va forcément pédaler dans la semoule...

Homme de peu de foi

Vador1313 · 18/01/2014 00:49:55

Super_chemist a écrit :

Je viens de regarder le site.
Vu la tête du code source, le template.php a été sérieusement charcuté !
Il me semble que le script de mise à jour touche au template.php, mais là il va forcément pédaler dans la semoule...

En fait pas tant que ça. S'il y a des dieux sur terre, vous en faites partie :

http://sdrv.ms/19AIlqv

Merci !!!

Quand au Template, j'ai aussi remarqué qu'il a été construit et reconstruit et rereconstruit et...

Malheureusement je n'ai pas beaucoup de temps, et encore moins les connaissances pour en reconstruire un. Je vais donc faire avec, en essayant de ne pas empirer les choses.
Malgré tout, si le concepteur du site lit ces lignes, je tiens à le féliciter car dans notre établissement personne n'aurait pu en faire autant.

Maintenant que la mise à jour s'est bien passée en local, il va falloir faire remonter ça chez OVH...

Vador1313 · 18/01/2014 00:53:38

Une question technique :

La mise à jour a réussi parce que l'indentation de la page d'accueil a été corrigée.

A quoi sert l'indentation des pages ? En java ou en python je comprends, mais ici c'est plus flou. Dois-je lire la notice ?

Super_chemist · 18/01/2014 00:59:02

C'est ce qui gère la hiérarchie des pages dans le menu.

Concept de page parent et de page enfant. Normalement seules les pages de rang 1 s'affichent dans le menu, plus les pages enfant (rang 2 et +) situées sous la page en cours.
La page d'accueil a un comportement un peu différent, mais tu en a fait l'expérience elle n'a pas été prévue pour ne pas être de rang 1.

Vador1313 · 18/01/2014 01:07:55

Super_chemist a écrit :

C'est ce qui gère la hiérarchie des pages dans le menu.
Concept de page parent et de page enfant. Normalement seules les pages de rang 1 s'affichent dans le menu, plus les pages enfant (rang 2 et +) situées sous la page en cours.
La page d'accueil a un comportement un peu différent, mais tu en a fait l'expérience elle n'a pas été prévue pour ne pas être de rang 1.

Merci !

Il y en a qui portent bien leur avatar

Vador1313 · 19/01/2014 11:47:52

Bonjour,

j'aurais 1 dernière question (pas très en rapport avec le sujet du topic mais je ne vais pas lancer 1 autre discussion pour si peu...)

Lorsqu'on souhaite mettre à disposition des documents sur le site, il faut les télécharger à partir du disque. Cette procédure dépose les documents dans un dossier du site, mais lequel ? Peut-on uploader des documents dans différents dossiers (sans passer par le ftp) et les retrouver ensuite pour les mettre à disposition ?

Encore merci !

Dernière modification par Vador1313 (19/01/2014 11:53:40)

Super_chemist · 19/01/2014 15:45:28

Bonjour

Dans la barre d'admin, tu as le module DOCUMENTS qui gère l'importation des documents sur le serveur. Il faut faire l'upload via ce formulaire. Ziteplus les copie dans /zdata/zdocs/, mais il ne faut pas y toucher soi-même.

Ensuite en éditant une page via tinymce, Quand tu veux ajouter une image ou faire un lien via les boutons de l'interface d'édition, tu retrouvera tous les documents importés dans une liste et le lien se fera automatiquement.

Il est bien entendu aussi possible (mais je ne le recommande pas si tu n'a pas de bonnes raisons de le faire) de créer un dossier quelconque dans l'architecture ftp, et de gérer les liens toi même à la main. Mais pourquoi faire compliqué alors que le module DOCUMENTS est intégré? C'est plus simple de passer par ziteplus directement

Dernière modification par Super_chemist (19/01/2014 15:48:50)

Vador1313 · 20/01/2014 01:44:13

Super_chemist a écrit :

Bonjour
Dans la barre d'admin, tu as le module DOCUMENTS qui gère l'importation des documents sur le serveur. Il faut faire l'upload via ce formulaire. Ziteplus les copie dans /zdata/zdocs/, mais il ne faut pas y toucher soi-même.
Ensuite en éditant une page via tinymce, Quand tu veux ajouter une image ou faire un lien via les boutons de l'interface d'édition, tu retrouvera tous les documents importés dans une liste et le lien se fera automatiquement.

Il est bien entendu aussi possible (mais je ne le recommande pas si tu n'a pas de bonnes raisons de le faire) de créer un dossier quelconque dans l'architecture ftp, et de gérer les liens toi même à la main. Mais pourquoi faire compliqué alors que le module DOCUMENTS est intégré? C'est plus simple de passer par ziteplus directement

Merci pour cette réponse, en fait je me doutais bien de ce mode de fonctionnement.
Comme je l'ai indiqué au début de ce topic, je prends en charge le site qui a été construit il y a 3 ans par une autre personne. Hors, lorsque j'observe les liens du site vers certaines ressources (images, documents PDF, etc.), les liens pointent vers des dossiers dédiés et présents dans la racine du www. Bien entendu, en passant par tinymce, il n'est pas possible de créer un lien vers un document dans ce dossier. Seule possibilité : éditer le code html de la page et saisir le lien à la main. En plus, pour charger les documents sur le site, il faut absolument utiliser le ftp.

Il me reste donc à faire du rangement...

Super_chemist · 20/01/2014 20:33:42

En fait, il est possible de spécifier une url quelconque dans la popup de tinymce, donc de cibler un dossier de l'arborescence. Mais dans ce cas, on ne bénéficie évidement pas de la liste des documents intégrée à tinymce...

Si tu veux tout réimporter dans le module documents, tu peux utiliser la fonction "multi-ajout" qui permet d'importer plusieurs fichiers simultanément. Tu peux d'ailleurs le faire via ftp en suivant les instructions de la page "multi-ajout", et donc à priori simplement déplacer les fichiers via filezilla, sans devoir les télécharger/uploader sur ton ordi.

Tu va ensuite t'amuser à modifier une par une toutes les pages pour repointer les liens et les images vers les documents ! Bon courage !

Vador1313 · 21/01/2014 00:38:43

Super_chemist a écrit :

Tu va ensuite t'amuser à modifier une par une toutes les pages pour repointer les liens et les images vers les documents ! Bon courage !

Bonjour,
Je ne vais pas aller jusque là...
Le site a été initialement conçu comme ça, mais je vais faire un grand ménage et aussi un grand rangement.

Merci pour toutes ces explications !

Bruno

Jaco · 23/01/2014 16:18:42

Bonjour,
Je viens de suivre cette discussion et cela m'a bien aidé, étant dans la même situation (version de php) que Vador1313. En local donc j'ai pu faire la migration, mais (cela s'adresse surtout à Vador1313) comment a-il fait chez OVH.

Merci à tous

Jacques

jpg · 23/01/2014 18:46:12

Bonjour,

Jaco a écrit :

En local donc j'ai pu faire la migration, mais (cela s'adresse surtout à Vador1313) comment a-il fait chez OVH.

je ferais ainsi: migration en local du site vers la dernière version, puis transfert via ftp de la nouvelle version chez OVH.
Pour régler la version de php chez ovh, tu peux regarder ce post: http://ziteplus.giausserand.fr/forum/vi … 199#p10199

a+
Jean-Paul

Forum ZitePLUS

#26 18/01/2014 00:06:58

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#27 18/01/2014 00:11:00

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#28 18/01/2014 00:14:56

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#29 18/01/2014 00:17:04

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#30 18/01/2014 00:19:16

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#31 18/01/2014 00:21:46

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#32 18/01/2014 00:26:23

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#33 18/01/2014 00:32:08

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#34 18/01/2014 00:34:20

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#35 18/01/2014 00:34:45

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#36 18/01/2014 00:35:34

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#37 18/01/2014 00:40:52

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#38 18/01/2014 00:42:12

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#39 18/01/2014 00:47:18

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#40 18/01/2014 00:49:55

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#41 18/01/2014 00:53:38

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#42 18/01/2014 00:59:02

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#43 18/01/2014 01:07:55

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#44 19/01/2014 11:47:52

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#45 19/01/2014 15:45:28

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#46 20/01/2014 01:44:13

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#47 20/01/2014 20:33:42

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#48 21/01/2014 00:38:43

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#49 23/01/2014 16:18:42

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

#50 23/01/2014 18:46:12

Re : Migration de ZitePLUS 0.9.0 vers 0.9.2

Pied de page des forums