o2switch et path "home"

[dolmenhir]

Bonjour à tous,

Ce message s'adresse en priorité à ceux qui ont un ou plusieurs comptes chez o2switch.

J'ai constaté que la valeur du "home" utilise au début du chemin des répertoires pouvait parfois changer, sans aucune explication, passant par exemple de "/home3/" à "/home5/".
Du coup, les variables "$path_logs" et "$path_temp" du fichier de configuration devenaient erronés.

Plus problématique, des solutions externes, comme "mysites.guru" qui utilise ce chemin pour faire des mises à jour, se trouvent dans l'incapacité de le faire et a en retour des erreurs 403 vu qu'il essaie d'écrire les fichier temporaires dans un "/home3/" qui s'est transformé en "/home5/"
C'est un vrai soucis quand on a beaucoup de site à administrer et qu'il faut aller changer ça manuellement dans chacun des fichiers de configuration.

Aviez-vous constaté cela ?
Quelle solution avez-vous mis en oeuvre pour résoudre ou contourner ce problème ?

[Tortue Genial 69]

hello,

Je suis aussi chez eux pour certains webs et pas de soucis.
tu as remonté au support?

[dolmenhir]

tu as remonté au support?

oui, je suis en train d'échanger avec eux sur ce sujet.

A noter que chez Planet Hoster, où j'ai aussi des sites, le chemin est "/home/..." et cette valeur est fixe (pas de "home3" "home5", "home2" qui changent parfois de l'un à l'autre...), et donc aucun problème en perspective.

[dolmenhir]

Bon, visiblement, ils ne peuvent rien faire.
La configuration de leur serveur est telle que ces valeurs peuvent changer au gré d'une mise à jour.
Donc faut que je réfléchisse à une solution qui règlera le problème.
En fait j'ai ma petite idée via une fonction php couplée à une tache cron.
Je me pencherai là-dessus dès que j'aurai un peu de temps

[Cosmic]

bon à savoir

[Tortue Genial 69]

ok bon à savoir car j'ai prévu de migrer pas mal de sites chez eux.

je sais pas si dans le fichier configuration.php on peut directement appeler la variable $HOME, ce qui résoudrait le truc non?

[RobertG]

Bonjour,

C'est quand même très curieux de leur part dans la mesure où d'autres CMS ou scripts, pas seulement Joomla! sont susceptibles de conserver ce nom. Tous les sites Joomla! hébergés chez eux seront donc tôt ou tard impactés !
Il y a longtemps, OVH avait des noms de serveurs de ce type, mais si je ne me trompe, on pouvait aussi utiliser "home" qui allait alors faire le lien avec home2 ou home3, etc.
Et les noms ne changeaient pas, par contre.

[dolmenhir]

ok bon à savoir car j'ai prévu de migrer pas mal de sites chez eux.

je sais pas si dans le fichier configuration.php on peut directement appeler la variable $HOME, ce qui résoudrait le truc non?

Je ne crois pas.
Pour Joomla, il faut que ces variables soient impérativement une url absolue.

Globalement, la plupart des serveurs, au moins chez o2switch, ont une sorte de table de correspondance qui permet de savoir que un "home5" ou un "home3" est en fait le "home" local officiel, et en local, que "home3" devienne "hom5" c'est pas un problème. Toutefois, je ne sais pas si c'est lié, mais j'ai quand même noté quelques ralentissements quand le chemin en configuration n'est pas le même que sur le serveur.

Le problème majeur vient plutôt de sollicitations externes, comme le cas que j'ai rencontré avec "mysites.guru" qui lui s'appuie directement sur ce chemin , en particulier pour celui du dossier "tmp" qui sert à stocker les fichiers temporaires lors des màj et qui, en raison de la non résolution du chemin le serveur renvoie une erreur 403. Même problème pour les sauvegardes à distance.

Je ne sais pas si ce problème est systématique ou si c'est du à une màj du serveur qui, durant un certain temps n'a pas été de faire le lien entre un ancien "home3" devenu "home5".
Le problème a quand même durée plusieurs jours, le temps pour moi de comprendre d'où ces erreurs 403 pouvaient venir.
Après coup, c'est tout bête, mais fallait y penser et rien ne me laisser penser que le chemin du serveur pouvait changer.
Pour l'heure, tous mes fichiers configuration sont corrigés et il faudra que je constate d'autres incidents pour avoir plus d'infos.

[Tortue Genial 69]

donc du coup, si table de correspondance il y a, c'est censé être transparent même si cela se produit non?

[Eddy.vh]

Bonsoir.
je n'ai jamais rencontré ce type de problème mais j'ai pris pour habitude de ne placer mes sites que
dans des répertoires nommés et ne pas utiliser home.

[Tortue Genial 69]

Bonsoir.
je n'ai jamais rencontré ce type de problème mais j'ai pris pour habitude de ne placer mes sites que
dans des répertoires nommés et ne pas utiliser home.

tu as les accès pour créer sous le /home directement?

[Tortue Genial 69]

Re,

Juste pour info j'ai eu le support o2switch car j'avais quelques questions et j'en ai profité pour évoquer ce soucis. Voici leur retour :

Dans des cas rares, il se peut en effet qu'un changement de home directory soit opéré.
Cependant cela n'est pas quelques chose de courant, ni effectué si cela n'est pas absolument nécessaire.

Donc a priori ça doit être dans des circonstances relativement isolées.

[dolmenhir]

Donc a priori ça doit être dans des circonstances relativement isolées.

Sans doute, mais quand ça tombe sur toi, et que tu dois te taper des dizaines de fichiers de configuration à corriger, sans parler des backup programmés qui n'ont pas eu lieu, tu regrettes vraiment d'être autant "isolé"... Et comme ça s'est produit plusieurs fois pour moi, ce n'est pas si isolé, où alors je dois vraiment me mettre à jouer au loto... ou me faire exorciser.
Rien que chez O2switch j'ai une dizaine de comptes et plusieurs sites Joomla sur chacun d'entre-eux.
M'enfin, il y a beaucoup d'autres serveurs qui ne modifient jamais ce chemin (ex: Planet Hoster chez qui j'ai aussi des comptes et des sites Joomla mais qui utilise simplement "home" et m'épargne cette corvée).
Mais ce qui me dérange le plus c'est de n'avoir aucune explication quant à la raison qui conduit à ce changement.
Le "ça peut se produire" sans aucune précision me laisse vraiment sur ma faim.
Si un admin réseau en sait plus sur la question et peut éclairer ma lanterne, je suis preneur

[Tortue Genial 69]

je suis d'accord sur la pénibilité de la tâche, c'était pas le sujet ou le sens de ma remarque en fait

je disais juste que d'après leur retour et d'après ce que j'ai compris, c'est pas censé se produire souvent.
mais bien évidemment que quand ca tombe sur soit c'est pénible, c'est indéniable.

il faudrait voir comment mettre en place un truc pour surveiller ça.
à minima genre une fois par jour éventuellement.

car j'imagine bien qu'ils s'amusent pas à faire ça toutes les 10 minute....enfin j'espère.

[dolmenhir]

je suis d'accord sur la pénibilité de la tâche, c'était pas le sujet ou le sens de ma remarque en fait

pas de soucis, je n'ai pas non plus fait d'amalgame

il faudrait voir comment mettre en place un truc pour surveiller ça.
à minima genre une fois par jour éventuellement.

J'y ai songé.
Une simple routine php qui récupère la "DOCUMENT_ROOT" d'un fichier, couplé à une tache cron.
En poussant le bouchon, on peut même envisager de réécrire automatiquement les valeurs de $log_path et $tmp_path dans le fichier de configuration.

car j'imagine bien qu'ils s'amusent pas à faire ça toutes les 10 minute....enfin j'espère.

Au milieu des rares infos qu'ils ont bien voulu lâcher, j'ai cru comprendre que cela pouvait se produire à l'occasion d'une màj majeure de l'OS du serveur.
J'ai quand même le sentiment que c'est un peu plus fréquent, mais j'en aurai bientôt le coeur net : lorsque j'aurai développé mon script.