support Archives support

Retour migration vers 7.6beta

Avec un bon problème...

Avancement0%
WorkflowBesoin d'aide
StatutLe problème a été enregistré
Il y a quelques temps, j'ai installé la 7.6alpha. Après révision de mes css, template et skin perso, et avant de terminer tout cela, j'ai voulu faire une mise à jour vers la 7.6beta.

Conditions : * hébergeur : nuxit sur serveur mutualisé * répertoire d'installation : www/yacs/ avec non gestion de l'index de la racine (y'a le site de prod à la racine) * pointage par sous-domaine : //test.gresivaudan.org * archive récupéré sous windows (oui, je m'en sers encore) * décompression en local, transfert des fichiers par ftp dans le dossier scripts/staging, et mise à jour à partir de ce dossier.
Info pour Gnapz : filezilla est paramétré pour une reconnaissance automatique ascii/binaire, je n'ai rien touché à cela.
Info pour Bernard : la mise à jour incrémentale n'a jamais fonctionné chez nuxit, par contre la mise à jour à partir de l'archive dans inbox/yacs marche avec les tgz. Marche aussi à partir du dossier staging.

La mise à jour s'est bien déroulée jusqu'à l'appel de la mise à jour des tables. Là, blocage complet avec un drôle de message d'erreur : Not Found. The requested URL /home4/test.gresivaudan.org/control/setup.php was not found on this server.
"Drôle", parce qu'il n'y a pas de répertoire home4 nulle part ni sur le serveur en dessous de www, ni dans les fichiers de configuration. Incidemment, tous les liens du panneau de contrôle relatifs à la gestion du serveur contiennent ce chemin erroné, et rien ne fonctionne. La navigation est rendue possible après renommage du switch.on, mais impossible d'enregistrer quoi que ce soit, et toujours bien sûr aucun accès aux fonctions de gestion.

Gnapz a débloqué la situation après quelques recherches (merci Gnapz) de la manière suivante (je cite) :
" C'était uniquement au niveau du shared/global.php. Bernard a changé l'utilisation de "self_script" en utilisant une autre variable serveur. Hors si chez moi ça marche, ce n'est pas le cas chez Nuxit.

Je t'ai donc remis le traitement de "self_script" comme dans la version précédente que tu avais et tout roule. "


Donc depuis le site fonctionne, il reste quand même des appels contenant ce drôle de chemin (et notamment à propos de l'url-rewriting) mais là, faut que je fasse quelques tests, d'autant plus qu'il semble y avoir une procédure spécifique - au moins chez nuxit - pour la mise en place du rewriting. J'en dirais plus dès que ça aura pris un peu mieux forme dans ma tête - et dans mes tests - à ce propos.

Voilou