Problème autoload.php [Réglé]
Problème de génération du cache.
Support Général
Mei Membre non connecté
Booster Fronde
- Booster Fronde
- Voir le profil du membre Mei
- Inscrit le : 30/08/2016
J'ai effectué la mise à jour de mon site (4.0 > 4.1 > 5.0) sur un serveur séparé, aucun problème, tout fonctionne parfaitement.
Cependant, après avoir effectué la migration du site(à l'aide de ce guide) sur le serveur que j'utilise habituellement, le module "Search" (/search/search.php#results) ne fonctionne plus et me renvoi ceci sur une page blanche :
The cache folder is not writeable, please set CHMOD to 777
Bien entendu, le dossier "cache" est en 777.
Le problème disparait quand je vide le cache via l'administration (ou directement dans le repertoir "cache" via ftp), mais un autre problème prend alors la place.
Le module "Online" (/online/index.php) ainsi que la partie Menu dans l'administration (/admin/menus/menus.php) renvoient l'erreur suivante sur une page blanche :
Fatal error: Call to undefined method OnlineUser::set_avatar() in /var/www/html/online/services/OnlineService.class.php on line 65
Le module "Search" se porte alors très bien...
Après quelques essais, je me suis rendu compte que le problème provient du fichier "autoload.php" du dossier /cache.
Si j'utilise celui provenant de la migration, le module "Online" fonctionne, mais pas le module "Search".
Quand je vide le cache, un autre fichier "autoload.php" se génère, et c'est l'inverse (le module "Search" fonctionne mais pas le module "Online").
J'ai pensé à un problème de nom de domaine, mais j'ai jamais ce soucis avec mes précédentes migrations.
Je vous joins les deux fichiers "autoload.php" :
Caché :
Je pense donc qu'il s'agit d'un problème de génération du fichier ou une incompatibilité...
La configuration des deux serveurs est identiques (même version de debian, d'apache, de php etc...) et j'ai refais plusieurs fois la migration afin d'éliminer les oublis et les erreurs.
Si quelqu'un à une idée du problème, ça serait super !
Merci.
Édité par Mei Le 30/08/2016 à 03h01
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
PHPBoost est bien installé tout seul dans son dossier et non mélangé avec des autres CMS ou script PHP extérieur à PHP ?
Car cela ressemble soit a un problème de droit unix, soit à un mélange de CMS.
L'autoload va chercher tout seule les modules en explorant d'où le fait qu'il ne fait pas mettre un autre CMS/Script dans PHPBoost car si les deux utilise des fichiers de class qui se nomme pareil il va y avoir un conflit et si il n'arrive pas à lire un fichier de classe à cause d'un problème d'autorisations ce sera pareil.
Cordialement, janus57
Mei Membre non connecté
Booster Fronde
- Booster Fronde
- Voir le profil du membre Mei
- Inscrit le : 30/08/2016
J'ai vérifié, mais je n'ai aucun script ou mélange de CMS, le contenu du dossier /html est identique au serveur d'installation.
D'autant que sur ce serveur, PHPBoost fonctionne de façon irréprochable.
Y-a-t'il un autre facteur qui peut influer sur la génération d'autoload.php ?
Édité par Mei Le 31/08/2016 à 15h04
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
avez-vous essayé sur un mutu/autre serveur ?
Si je vous envoie un accès SFTP + BDD vous pouvez importer le tout pour tester ?
Cordialement, janus57
Mei Membre non connecté
Booster Fronde
- Booster Fronde
- Voir le profil du membre Mei
- Inscrit le : 30/08/2016
Je vais voir pour faire une réinstallation de mon debian sur le serveur habituel du coups, même si la configuration (hormis la langue système) est la même.
Merci !
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie