Partie III – Conclusion et Un hébergeur pour WordPress

Partie III – Conclusion : A la recherche d’un hébergeur pour WordPress

A la recherche de la perle rare

(Modification-ajout le 26 janvier au bas de l’article)

Ce dossier a généré 5 articles pour parcourir modestement quelques considérations sur les hébergeurs. Que conclure ? Chacun décidera suivant ses besoins et sa lecture de l’ensemble. Je ne vais me répéter, il y a différents sites web qui vont déterminer notre choix, différents projets déjà esquissés dans Dossier Hébergeurs (4) : Checklist avant d’acheter un hébergement. Mais quels sont les besoins spécifiques de WordPress ? Y-a-t-il un hébergeur plus judicieux qu’un autre ? Là encore, tout dépend de vos objectifs. Il n’empêche qu’il y a certains points vraiment nécessaires ou certains hébergements qui peuvent optimiser notre utilisation de WordPress.

Enfin, il y a un forum sur les arnaques du web où on peut glaner quelques informations. Vous trouverez également des avis dans la revue Hébergement-Web (lien par exemple sur Infomaniak, plutôt bons).

Le minimum requis

PHP version 5

MySQL version 5

32 MB mémoire scripts

Le mod_rewrite Apache module

Qu’en dit la documentation officielle de WordPress ? Ils nous proposent une liste d’hébergeurs américains dans WordPress Web Hosting. Est-ce parce que la société Automatic qui pousse WP est aux États-Unis ? Certainement, mais il y a d’autres raisons ou d’autres leçons à tirer de cette courte liste: BlueHost, DreamHost, MediaTemple et Laughing Squid.

Le point commun de ces hébergeurs est d’offrir les minimas requis cités ci-dessus et mis à jour : PHP 5.2, mais aussi d’offrir un CPanel et une large bande passante comme beaucoup d’espace disque, voire « illimité » (lire l’article 2 à ce sujet, le Addon Domain et un IP unique. Bref, souvent plus, mieux, que ce qu’offrent bien des hébergeurs français pour le même prix voire plus cher. Les prix américains tournent autour de 4 euro/mois selon les compagnies et le cours du dollar pour nous, sauf MediaTemple, plus cher.

La charge ou la limite mémoire.

Un Blog sous WordPress de taille modeste, comme le mien, tourne à 22 MB. Le minimum théorique requis est de 32MB. Oui mais voilà, tout dépend de ce que vous allez faire avec WP. Un blog modeste ou de taille moyenne peut se contenter d’un petit hébergement (pack minimum). Ce que je vous conseille d’ailleurs si vous débutez. Vous passerez au plan supérieur plus tard.

Si votre blog prend de l’ampleur en taille et rencontre un gros succès, il faudra passer au pack supérieur ou migrer ailleurs.  Même remarque si vous êtes un gros consommateur de plugins. Il faudra aussi penser à optimiser votre site. Certains s’en sortent en installant un système de cache et en plaçant un fichier php.ini pour augmenter la mémoire. Mais généralement, il faudra déjà compter 128 MB.

Si vous projetez de faire du communautaire avec Buddypress par exemple, vous n’avez pas le choix. Rien que pour le faire tourner vous avez besoin de 256 MB. Là il n’est plus suffisant d’acheter un hébergement d’un simple clic, écrivez, demandez une information technique avant d’acheter. Renseignez-vous surtout. Quoi qu’il en soit, ne gérez pas Buddypres sur un mutualisé. Vous n’aurez aucun souci pour l’installer, mais dès qu’il attirera des visiteurs vous ferez sauter le verrou de votre charge et votre hébergeur vous tapera sur les doigts, vous contraignant à migrer vers le haut.

si vous avez besoin d’une vraie plateforme de blogs, il vous faudra sortir du mutualisé et prendre un serveur dédié d’au moins 1G de Ram.

Comme vous voyez, tout dépend de vos besoins en matière de projet Web, bien plus qu’une formule magique. J’ai pour habitude de conseiller mes clients en fonction de leurs besoins et non pas d’une une réponse unique, ni encore de renseigner le mien. Il ne sert à rien de vous offrir un gros hébergement ou ‘pack pro’ pour accueillir deux petits blogs wordpress vitrine ou modestes. Comme il n’est pas très judicieux de miroiter les américains si vous ne connaissez pas un mot d’anglais. Puis, il y a la question du bon support et de son prix (beaucoup sont payants ou injoignables par téléphone ou chat, vérifiez avant d’acheter).

Un support efficace est votre clé de voûte si vous êtes néophyte en informatique et sous WP. En revanche, un hébergeur n’est nullement tenu de vous aider à installer WP ou quoi que ce soit, mais seulement de vous apporter une aide concernant l’accès à votre hébergement.Néanmoins certains techniciens ou certains hébergeurs sont plus conciliants à ce sujet. Parmi nos blogueurs actifs de la communauté francophone de WP, Li-An tient une revue des plugins et en est un gros consommateur. Il témoigne d’un support soutenu chez O2switch concernant ses essais qui n’ont pourtant rien à voir avec l’hébergement. Pareil pour Lise (liseweb.fr) qui est passé de 1&1 à o2switch avec beaucoup de support. Julie (imelia.fr), nous dit avoir toujours reçu une rapide réponse chez PhpNux. J’ai reçu chez eux moi-même une réponse systématique à mes questions au plus tard le lendemain sous forme de ticket de support. Pedromino a quitté furieux OVH pour Bluehost. Alors que Fran6art est toujours resté chez OVH, changeant seulement de pack. Parlant de OVH, si leurs guides en ligne sont intéressants, leur support fait l’objet d’un consensus négatif ou « sans rapport ». Pour 1&1 c’est la loterie. Personnellement j’ai toujours reçu une réponse par téléphone (hotline gratuite), il semble que ça dépende de sur qui vous tombez. Les cris de colère contre 1&1 sur la Toile ne manquent pas, mais ils concernent plus l’aspect commercial que l’aspect technique. Chez Amen, j’ai envoyé 5 demandes différentes sous forme de tickets de support qui n’ont à ce jour  jamais reçu de réponse (plus d’une semaine). Je ne vais pas poursuivre la liste car je vous laisse la parole et d’autres articles viendront relayer cette question.

Le Mod_Rewrite aussi est important, si pas essentiel.

Chez 1&1 par exemple, Apache est interprété en cgi. Tout ne sera pas possible pour des réglages fins  ou très élaborés dans le .htaccess. Donc pas de problème pour régler des solutions antispams, la protection de vos dossiers ou le vol de vos flux, PHP5 et ce genre de grandes lignes. Mais vous ne pourrez pas tout régler. Par exemple la compression devra se faire avec d’autres codes ou passer par un php.ini.Cela ne pose aucun ennui aux néophytes qui ne programmeront rien à ce niveau.

Plus largement, tout dépend de ce qui est paramétré par l’hébergeur sur le serveur mutualisé. Informations jamais livrées, évidemment, sinon de s’en rendre compte à l’usage. Mais c’est une des bonnes raisons qui me font priser tout hébergeur qui offre un Cpannel, donc le choix de régler moi-même ce que je veux. L’alternative est Plesk. Ces panneaux permettent de généraliser les approches à ce niveau. Encore faut-il qu’ils ne soient pas bridés par votre hébergeur. Pour les néophytes et les utilisateurs lambdas ça ne change rien, mais si vous êtes plus exigeant et plus codeur, c’est frustrant. Par exemple chez Maven, bien qu’offrant un Cpannel, certaines fonctions ne sont pas accessibles, il faut écrire au technicien pour qu’il les active.

Personnellement je ne peux plus me passer de la simplicité d’un Cpannel et de ses possibilités de configuration. Les autres types d’interface plaisent aux débutants car expressément simplifiées. Mais du coup il faut chaque fois apprendre ou s’habituer aux manies du panneau de son hébergeur si vous en changez. OVH est le plus emmer… des panneaux, avec PHPNux. Absolument pas logique, mais là je déborde dans l’appréciation subjective. Chez Amen on se fiche presque illégalement du client. Chez 1&1 il y a une FAQ et l’interface est logique. Mais limitée. Il y en a d’autres, c’est sans fin.

Enfin, petit rappel, choisissez un hébergement Linux (Apache)….

100TB.com

Un dédié chez 100TB.com ?

Si vous savez plus ou moins ou vous allez avec votre projet Web, réfléchissez bien à la nature de celui-ci. Choisir entre votre portefeuille et le plus robuste. La fiabilité et la solidité se paient. Choisir un hébergement mutualisé, un serveur Cloud, un VPS (serveur virtuel) ou un serveur dédié. Souvent, il vaut beaucoup mieux prendre un Cloud ou un serveur virtuel plutôt qu’un gros pack mutualisé par exemple. Avec le Cloud vous pouvez acheter des « parts », autant de noeuds que nécessaire en fonction de vos besoin en charge. C’est modifiable à volonté par vous-même et vous ne payez que ce que vous consommez. Idéal pour de un à une dizaine de blogs à succès.  Si vous avez plein de petits blogs en multisites, un bon mutualisé ne posera aucun souci. Mais un multisites de gros espaces web bien fréquentés exigent au minimum un bon (et vrai) virtuel (VPS).

vps.net

Un Cloud chez VPS.NET ? ~15 EUR/mois

Une erreur commune et courante : ne compensez pas votre trop petit hébergement par un cache et des scripts. D’accord, cela vous évitera la coupure de sanction, mais pas son accessibilité et sa rapidité. Un blog qui a besoin de 16 secondes pour afficher chaque page vous fait perdre la moitié de vos visiteurs potentiels et oblige votre WP à une vie d’équilibriste.

Plusieurs sites sur un seul hébergement : Tous les hébergeurs mutualisés ne le permettent pas. Pourtant c’est la base… Vous devriez pouvoir installer une vingtaine de sites sur un seul gros pack, si vous n’excédez pas 100 GB. Dès que vous recevrez quelques milliers de visiteurs par jour, vous aurez besoin d’un Cloud avec 6-8 noeuds ou un serveur virtuel. Un dédié sera nécessaire au-delà de 50.000 visiteurs par jour et ou plus de 20 sites actifs.

Piqure de rappel : ne cliquez jamais sur l’auto-installation de WordPress dans votre hébergement. D’abord, ces installations automatiques n’offrent généralement qu’une version non mise à jour du CMS proposé. Ensuite, vous ne pourrez quasi rien paramétrer ni récupérer. A ce compte-là vous n’avez pas besoin d’un hébergeur, ouvrez un blog gratuit chez wordpress.com.

De bons hébergements pour WordPress

Donc nous avons BlueHost, DreamHost, MediaTemple et Laughing Squid proposés par WP. Il y en a évidemment beaucoup d’autres possibles. Notamment WESTHOST, mon hébergeur. Il est plébiscité par un développeur que nous connaissons bien : Joost de Valk, auteur des fameux plugins WordPress Seo, Google Analytics notamment. Pour ceux qui désirent en savoir plus, lisez son article Best WordPress Hosting. Il nous explique en substance qu’il a longtemps été hébergé chez Westhost pour son adéquation parfaite à WordPress. J’ai suivi sa voie et ne le regrette pas. Puis ses besoins se sont décuplés suite au très large succès de son blog (2000 visiteurs/jour). L’hébergement mutualisé ne lui convenait plus, mais il ne souhaitait pas se coltiner l’administration d’un dédié. Entre les deux donc, il avait besoin d’un Cloud. Un Cloud a ceci d’avantageux que vous achetez uniquement selon vos besoins, mois par mois. Il est alors passé chez VPS.NET, qui appartient à la même société que Westhost (UK2 groups). Autrement dit, pour des besoins normaux et si vous vous débrouillez en anglais, prenez Westhost, pour de plus larges nécessité, voyez vps.net.

westhost

WESTHOST.COM, un excellent mutualisé

Mon témoignage personnel est simple : j’y héberge déjà plusieurs sites web sur WordPress. Pour mon blog lashon.fr, je l’ai enfin migré ce matin de 1&1 à Westhost. Aucune modification compliquée à paramétrer. Le mod_rewrite étant supporté par défaut, et la version de PHP 5 est 5.3.3, donc bien à jour. Je suis à 8% de mémoire script sur mon hébergement Business qui compte déjà plus de 5 sites. Rien à modifier dans le .htaccess ou php.ini pour désactiver des anciennes fonctions comme le safe_mode ou augmenter la mémoire ou optimiser ceci et cela comme il faut le faire chez pratiquement tous les hébergeurs. Le bonheur que tout fonctionne bien sans chipotage. Depuis le début tout s’est toujours déroulé sans anicroche. Depuis l’achat, disponible en quelques minutes, au paramétrage général et une bonne surprise : un support efficace.

Le support chez Westhost :

Juste après mon achat je me souviens avoir envoyé un mail vague pour une question d’ordre général. Ce n’était pas franchement important, j’ai pourtant reçu une réponse dans les heures qui ont suivies. Aujourd’hui, j’ai un peu trop joué de mon fichier hosts pour les DNS à modifier lors de cette migration et j’ai laissé malencontreusement mon logiciel FTP tourner à cause d’un coup de téléphone impromptu (mais avec les anciennes données). Résultat, plus aucun accès à mes sites ni au cPannel. Je me connecte alors au chat de support, quelqu’un me répond immédiatement (Kyler). Il me dit qu’il est désolé, me demande quelque minutes pour aller voir et m’explique ce qui s’est passé: par sécurité, Westhost bloque les tentatives erronées de connexion FTP. Je suis ravie d’apprendre ça. C’est une excellente mesure de sécurité. Il me demande donc de donner un mot de passe pour m’authentifier et hop en cinq minutes de support ma situation était débloquée. C’était clairement mon erreur, mon logiciel FTP demandait en boucle de mauvaises IP pendant que je bavardais au téléphone. Simple oubli. Sauf que chez un autre hébergeur, le blocage aurait eut lieu et mes sites seraient demeurés inaccessibles sans aucune explication durant des heures ou jusqu’à ce que je paie une hotline. Je vous rappelle que nous sommes dimanche et que pour eux il était tôt le matin. J’ai d’ailleurs reçu plus tard également un mail suite à mon ticket de support envoyé juste avant le Chat pour savoir si tout était résolu pour moi. On verra à l’usage bien entendu, mais si Joost de Valk, développeur, n’a jamais eu lui-même de souci, j’ai bon espoir que ma satisfaction soit pérenne.

PHPNUX, un autre bon mutualisé

Et en France ? Et ailleurs ? J’ai déjà présenté quelques hébergeurs, leurs avantages et inconvénients. Puis, sur ce point je ne vais pas monologuer. Je vous ai partagé aujourd’hui ma trouvaille et ma satisfaction, le reste vous appartient. A vous de lire le reste du dossier pour ceux qui ne l’ont pas encore fait. Ceci dit, pensez aussi aux autres pays francophones européens.

Il y aura une suite à ce dossier sous forme d’une revue d’articles relatant quelques-unes de mes expériences vécues lors de mes passages et interventions pour des clients chez leur hébergeur. Dans ce cadre, je vous propose également de partager vos témoignages. Soit sous forme de commentaires ci-dessous, soit en m’envoyant un mail pour que je le publie sous forme d’article si c’est plus long. Non anonyme svp.

O2SWITCH, un mutualisé à la (bonne) sauce américaine

Le prochain article vous parlera de Amen. Nous n’avons pas le droit (loi) de dire certaines choses comme on les pense. Le mot le plus gentil concernant Amen est le mot fuir. J’essaierai donc de trouver un peu de temps pour vous narrer ce qui pour moi est invraisemblable et catastrophique chez eux comme chez d’autres hébergeurs où je suis passée.

1and1

1and1, un mutualisé honnête si on cherche de petits prix pour de petits blogs.

Le groupe UK2 offre un bel éventail de bons produits

UK2 Dedicated Servers

UK2, pour un serveur dédié ?

Plugins utiles

Un dernier point : si vous pensez migrer ailleurs, testez vos besoins en commençant par analyser votre site actuel.

WP-Memory-Usage vous donnera le minimum vital d’informations dans votre tableau de bord. Par exemple ma configuration :

  • PHP Version : 5.3.4 / 32Bit OS
  • Memory limit : 256 MByte
  • Memory usage : 21.7 MByte
  • 8% du total disponible.

TCP Memory Usage offre un pannel complet de l’ensemble de votre configuration PHP.
ServerBuddy : outil complet pour analyser les erreurs et la configuration par défaut chez votre hébergeur.
DB Optimizer : vraiment utile pour les débutants. Simpliste et efficace, il suffit de cliquer sur un lien dans votre tableau de bord (dans l’onglet Outils) pour optimiser votre base de données afin de lui redonner un peu de place et cohérence.
Diagnosis affiche quelques informations de base également.

P.S. : maintenant que je suis chez un hébergeur digne de ce nom, il m’indique obligeamment la fonction dépréciée de WP

PHP Deprecated: Function set_magic_quotes_runtime() is deprecated in /public_html/lashon.fr/wp-settings.php on line 27

le Magic Quotes est bien sûr non actif, mais WP continue de nous le fourguer, pas bien ça 🙂

Note importante : cas de création d’un site privé / Intranet / fichiers protégés

Il y a quand même un détail important à considérer lors du choix de votre hébergeur. Si vous commandez à un concepteur de site ou réalisez vous-même un blog qui doit contenir de nombreuses parties privées avec protection de dossiers, il faut pouvoir gérer techniquement comme on veut le mod_rewrite.Sinon, mission soit impossible soit trop ardue. Avec WP du moins. Aussi, avant d’acheter votre pack, demandez d’abord à votre futur désigner son adéquation à votre projet web. Si vous le faites seul, sachez que les hébergeurs gratuits et tous ceux qui ne permettent pas une gestion transparente du mod_rewrite vous contraindra dans la réalisation de celui-ci. Par exemple, protéger des documents PDF privés sur un hébergeur gratuit est irréalisable dès lors que l’on en connait les liens ou que l’on passe derrière un utilisateur qui vient de se connecter. Rassurez-vous, tous les vrais hébergeurs ne vous empècheront pas, sauf si vous utilisez une installation automatique de WordPress, quel que soit l’hébergeur.

Résumé : pour un blog privé, pas d’hébergeur gratuit ni installation automatique de votre CMS préféré.