Aller au contenu

-->

Mise à jour WordPress 3 – erreur admin et headers

Vous venez de mettre à jour votre WordPress vers la version 3, et vous avez des erreurs ?
Des messages « headers already sent », impossible d’accéder à l’admin, écran blanc wordpress 3.0 ?

Ne paniquez pas. Une des solutions est de re-appliquer les fichiers à jour, via le ftp.
Commencez par la version française, et renvoyez les fichiers de WordPress en ftp, en écrasant les fichiers actuels.
Si cela ne suffit pas, prenez la version anglaise, et procédez de même.
Il y a de fortes chances que cela sauve votre journée…

Sur le principe, sauf si vous être sur de votre coup, je vous conseille de faire les mises à jour de WordPress via ftp, plutôt que par les mises à jour automatiques.
Il en est de même pour certains plugins, surtout si des données ( ou des fichiers traduits par exemple) se trouvent dans le répertoire du plugin :
Quand vous faites la mise à jour d’un plugin par FTP, les fichiers supplémentaires sont conservés, et les fichiers mis à jour sont écrasés.
Par contre, via la mise à jour « automatique », le plugin est désactivé, puis le répertoire est supprimé, puis le plugin est re-installé. Vos ajouts sont donc supprimés et si il y a un souci quelconque, vous n’avez même plus votre version antérieure.

Merci à Jacques pour son retour d’expérience ;-)

Voir également:

  • wordpress admin page blanche
  • wordpress ecran blanc
  • wordpress 3 page blanche
  • page blanche admin wordpress
  • wordpress admin écran blanc
  • écran blanc wordpress
  • probleme mise a jour wordpress
  • mise a jour wordpress 3
  • wordpress page blanche admin
  • problème mise à jour WordPress 3
 

Le 3 juillet 2010 dans Astuces

Taggé avec , , , .


16 Réponses

  1. Marie a dit

    Je n’ai pas eu ce souci mais un conseil d’expert serait bienvenu pour un autre problème ! J’ai fait la mise à jour sans problème et j’ai installé la possibilité de réseau multiblogs de la V3. J’ai donc maintenant un second blog auquel j’ai mis mon thème, testé l’ajout d’articles, de liens, de tags… ça marche, SAUF que les images uploadées sur le second blog ne s’affichent pas ! Ou du moins si, mais avec la X rouge d’un lien brisé… et quand on clique dessus on à le message d’erreur « oups! ce lien semble brisé ».

    Les images sont bien présentes dans le dossier /wp-content/blogs.dir/files/2/2010/07 du nouveau (mais en 2 tailles seulement au lieu des 3 présentes dans le dossier upload pour le premier blog).

    On voit bien les infos de l’image dans la bibliothèque, mais sans sa vignette.

    J’ai un ami qui a fait la même install que moi et qui a le même problème… Est-ce un problème récurrent ? Comment peut-on le résoudre ?

    D’avance merci !

  2. Sylvain (admin) a dit

    Bonjour Marie;

    La fonctionnalité multiblogs n’est pas à prendre à la légère, et est intimement liée à votre hébergement et aux réglages de de ce dernier.
    Ce que vous décrivez peut provenir d’une mauvaise configuration de votre hébergement, de droits insuffisants (donnez les droits d’écriture au dossier wp-content) ou de droits insuffisants pour le .htaccess (AllowOverride FileInfo Options doit être présent dans le httpd.conf de votre hébergement pour permettre au .htaccess de fonctionner correctement).
    Il s’agit à mon avis d’un problème de configuration et non d’un bug de WordPress.
    Difficile d’être plus précis sans savoir qui est votre hébergeur et sans voir votre site.

    Cordialement,

    Sylvain

  3. Pierre Lenort a dit

    Mise à jour #Wordpress 3 – erreur admin et headers http://bit.ly/bopK22

  4. Fred a dit

    Chaque mise a jour WordPress est une vraie galere pour moi. Je crois que je n’ai jamais mis un blog a jour sans probleme.

    Pour le coup de la page blanche, il y a aussi le fichier « .maintenance » a supprimer a la racine du site.

    Sinon il vaut clairement mieux passer par une mise a jour manuelle plutot qu’automatique, bugguee 9 fois sur 10 ;)

    • Sylvain (admin) a dit

      Merci pour ce retour.
      Effectivement, je passe toujours par une mise à jour ftp manuelle, ça évite bien des ennuis.

      Il est bon de rappeler le role du fichier .maintenance: lors d’une mise à jour (ou installation de plugin via l’admin) wordpress crée ce fichier pour ne pas interférer avec le processus. Pendant que l’installation/màj est en cours, rien d’autre n’est exécuté.
      Ce qui peut se passer est que le processus n’aille pas au bout, le fichier n’est donc pas retiré.
      Dans ce cas, vous avez une « jolie » page blanche… Premier réflexe donc dans ce cas, vérifier si vous avez ce fichier (attention, il commence par un point donc il n’est pas forcément visible avec tous les clients ftp selon les réglages) et le supprimer.

  5. ISO 9001 a dit

    Bonjour,
    Sur mon blog, après une restauration par mon hébergeur, impossible d’ajouter une images à mes articles.
    Une différence: lorsque je valide l’image pour l’insérer j’ai une page blanche avec une url du type monsite.com/….post=192….
    Pensez vous que cela soit dû à la restauration ou à la mise à jour du blog 3.0?
    Une mise à jour est-elle prévue?
    Merci à l’expert pour ses conseils de qualité!

    • Sylvain (admin) a dit

      Bonjour,

      Ce type d’erreur est en règle générale dû à des droits insuffisants sur le dossier upload, typiquement wp-content/uploads.
      La restauration n’a pas du tout prendre en compte.
      Pas de lien à priori avec le passage à wp3.

  6. PowWowNow a dit

    Merci pour les infos! Après un bon mois de vacances, je mets à jour et pif! me voilà dans la panade. Problème réglé en quelques minutes.

  7. ISO 9001 a dit

    Bonjour question de noob…
    Ok pour tenter la mise à jour via FTP mais quels fichiers (ou dossiers écraser) et lesquels conserver?

    Merci pour votre réponse ou un lien…expliquant cela ;)

    • Sylvain (admin) a dit

      Bonjour,

      Il n’y a pas à se poser de question: les fichiers de WordPress n’écrasent aucun fichier modifiable.
      Vous pouvez donc « écraser » tous les fichiers en ligne par les fichiers WordPress et plugins.
      Votre fichier config, vos autres plugins, vos fichiers uploadés, votre thème… ne seront pas touchés.

  8. certification iso 9001 a dit

    Euh… par FTP il faut absolument ne pas écraser les dossiers/fichiers suivants pour une installation de qualité:

    # le fichier wp-config.php,
    # le dossier wp-content, à l’exception du dossier wp-content/cache qu’il est préférable de supprimer,
    # le dossier wp-images,
    # le dossier wp-includes/languages/ si vous utilisez un fichier de traduction,

    Comme le stipule le site WordPress officiel.

  9. Sylvain (admin) a dit

    Dans la distribution WordPress, il n’y a pas de fichier wp-config.php, et aucun fichier qui va écraser vos fichiers languages , images et autres.
    Envoyer en ftp la totalité de l’archive zip de WordPress ne risque pas d’écraser des fichiers propres à votre blog.
    Je ne dis pas de tout effacer ni d’envoyer une sauvegarde, mais bien d’envoyer en FTP la totalité des fichiers du ZIP de la distribution de WordPress.
    (Ce que fait l’installation automatique, mais avec des chances de succès mitigées et sans contrôle de validité…).
    Inutile de sortir les épouvantails du placard.

    Euh…par installation de qualité vous entendez un WordPress qui fonctionne, ou bien c’est juste pour caser un mot clé lié à votre site ?

  10. Dom a dit

    Ah, merci bien pour vos conseils, ma maj m’a causé quelques frayeurs… Je me demande pourquoi ils permettent une maj auto si dans la majorité des cas, cette dernière ne peut se réaliser jusqu’au bout…?

  11. Sylvain (admin) a dit

    En effet, Dom;
    Nous sommes nombreux à être passé de la joie en voyant un bouton « automatique » à la déception en ré-installant tout « à la main ».
    Voyons le bon coté des choses: bien souvent rien n’est irrémédiable et il n’y a pas de perte de données.

  12. David a dit

    Merci pour ce conseil, j’étais en panique !!
    Sauvé !

  13. Rémi a dit

    Merci pour ces conseils Sylvain. Je vais retenter la mise à jour du coup. :)



Un peu d'HTML est OK