Dépannage
Les problèmes qui reviennent le plus souvent, et l'ordre dans lequel les vérifier.
Commencez par System > Logs > Error log. La plupart de ce qui suit est un raccourci vers la même réponse.
Le site affiche une page blanche#
Presque toujours une erreur PHP avec l'affichage désactivé. Regardez d'abord le journal des erreurs, puis le journal d'erreurs PHP de votre hébergeur. Les causes habituelles sont une extension manquante après un changement de version PHP et un fichier qui a perdu ses permissions.
Les e-mails n'arrivent jamais#
- System > Logs > Email log : la tentative apparaît-elle seulement ?
- Si elle n'apparaît pas, le message n'a jamais été mis en file. Vérifiez que le cron s'exécute.
- Si elle apparaît et a échoué, la raison est dans la ligne : des identifiants incorrects, un expéditeur refusé, un port bloqué.
- Si elle apparaît, a réussi mais que rien n'arrive, c'est du filtrage antispam. Utilisez SMTP sur votre propre domaine avec SPF et DKIM configurés, pas la fonction mail de PHP.
Les tâches planifiées ne s'exécutent jamais#
Les digests, le battement de cœur de la licence et le nettoyage reposent tous sur le planificateur. Vérifiez System > Logs > Task log. Un journal vide signifie que l'entrée cron est absente ou pointe vers le mauvais binaire PHP. Certains hébergeurs en ont plusieurs.
La licence ne veut pas s'activer#
- Numéro de série invalide : vérifiez une faute de frappe, et vérifiez que vous avez copié un numéro de série pour le produit que vous installez.
- Domaine déjà utilisé : la licence est active sur un autre domaine. Désactivez-la là-bas, ou depuis votre compte ici.
- Révoquée : la licence a été remboursée ou contestée.
- Erreur réseau : l'hébergeur ne peut pas atteindre le serveur de licence. Voir Licence et activation.
Une mise à jour échoue#
L'outil de mise à jour restaure les fichiers et la base de données quand une étape échoue après la sauvegarde, donc vous revenez à votre point de départ. L'historique des exécutions enregistre l'étape qui a échoué. Les causes habituelles :
- un répertoire qui n'est pas accessible en écriture ;
- pas assez d'espace disque pour la sauvegarde ;
- aucun outil d'export de base de données disponible sur l'hébergeur.
Si la requête web dépasse le délai sur un gros paquet, lancez la mise à jour depuis un terminal :
php artisan bondry:update --file=/path/to/package.zip
Un module a disparu après une mise à jour#
Il est devenu incompatible et a été désactivé au démarrage. Modules indique la raison : la version du core, la version PHP ou un autre module dont il dépend. Mettez le module à jour, et s'il n'y a pas encore de mise à jour, la version précédente du core reste dans votre compte.
Un membre ne peut pas voir quelque chose qu'il devrait voir#
C'est une permission de groupe neuf fois sur dix. Vérifiez, dans l'ordre :
- les groupes principal et secondaires du membre ;
- la matrice de permissions de ces groupes pour ce module ;
- les permissions par forum ou par catégorie ;
- toute règle de mur payant, si Members Plus est installé.
Les styles semblent cassés après l'installation d'un thème#
Les ressources sont publiées à l'installation ; si la publication a échoué, le
CSS est manquant. Réinstallez le thème, et vérifiez que public/ est
accessible en écriture.
Toujours bloqué#
Écrivez-nous depuis le compte propriétaire de la licence, avec la version de Bondry, la version PHP, ce que vous avez fait et le texte exact de l'erreur. Voir Contact.