Retour d'expérience : cb-atelier-ebeniste.fr (partie 2)

Créé le 16/10/2013

Dernière mise à jour le 09/07/2016

Cette partie du retour d'expérience est consacrée à l'hébergement du site cb-atelier-ebeniste.fr. Ma première expérience d'hébergement.

Hébergeur : Ikoula, choisi car sponsor au Drupal Camp Paris 2013 et que leur site est en Drupal, donc ça devrait être bien parti pour qu'un site Drupal marche parfaitement sur leurs serveurs.

Le pack choisi est un pack d'hébergement mutualisé. Une fois le nom de domaine et le pack activé, Ikoula donne accès à un panneau de contrôle (Plesk), qui permet de tout gérer.

L'accès à ce panneau est assez difficile, il faut aller sur l'espace client qui est un autre site que le site vitrine, et qui sert d'extranet. De là, une fois identifié, il y a un lien dans un menu déroulant marqué "Control Panel". Ce qui est un peu long pour atteindre l'interface d'administration de son abonnement, mais une fois dans le panneau de contrôle, j'ai trouvé cette interface assez bluffante, très complète. Elle permet entre autre chose de :

  • explorer son espace disque fournit,
  • d'éditer des fichiers,
  • configurer des backups automatiques,
  • obtenir des statistiques,
  • gérer ses bases de données + accès à phpMyAdmin,
  • installer des applications web en quelques clics : Drupal, Wordpress, Typo3, Joomla, un wiki, en 2 clics dans leur dernière version,
  • gérer des boîtes mail,
  • etc.

Ce qui est donc très pratique pour mettre en ligne le site :

  • créer un Drupal vierge depuis l'interface,
  • avec l'accès ftp fournit (manière que j'ai préféré), envoyait les modules, thèmes, files du site,
  • écraser la bdd fournit avec la bdd du site développé en local,
  • vérifier les permissions UNIX via l'interface,
  • ajuster le settings.php,
  • le tour est joué.

Le fait de partir d'un Drupal créé via l'interface, permet de s'affranchir de tout ce qui création de la base de données, configuration du settings.php, Vhost, DNS, etc.

Et puis pas besoin de ce soucier du serveur mail, tout est déjà en place.

Je n'ai pas exploré la gestion des sous-domaines, ni du SSL qui est prêt à l'emploi, seulement il faut un certificat SSL.

Conclusion

Pour une première expérience auprès d'un hébergeur, j'en suis satisfait, je pense que pour tout ce qui montée en charge, etc. un hébergement mutualisé pour un site de cette envergure suffit.

Certes l'hébergement mutualisé ne laisse pas une liberté aussi grande qu'une machine virtuelle ou un serveur dédié, mais au moins ça suffit pour répondre aux besoins de la plupart des gens et surtout cela ne leur nécessite pas vraiment de connaissances préalables.

Voir la partie 1 de ce retour d'expérience.

Commentaires

Soumis par jenselme le ven, 10/25/2013 - 16:12 - Permalien

Petite question : comment se passe les mises à jour de Drupal ? Elles sont automatisées ou l’admin a besoin de faire une action ?

S'agissant d'un hébergement mutualisé, il n'est pas possible (j'avais demandé à l'hébergeur) d'installer drush. Du coup, Je n'ai pas demandé pour un crontab. L'admin fait les mises à jour de modules et de traduction via l'interface.

Ajouter un commentaire