25
OVH et les mises à jour automatiques wordpress ne font pas bon ménage
Tout à commencer avant-hier, quand wordpress 3.1 est sorti. Naïvement je me suis dit « bon je vais tenter la mise à jours depuis le dashboard du blog, n’ayant pas de ftp sous la main ». Il faut également préciser la configuration. Ce blog est depuis 2 ans chez ovh, sous serveur mutualisé.
La désillusion : impossible de mettre automatiquement à jour wordpress depuis le dashboard chez ovh
Comme préconisé sur les forums wordpress / ovh je désactive tous les plugins. Une fois tous les plugins désactivés, j’attends, j’attends…. J’attends. Au bout d’une minute, plus rien, le black out, le site est blanc, petit message de chrome, erreur 500 (l’erreur qui sert à tout). Bon, la mise à jour a planté.
Pendant 10 minutes j’ai eu un joli message comme quoi le site est indisponible pour cause de maintenance, dans le dashboard et sur la partie publique. Au bout des 10minutes je me dis que cela va revenir, mais j’ai une jolie erreur : Fatal error: Cannot redeclare class walker_page in /homez.131/ …
Le cas classique : la moitié de la mise à jour c’est faite, mais le processus a dû planter au milieu. J’avais déjà envoyé un mail à ovh il y a 1 mois et ils m’avaient répondu que le problème venait de wordpres, le script était trop long à l’exécution et ovh coupe les scripts au bout d’un moment. Pratique. Effectivement le script de mise à jour wordpress est un poil long, le temps de mettre les fichiers sur le serveur, soit. Mais bon, de là à couper en plein milieu… Du coup wordpress me met une erreur sur une page après avoir essayé de charger un morceau du core de la version 3.1.
En soit rien de très grave, il m’aurait suffit d’avoir accès au ftp, télécharger une version propre des fichiers de wordpress et les placer sur le serveur en écrasant les fichiers mal mis à jours. Durée de l’opération environ 5minutes. Mais n’ayant pas de client ftp sous la main pour diverses raisons, je me suis dit que j’allais envoyer un énième mail à ovh pour leur demander 1. Comment résoudre ça, et 2. Si ces fichues mises à jours automatiques sous wordpress sont possibles chez eux pour des hébergements mutualisés.
Le mail au service technique, ou comment ovh m’a gentiment prise pour un pigeon.
Du coup, j’envoie un mail à ovh leur demandant si les mises à jour depuis le dashboard sont possibles et comment régler mon souci sachant que je n’ai pas de ftp sous la main. Réponse :
Ce que vous pouvez faire est récupérer une sauvegarde d’avant la mise à jour du serveur ftp et de la base de données: http://guide.ovh.net/BackupsSurPlan
Car la correction de l’erreur semble très compliquée.
Nous pouvons vous remettre la sauvegarde pour vous dans le cadre d’une prestation payante pour 40 euro ht.
Oui oui, vous lisez bien, l’erreur semble TRES compliquée. Tellement compliquée qu’il suffit de remettre TOUS les fichiers wordpress sur le ftp et que ça ne prend que 5 minutes à faire. C’est effectivement le genre d’erreurs qui arrivent quand seule une partie des fichiers est transférée sur le ftp et pas le reste. Mais c’est très compliqué.
Je note les 40 euros également et je me dis qu’on me prennent vraiment pour un pigeon. Surtout qu’il n’y a en aucun cas besoin de remettre une sauvegarde des fichiers (ce qui me ferait revenir à wordpres 3.0.5) mais juste à finir la mise à jour et mettre les fichiers wordpress. Finalement j’ai passé mes identifiants ftp à Enki aka Ephemere. Il lui a suffi de 5minutes pour me copier les fichiers wordpress sur le ftp, écrasant la mise à jour, et ça m’a couté la promesse de lui faire des gaufres ^^.
Au final Ovh bloque-il les mises à jour wordpress ?
Au passage, le technicien ovh n’ayant pas répondu à ma question « ovh bloque-t-il ces mises à jour ? » donc je l’ai relancé « Dois-je en conclure que toute mise à jour « automatique » de wordpress est impossible chez ovh ? »
Je cite ovh:
Il ne devrait pas avoir de soucis pour la mise à jour automatique que se soit chez ovh ou non, c’est au niveau du support wordpress que provient le soucis.
Hum, je ne suis pas plus avancée, c’est pas la faute à ovh c’est celle à wordpress. Même réponse plus ou moins il y a 1 mois quand j’avais demandé pourquoi la mise à jour de mes plugins plantait où on avait fini par me répondre « Sinon, merci de vous rapprocher de la communauté de WordPress. »
Dans les grandes lignes apparemment ovh autorise les mises à jour, mais pour beaucoup de personnes sous compte mutualisé, les mises à jour automatiques depuis le dashboard plantent à chaque fois. Les mises à jours wordpress chez ovh c’est donc un peu au petit bonheur la chance. Et puis quand ça plante on vous propose de vous remettre tout ça pour 40 euros, sympa !
Un hébergement à me conseiller ?
Du coup je suis sensée renouveler mon hébergement chez ovh courant mars, mais je pense que le coup des 40 euros est la goute d’eau qui fait que… je vais aller voir ailleurs, après 2 ans d’heureux mariage. Il faut préciser que j’ai passé 2 ans sous wordpress 2.9 sans faire aucune mise à jour (paaas bien).
Donc si vous avez des hébergements à me conseiller avec lesquels les mises à jour automatiques fonctionnent (et l’ajout de plugins sans ftp) c’est le moment !!
Edit : Un truc fun, un petit screen de ma tentative de mise à jour de plugin depuis le dashboard (plugins tous désactivés avant bien entendu)
Publié par Saiko sama
Geeke malgré elle, râleuse devant l'éternel, fan de petits bouts de code, jeux de rôle en tout genre, gameuse sur le retour, j' assume mes extraterrestres pixélisés. Et puis geeke aussi.50 Commentaires pour “OVH et les mises à jour automatiques wordpress ne font pas bon ménage”
Laisser un commentaire
Catégories du blog
Derniers commentaires
- asone dans Geek vs Nerd : le geek est devenu un fanboy hipster
- Immex dans Saiko sama sur Xbox 360: péripéties de branchements impossibles.
- Thomas dans OVH et les mises à jour automatiques wordpress ne font pas bon ménage
- helran dans Geek vs Nerd : le geek est devenu un fanboy hipster
- Kadcom dans Geek vs Nerd : le geek est devenu un fanboy hipster
Retrouvez moi aussi ici
Le problème, en fait, c’est que le temps d’exécution du script de màj peut vite devenir assez long et donc vite dépasser la limite de temps max autorisée par les mutu d’OVH et tu peux pas le changer :/
Après, te conseiller, beuh je saurais pas vraiment dire car je viens direct de passer sur un serveur dédié, lassé des mutus … Mais paraîtrait que chez 1&1 ce soit pas trop mal.
Ouais, c’était, mais alors là, hyper compliqué. D’ailleurs, la facture, je te l’envoie par mail ou par courrier, ou je te l’apporte?
Plus sérieusement, il y a pas mal de monde sur Twitter qui se plaignent que les mises à jour WP via OVH sont une vraie galère… Mais bon, « C’est pas moi, c’est lui ! », c’est tellement plus facile …
Bcp de personne se plaignent des mise à jour automatique de Wp mais personnellement, je n’ai jamais eu de problème …
Ce qui confirme le fait que OVH sont bien des arnaqueurs incompétents :)
1&1 sont définitivement plus que pro.
Bonjour,
J’aurais besoin de votre aide. Je suis hébergé sur OVH.
Il y quelques semaines j’ai mis mon site avec WordPress en ligne avec la version 3.05 j’ai essayé de faire la mise à jour automatique pour passer à la 3.1 mais sa à planté :
Warning: main(/homez.330/viraget/www/wp-admin/includes/menu.php) [function.main]: failed to open stream: No such file or directory in /homez.330/viraget/www/wp-admin/menu.php on line 253
Fatal error: main() [function.require]: Failed opening required ‘/homez.330/viraget/www/wp-admin/includes/menu.php’ (include_path=’.:/usr/local/lib/php’) in /homez.330/viraget/www/wp-admin/menu.php on line 253
Je suis bloqué. Comment faire la mise à jour « propre » ? Il faut passer par le FTP ?
Je n’est jamais fait de mis à jour manuelle. Je suis un peu perdu.
Merci d’avance pour votre aide.
@ Axiol, Road, Kadcom & Enki : merci pour vos retours sur les hébergeurs.
@ Moraxy.
J’ai un peu l’impression que tu as le même problème de délais de script que moi. Hélas il te faudra effectivement passer par le ftp pour résoudre ça .
1. Si tu as accès à ton admin (mais vu l’erreur je doute), tu peux aller voir dans les mises à jours, en plus de la mise à jour automatique, wordpress te propose de télécharger les packages de mise à jour. Tu peux les télécharger, puis te connecter à ton ftp.
Une fois les fichiers télécharger, tu peux les déziper. Tu ouvres ton client ftp, et tu fais une copie locale de ton installation (surtout les dosisers wp-content et le fichier wp-admin). Une fois cela fait, tu vérifie que ton dossier de wordpress 3.1 que tu viens de télécharger ne contient pas de fichier wp-admin (sinon il va écraser le tien et c’est paaas bon), et tu transfert tout le contenu du dossier vers ton site. Cela devrait écraser ton core corrompu de wordpress 3.1 mal mise à jour.
2. Si tu n’as pas accès tu peux aller sur ce site et télécharger tout wordpress. Ensuite pareil que le 1. : tu backup tes fichiers, tu vérifies que le dossiers que tu t’apprêtes à transférer en contient pas de fichier wp-config (en théorie non) et tu écrase ton installation mal mise à jour.
Ensuite dans les 2 cas si tu as accès au phpmyadmin, je te conseille de faire une backup de ta base de données (juste au cas où), puis tu retourne dans ton admin, et wordpress va te proposer une mise à jour de la base de donnée. Tu accepte, et voilà :)
Par contre il est possible que tu ai des conflits avec certains plugins donc j’espère que tu les avais tous désactiver avant de mettre à jour.
Certains ici disent qu’il faut passer en php5, mais wordpress 3.1 semble être la dernière version qui supporte encore php4.
Merci pour ta réponse.
Je n’est plus accès à l’administration. Je réinstalle la mise à jour via le FTP. Je télécharge sur le site que tu ma donnée la mise à jour. Le fichier wp-config est en théorie absent…C’est donc une mise à jour et non pas le WordPress de départ ?
J’ai accès à phpmyadmin via OVH mais je ne sais pas faire de backup ( le est site vide donc pas besoin je pense )
Pour le php5 comment je l’active et je le met dans quel fichier ?
Merci beaucoup avance pour tes réponses :)
Yep, c’est bien une mise à jour wordpress que tu vas récupérer. Si le site est vide je pense que la backup de la base de donnée n’est pas nécessaire, j’ai mis à jour 4 sites de wp 3.0 à 3.1 et aucune des 4 bases de données n’a craché c’est surtout une mesure de précaution « juste au cas où ». Sinon pour la backup tu te connectes au phpmyadmin, tu ouvre ta base, tu coche toutes les cases (option « tout cocher ») puis tu clique sur « exporter ». Tu peux choisir en .zip par exemple, puis exécuter. Tu auras alors une sauvegarde, si il y a un souci tu pourras faire marche arrière avec l’option « importer ».
Pour le php5 il n’est pas obligatoire pour wp 3.1 mais tu peux le forcer en plaçant ceci dans le fichier .htaccess (fichier à la racine de wordpress):
SetEnv PHP_VER 5
Cela forcera ton serveur à passer en php5 si tu es chez ovh mais ça ne fera pas fonctionner les mises à jour mieux. Je suis en php5 sur pleins de sites et ça crache quand même yeah ^^.
Désolé pour le retard.
Alors j’ai réinstallé totalement WordPress directement avec la version 3.1.
Mon site est de nouveau disponible.
Il me reste cependant une question concernant le php5, je n’est pas encore de fichier .htaccess il faut donc que j’en crée un, que je mette seulement comme texte à l’intérieur : SetEnv PHP_VER 5 puis ensuite je le met directement dans la racine du site dans aucun dossier ?
Désolé pour mes questions, je suis débutant.
Je te remercie beaucoup par avance.
Le blocage des scripts au bout d’un moment est normal, rien d’extraordinaire, c’est pour éviter qu’un dév ne fasse une boulette à base de boucle while ou autre et produise un monstre dévoreur de ressource (et cela peut arriver à tous, pro ou amateur). Mais il aurait été de bon ton de la part d’OVH de l’expliquer… Et surtout de ne pas se foutre de la gueule du client sur les 40 €, surtout que le problème est généralisé. Ils auraient put émettre un petit tuto dans une FAQ quelconque pour expliquer comme régler cette situation…
@ Moraxy Oui il faut créer le fichier si il n’existe pas. C’est un petit peu chiant à créer sous windows car tu peux pas créer de fichier .quelques chose, donc il faut créer un htaccess.txt, le passer sur le serveur et le renommer .htaccess .
Sinon tu peux aussi forcer wordpress à changer les permaliens, ce qui le créera automatiquement. Mais encore une fois, pas besoin de php5 pour wordpress 3.1, par contre certains plugins pourront en avoir besoin donc c’est peut-être mieux de passer en php5 chez ovh en « prévision » ^^
@Dunaedine Oui je comprend les soucis qu’un script qui n’a pas de délais d’expiration pourrait provoquer mais bon, sachant que ovh fait de la pub sur le fait qu’ils supportent wordpress ici je trouve ça un poil abusé de venir me dire « c’est la faute à wordpress ».
Pour le tuto, il y en a assez sur le net tout ça. Perso je m’en fiche dans l’absolu, j’ai un client ftp à la maison. Mais j’ai « conseillé » des hébergements wordpress à plusieurs clients, qui du coup peuvent pas faire leurs mises à jours. Sympathique quoi ^^
@ Saiko sama
ok d’accord merci beaucoup pour ton aide je vais voir sa.
Ha oui le conseil au client… Cela devient effectivement beaucoup plus gênant pour toi :/. Et ils auraient put effectivement mettre au point une procédure de MAJ, puisqu’ils ont mis une procédure d’installation. C’est effectivement probablement pour justifier 40€…
J’ai rencontré le même problème à chaque mise à jour wordpress.
J’avoue avoir du mal à le croire mais certaines personnes semblent avoir pu mettre à jour automatiquement sur du mutualisé.
Je m’en vais donc mettre à jour manuellement biensur …
Tomas
Personnellement je gère trois blogs WordPress et n’ai pas de problème de mise à jour ; je suis chez Oxito, une boîte suisse, ils sont sympas et réactifs.
Juste pour info, as-tu accès au fichier php.ini pour ton compte chez OVH ? Tu pourras voir si le « max_execution_time » a été changé, par défaut il est de 30 secondes. (ceci dit chez moi il n’est pas changé, et je n’ai jamais eu de souci, tu es peut-être tombée sur un serveur un peu lent ^^’)
(et pour ajouter des plugins sans ftp, tu as l’extension One click install : http://wordpress.org/extend/plugins/wordpressorg-one-click-install/ qui est absolument géniale)
Bonjour AkaiKen et merci des conseilles et pour le plugin, je ne connaissait pas. Ce blog n’est plus chez ovh depuis quelques jours, mais je les garde sous le coude pour mes quelques autres sites.Pour le fichier php.ini j’en doute sur un serveur mutualisé. Je pense que ça doit vraiment être une question de chance et de serveurs chez ovh hélas :(
Ah ben justement, je suis sur un mutualisé et j’ai pu voir mon fichier. Bon, pas le modifier, malheureusement, mon logiciel FTP n’avait pas les droits suffisants, mais ça permet de savoir le contenu et éventuellement d’en discuter avec ton hébergeur.
@Saiko sama : Tu es passé chez quel hébergeur ? Le changement est t-il compliqué ( base de données… ) ?
@AkaiKen : Chez Oxito tu as installé wordpress via leur console ?
@Moraxy Ha oui désolé il fallait que je fasse un article sur le changement mais j’ai vraiment pas eut le temps.
Donc je suis chez eurowh, ils sont très sympa, un service technique qui répond à 8h du matin un lundi matin.
Pour les changements, c’est un peu compliqué, pour rapatrier le nom de domaine chez eux j’aurai du payer 20euros. Du coup j’ai renouvelé QUE le nom domaine chez ovh (une technique fourbe d’ailleurs de base tu ne peux pas JUSTE renouveler le nom de domaine il te proposent que de renouveler les deux, nom + hébergement), j’ai souscri chez eurowh un hébergement sans nom de domaine. Ensuite j’ai récupéré les dns de eurowh, et je les ai collé à ovh.
Pour le moment tout à l’air de « bien » tourner. J’ai eut un petit « coup de flipe » lundi matin, pure coïncidence ils avaient déplacé leurs serveurs, et mon site n’était plus accessible, mais uniquement depuis mon pc, chez les autres ça marchait. En fait c’est les dns de numéricable qui étaient pas à jour.
J’écrirai à l’occasion un article sur la migration avec plus de détails, mais pour le moment j’ai une migration d’appartement irl à faire ^^
@AkaiKen Non non pas de php.ini, hélas.
bon avec tous ces @ il faudrait que je pense à mettre en place un système de commentaires imbriqués tiens ^^
Non non, j’avais installé à la main à l’ancienne, en transférant le dossier de WordPress dans le sous-domaine créé à cette occasion, et en visitant la page.
Pour les commentaires imbriqués, WP les gère depuis quelques versions. Si tu as déjà coché la case « autoriser les commentaires imbriqués » dans l’admin, c’est dans ton thème qu’il faudra changer des trucs (mais je n’arrive pas à retrouver le tuto qui m’avait servi…)
Voila commentaires imbriqués cochés. J’utilise tellement peu souvent wordpress en blog (je l’utilise pour des sites plus statiques et corpo sans les commentaires) que j’en oublie les super fonctionnalités, je suis impardonnable. Merci ;)
OVH, OVH, OVH … j’en reviens moi aussi pour l’hébergement de WordPress. Je suis passé par Free, 1&1 et aucun ne m’a donné satisfaction. Les màj sont une galère à chaque fois, à l’heure ou j’écris ces lignes je suis encore en train de faire le ménage à la main parce que comme à chaque fois, je finis par tenter la màj automatique.
Je ne sais pas si c’est WP qui a un problème mais ce qui est sûr c’est qu’en local ou en serveur dédié configuré aux petits soins les màj auto passent sans problème. En fait, le mutualisé c’est bien pour du one shot pour un site. Si il y a des besoins de màj régulière ou d’outils un peu particulier, il faut laisser tomber. Certains propose aussi l’intégration des outils comme Ruby à présent, un conseil passez votre chemin … trouvez un hébergeur dont le coeur de métier est Ruby.
De plus, en ce moment chez OVH, je ne sais si il migre des serveurs mais il y a des ralentissements certains et bloquants. Nous travaillons avec cet hébergeur au boulot (nous développons des sites web) et nous connaissons quelques déconvenues. Manager inacessible, droits des fichiers modifiés, ftp poussif … bref, nous commençons notre quête d’un nouvel hébergeur, nous nous sommes penchés sur la mise en place d’un serveur maison pour nos projets les moins lourds !
Ok merci à vous.
Petite autre question, j’ai une base de donnée de 25 mo c’est largement suffisant pour commencer ?
Re dsl pour le double commentaire.
Mes problèmes recommencent avec les mises jours cette fois ci d’un plugin :
Warning: main(include/plugin.php) [function.main]: failed to open stream: No such file or directory in /homez.330/viraget/www/wp-content/plugins/wptouch/wptouch.php on line 47
Fatal error: main() [function.require]: Failed opening required ‘include/plugin.php’ (include_path=’.:/usr/local/lib/php’) in /homez.330/viraget/www/wp-content/plugins/wptouch/wptouch.php on line 47
Je crois que je vais changer d’hébergeur, j’en est ras le bol….
@AkaiKen : Je pense que si je change je vais prendre Oxito, tu n’as jamais eu un problème de ce type chez eux ?
Merci d’avance
Bon, tentative 2 de commenter, ça merdouille ce soir ^^
Donc 25mo ça devrait le faire. Pour l’erreur c’était une maj ou installation de plugin ? Sinon tu es passé par le ftp ou depuis le dashboard ? Pour faire les maj de plugins il vaut mieux tous les désactiver, faire la maj d’un seul plugin à la fois, puis les réactiver. Assez contraignant, et ça ne marche pas à 100% mais bon c’est déjà pas mal.
Je vais être honnête, je ne suis chez Oxito que depuis janvier, sur les conseils d’un ami qui, lui, est abonné chez eux depuis plusieurs années. Mais personnellement je n’ai jamais eu de problème (les seules fois où j’avais une erreur 500 c’était dû à un plugin WordPress, Supercache, je crois).
Ils sont je pense un poil cher mais très réactifs.
@Saiko sama : Merci pour ta réponse j’ai résolu le problème en supprimant le plugin via le ftp. Pour une fois c’est une erreur de débutant et non pas de l’hébergeur, j’avais oublié de désactiver les plugins… je suis bête ^^.
@AkaiKen : Ok merci, pourtant je viens de parcourir les avis sur internet, ils sont assez mauvais, ca m’a un peu refroidit.
Je pense que je vais pour l’instant rester chez ovh.
Par contre j’ai touvé des hébergeurs qui ont l’air vis à vis des avis et du prix très bien tel que : easy-hebergement.fr
Je suis allé sur certains hébergeurs tel que celui que tu à pris Saiko sama : eurowh
On ne connais les infos en détails telles que les tailles des bases de données..
D’autre part eurowh est hébergé chez Ovh non ?
Oui, j’ai vu aussi les avis défavorables, ça m’avait inquiété aussi, mais la plupart datent de plusieurs années (cinq ans à mon souvenir) : je ne sais pas ce qu’ils (la boite, pas les avis ^^) ont été, mais maintenant je les trouve corrects :)
Je suis d’accord avec toi les avis ne font pas tout mais là ils datent de 2010 2011…
Pour le moment une mise à jour de plugin sous eurowh sans souci, une installation de plugin depuis le backoffice sans souci non plus. Par contre j’ai du récupérer le plugin via le lien, le fichier zip n’est pas passé pour une question de droits d’écriture sur le ftp, faudra que je jette un coup d’oeil à l’occasion niveau ftp mais c’est pas très grave. Je te dirais à la prochaine « grosse » maj de wordpress si ça passe ou ça casse :)
Ok merci, mais Eurowh ne donne pas les caractéristiques précises de leurs hébergements non ? Telle que la taille de la base de donnée… ?
Bonjour,
Je ne sais si cet hébergeur fera votre affaire, service payant que j’utilise depuis Novembre 2010.
http://www.one2net.fr/ (One2Net-France)
Ce que je peux affirmer, c’est qu’ils sont très compétants, totalement disponibles en cas de problème (service téléphonique gratuit), et que eux-mêmes font des sauvegardes du blog, qu’ils peuvent à tout moment utiliser en cas de bug.
J’en suis la preuve avec mon blog, moi qui suis un novice dans WordPress, j’en ai déjà fait de erreurs, du fait que j’ai bien du mal à comprendre le langage php, en plus en anglais dans les pages. Ce sont des heures par téléphone (gratuit) qu’ils ont pris comme temps à m’accorder, pour m’expliquer et répondre à diverses mes questions. Cela, avant d’utiliser ce service, je ne l’ai jamais vu sur Internet.
Cordialement.
Patrick P.
Bonjour,
J’ai bien tenté de comprendre la marche à suivre sur les commentaires des uns et des autres car j’ai le même problème que Moraxy mais n’étant pas une geek, je rame…
Voici le message d’erreur qui apparait :
Fatal error: Cannot redeclare class walker_page in /homez.309/bspptria/www/blog/wp-includes/post-template.php on line 965
Notre site est hébergé par OVH.
Si quelqu’un pouvait m’expliquer en des termes simples ce qu’il faut faire…
Merci pour votre aide !!!
Sophie
Bonjour Sophie :)
Petite question d’abord, dans quel cadre as-tu eut cette erreur ? Suite à une mise à jour wordpress auto depuis le backoffice ?
Vu l’erreur je dirais qu’il s’agit d’une erreur niveau du coeur de wordpress.
Si c’est le cas, hélas il n’y a pas de moyen « simple » de remettre en place du style 3 clic clé en mais, il va falloir mettre les mains dans les fichiers (mais pas besoin de talents de geek rassure toi ^^ )
Il te faut tout d’abord télécharger un client ftp, le plus simple était filezilla. Une fois le client installé tu le lances, et tu entres tes identifiants ftp fournis chez ovh (dans un des premiers mails) pour t’y connecter. Mais si tu as déjà installé wordpress je pense que tu dois déjà avoir les identifiants et filezilla sur ta machine.
Ensuite, il te suffit en théorie d’écraser les dossiers wp-admin et wp-includes avec une installation « propre » téléchargée sur le site officiel de wordpress (il faut éviter de toucher à wp-config qui contiens tes données pour la connexion base de donnée)
Si tu as eut l’erreur suite à une mise à jour de plugin, ça va être un poil plus coton, dans la mesure où tu n’as plus accès au backoffice, il va falloir aller jouer dans la base de donnée pour désactiver les plugins « manuellement » (j’ai la ligne de code quelque part je peux te la retrouver à l’occasion si tu en as besoin) et supprimer les plugins qui ont fait bugguer du ftp.
Dans tous les cas, il vaut mieux avant une mise à jour wordpress // plugins :
1. faire une sauvegarde de la base de données
2. faire une sauvegarde de l’installation
3. désactiver tous les plugins avant toute mise à jour.
4. mettre à jour
5. réactiver les plugins.
Courage :)
Merci pour ta réponse très claire. Alors pour ma part, oui c’est suite à une mise à jour de vvordpress. Je n’ai plus accès à ma page administrateur donc j’ai suivi toute la procédure jusqu’à filezilla. (Pas peu fière de moi !!! merci à Ephemere qui m’a expliqué la procédure…)
Là, j’ai peur de faire une boulette car je n’ai pas encore trouvé comment sauvegarder tout mon site sur mon pc avant tout écraser… Si vous pouviez éclairer ma lanterne… !
Merci !
ps : en tout cas, soulagée de voir qu’il y a une solution !!! Je croyais avoir tout perdu !
En fait il y a deux choses à sauvegarder : les fichiers et la base. Pour les fichiers c’est facile, tu copier/colles ton installation wordpress sur ton pc (ou un disque externe). Les fichiers les plus importants (pour toi) sont wp-config (qui contient toutes les infos pour te connecter) et le dossier wp-content qui contient tes thèmes, plugins, images uploadées etc. Le reste sont des fichiers core de wordpress qui au pire sont remplaçables, en théorie on n’y touche pas d’ailleurs. Donc si tu veux faire plus léger, tu peux juste copier wp-config et le dossier wp-content.
Pour la base c’est un peu plus compliqué, il faut te connecter au phpmyadmin et faire un export de la base de données. Tu as pleins d’infos sur la documentation du codex c’est en anglais mais au moins tu vois les screens . Au pire un tuto français doit exister sur le net. Ensuite tu as juste à stocker ton sql.zip (ou sql) avec une date par exemple comme ça tu sais quand il a été créé et tu pourras le restaurer en l’important en cas de problème.
Une autre méthode consiste à utiliser « outils > exporter » dans le dashboard. Elle présente l’avantage d’être plus simple mais tu ne pourras exporter que les articles/tags/catégories, et pas le reste des settings (place des widgets, tout ce qui est dans options, permaliens etc) il me semble. Donc il faudra re-configurer à la main si tu utilises cette technique.
Tu as aussi des plugins qui peuvent faire le boulot pour toi du style http://wordpress.org/extend/plugins/wordpress-ez-backup/ ou http://wordpress.org/extend/plugins/wp-db-backup/, mais je suis d’avis qu’on n’est jamais mieux servie que par soit même ^^
Hello,
Loin de moi l’intention de flooder, mais j’ai une question TRES connexe.
J’essaie d’installer un WP 3.1 sur OVH (mutualisé perso) / PHP Version 4.4.9 / MySQL 5.1, et le fichier install me renvoie une page blanche…
Ce qui est très très étrange, c’est que je peux accéder au PhpMyAdmin en http avec mes identifiants mais que ça bugue pour l’instal.
[En mode debug ('WP_DEBUG', true), mon pb viendrait de la ligne 1036 du fichier wp-includes/wp-db.php, dans la définition de la function db_connect() : $this->dbh = mysql_connect( $this->dbhost, $this->dbuser, $this->dbpassword, true );
Ca affiche un Warning: mysql_connect() [function.mysql-connect]: Access denied ALORS que j’accède au PhpMyAdmin en http avec les mêmes identifiants]
Bonjour Jean-Pierre,
à quel moment arrive la « page blanche » ? En général les serveurs mutualisés cachent les erreurs php, mais vu le débug j’aurais tendance à croire que ton site n’arrive pas à communiquer avec la base de données. Ce qui est étrange, c’est que si tu remplissais les « mauvais » mots de passe, il te le ferait savoir tu aurais une page d’erreur pour te le dire. Au pire tu peux essayer de remplir des mauvais identifiants pour voir si la page d’erreur apparaît, ça serait un début.
Je ne suis pas spécialiste en mysql mais pour ce que j’ai pu lire ce genre d’erreur arrive quand A. la base est surchargée, B. les autorisations sont mauvaises. Je doute qu’ovh fournisse des BDD sans donner les autorisations d’y écrire qui vont avec du coup peut-être aller voir l’état des serveurs du coté de ovh ?
edit : j’allais oublier , wp3.1 ne nécessite pas php5 mais peut-être que ça pourrait régler le souci (on sait jamais). Tu peux forcer le php5 chez ovh en mettant » SetEnv PHP_VER 5c » dans ton .htaccess
Merci Saiko_sama,
Oui il y a un soucis de communication avec la BDD.
Comme c’est mon premier WP 3.1 sur OVH, je me demandais s’il y avait une subtilité (mon .htaccess est déjà bien paramétré pour forcer le PHP5, au cas où).
Bref, je vais tenter différentes install, sans multisite ou autre options…
Je reviendrai informer sur ma solution si j’en trouve une.
Toutes les manipulation de wordpress chez ovh sont galère.
Il n’y a que chez claranet, qu’il n’y a absoluement aucun problème.
Je ne connais absolument pas, mais effectivement ça m’a l’air pas mal. Sur ce blog plus de soucis depuis qu’il est chez eurowh en tout cas :)
Bonjour Saiko_sama,
Comme promis, je reviens pour faire part de la résolution de mon problème d’installation de WordPress 3.1 sur OVH.
Résumé : j’avais renseigné le wp-config.php, mais l’installation ne marchait pas.
Après divers tests, j’ai effacé le fichier, et ai mis en ligne le wp-config-sample.php livré avec l’install. Résultat : le wp-config.php a bien été généré, identique en tous points à celui créé par mes soins (mais qui ne marchait pas).
Conclusion : en cas de soucis, effacer le fichier wp-config.php et passer par wp-config-sample.php !
Fiiiou comme quoi les solutions les plus simples sont encore les meilleurs.
J’avais un truc similaire une fois en cours de mysql, deux fichiers identiques, le mien et celui de l’étudiant à coté : le mien ne fonctionnait pas, il refusait de se connecter, le sien fonctionnait. Copier/coller son fichier et c’était bon. Il y a des jours où je me dis que les connexions mysql sont une science occulte ! Tu avais peut-être un petit souci de caractère qui se baladait ou un truc du genre. En tout cas je note l’astuce :)
Bonjour tout le monde,
Je suis tombé un peu par hasard sur ce blog relatant wordpress.
Je suis admin de plusieurs blog wordpress aussi bien chez ovh que chez 1and1
la galère de la maj est la même partout.
Mes solutions finales sont les suivantes :
Un blog avec peu de plugin et très peu de conséquences si plantage :
j’effectue les opérations suivantes :
1. Sauvegarde de la BDD.
2. Sauvegarde du blog en ligne.
3. Désactivation de tous les plugins avant toute mise à jour.
4. Mise à jour Auto.
5. Réactivation des plugins.
Un blog avec pas mal de plugins et des conséquences si plantage :
j’effectue les opérations suivantes :
1. Sauvegarde de la BDD.
2. Sauvegarde du blog en ligne.
3. upload de de la dernière version de WP dézipé contenant mes fichiers modifié et le index.php supprimé par avance si modifié.
4. Mise à jour via le : /wp-admin/upgrade.php
5. Remise en ligne du blog.
Dans tout les cas, en réponse à « Jean-Pierre 11 avril 2011 à 2 h 07 min »
le pourquoi du comment à sa solution, c’est tout simplement (mais il faut le savoir aussi) le fichier wp-config.php doit toujours être au format UTF8 sans Bom.
Notepad+++ (Pc) ou Smultron (Mac) réalise la chose très bien.
Bon courage à vous !
faites moi signe si vous avez besoins d’aide :D
Salut,
Suite à de nombreux problèmes d’ordre divers (dont les maj auto wp) je me suis décidé à changer d’hébergeur, aujourd’hui je suis chez O2switch et ce n’est que du bonheur! Essaye tu ne sera pas déçu ;)
Cordialement;
Greg
J’ai été pendant très longtemps chez Media Temple, puis ai décidé de revenir chez OVH pour leur donner une chance. Beaucoup de déception, et dès que j’aurai un peu de temps, je referai la bascule dans l’autre sens.
Media Temple ont un excellent service, que ce soit au niveau du niveau de service des machines, ou au niveau du service client.
L’interface et les accès sont très larges et souples. Je les recommande sans hésitation.
Un peu tard, mais:
ovh est un très mauvais hébergeur, je gère une trentaine de site sur différents hébergeurs et il n’y a que claranet qui ne pose aucun problème avec WordPress.
Bonjour @ tous,
Je parle de mon expérience avec OVH.
Le souci de wordpress viens de l’offre clé en main de OVH. Ils installent WordPress sur base de donnée virtuel non accessible et ne permettant pas les mises à jours.
Après un dialogue avec le support, la conclusion est qu’il faut faire une installation manuelle.
J’ai trouvé un tuto très bien expliqué : http://www.david-bost.fr/2010/10/activer-une-base-de-donnee-sur-ovh-pour-installer-son-blog-wordpress/
Après toutes les manipulations, j’ai pu obtenir un blog fonctionnel en installant les plugin via l’interface admin et pouvant faire une mise à jour de wordpress directement dans l’interface admin.
Tout ceci met un peu plus de temps, mais le résultat est fonctionnel.
Non non, dans mon article il s’agit bel et bien d’un WordPress installé à l’ancienne via FTP (installé avant même que OVH proposent le clé en main pour WordPress d’ailleurs). Donc en théorie j’ai la main à 100% (sauf quand OVH décide de couper les délais d’exécution des scripts)
Par contre, pour avoir passé 4h à nettoyer et récupérer les données du fameux WordPress installé via leur outil dégueulasse, je confirme ce que tu dis : c’est de la merde.
Un pote avait pris cette option clé en main, et est venu pleurer « pourquoi mon site il est dans http://www.monsite.fr/wordpress, je veux http://www.monsite.fr moi ». Déjà ça craint : installer WordPress dans un sousdossier et pas à la racine, sans proposer d’options à l’utilisateur : berk.
Donc effectivement: impossible de récupérer la base de donnée via phpmyadmin, comme tu dis, elle est stockée sur une base obscure à laquelle l’utilisateur n’a pas accès, j’ai du passer par un plugin de sauvegarde et téléchargement de la base.
Ensuite, j’ai installé WordPress à la racine, copié sa base sur SA VRAI base de données fournie avec l’abonnement OVH, changé les urls, tout installé correctement (j’en suis à transférer des sites les yeux fermés, donc ça pose plus de souci en théorie) et là RIEN. Jolie erreur 500 à la racine du site, etc.
Après 3h de bidouillage, j’ai ENFIN réussi à faire fonctionner son site. Il faut forcer le php5 dans un htaccess (oui ils sont encore en php4 chez ovh en mutualisé), changer des droits CHMOD de certains fichiers, rendre d’autres accessibles, etc etc. Bref 3h de bidouille pour déplacer le WordPress du dossier /wordpress à la racine.
On dirait que OVH fait vraiment TOUT pour faire chier l’utilisateur qui veut gérer lui même son WordPress, autant vous dire que mon pote avec ses compétences « basiques » (et encore il bidouille pas mal) en serait incapable.
Un conseil : si vous voulez installer WordPress, faites le depuis le ftp. C’est pas compliqué, ça prend 3minutes et c’est clean
J’ai eu le même problème et j’ai migré autre part, je te conseille LWS.FR, hébergement français rapide et competent ;)