Re: Une bonne nouvelle perturbante !
Publié : 14 sept. 2012, 02:04
Pour les liens brisés : script anti_404.php qui à l'époque purgeait la base des liens non-valides (ou ayant cessé de l'être). A cette époque là, rien n'était hébergé par dogma, tout était en liens externes. Cette possibilité de lien externe est encore valable, ce script a donc encore son utilité.
Le prob, c'est qu'après migration, pour une raison inconnue mais assurément dépendante de la migration, le script anti_404 ne parvient plus à vérifier la validité du lien, et donc tague le lien comme brisé (avec envoi de mail pour prévenir l'auteur).
Autre gros prob : après 8 verifs d'affilée avec comme résultat "lien brisé", le script désactive le lien dans la base de données.
Voila, j'espère avoir donné suffisamment de pistes à creuser, notamment chercher à savoir pourquoi le script anti_404 ne valide plus les liens.
Pour les autres problèmes divers :
- morceaux uploadés : vérifier le max_post_size souvent réglé trop bas par défaut. Vérifier les droits des fichiers créé vis à vis du user apache.
- images : vérifier qu'ImageMagick est installé et accessible sur le serveur, ainsi d'ailleurs que toute une flopée d'outils pour le traitement des son (indiqué dans les scripts, de mémoire).
Bon courage ! (les migrations se passent rarement sans accrocs).
PS : il est tout juste passé minuit, et le site rame grave, plus de 40s pour afficher une bête page...
Le prob, c'est qu'après migration, pour une raison inconnue mais assurément dépendante de la migration, le script anti_404 ne parvient plus à vérifier la validité du lien, et donc tague le lien comme brisé (avec envoi de mail pour prévenir l'auteur).
Autre gros prob : après 8 verifs d'affilée avec comme résultat "lien brisé", le script désactive le lien dans la base de données.
Voila, j'espère avoir donné suffisamment de pistes à creuser, notamment chercher à savoir pourquoi le script anti_404 ne valide plus les liens.
Pour les autres problèmes divers :
- morceaux uploadés : vérifier le max_post_size souvent réglé trop bas par défaut. Vérifier les droits des fichiers créé vis à vis du user apache.
- images : vérifier qu'ImageMagick est installé et accessible sur le serveur, ainsi d'ailleurs que toute une flopée d'outils pour le traitement des son (indiqué dans les scripts, de mémoire).
Bon courage ! (les migrations se passent rarement sans accrocs).
PS : il est tout juste passé minuit, et le site rame grave, plus de 40s pour afficher une bête page...