Dur Comme Faire

Au fil des années, j'ai eu le loisir de tester un certain nombre d'hébergeurs dont OVH, 1and1, Ikoula, Nexen Services. Pour le moment, je n'ai jamais été totalement satisfait. Récemment, j'ai découvert TextDrive qui semblait être la perle que je cherchais désespérément. Malheureusement, si cet hébergeur propose beaucoup de services appréciables, il y a certains aspects qui me dérangent vraiment (gestion des sous-domaines, pas de gestion personnalisée des DNS).

Voici ce que j'attend d'un hébergeur :

• Une version récente de PHP avec les extensions courantes (la dernière voire l'avant dernière pas plus vieux)
• Une version récente de MySQL (version 4.1 minimum donc)
• Accès distant à MySQL (via un frontend par exemple)
• Accès SSH
• Accès au fichiers .htaccess
• mod_rewrite
• Possibilité de gérer plusieurs sites indépendant avec leurs domaines notamment
• Possibilité d'avoir plusieurs domaines pointant vers un même hébergement
• Possibilité d'éditer les DNS pour créer des sous-domaines extérieurs par exemple
• Mailing-lists
• Un support capable de comprendre une demande et de répondre en français (oui ça parait incroyable mais OVH et 1and1 ont les pires difficultés à ce niveau)

Et voici les plus que j'apprécie :

• Un espace disque conséquent (plus d'1Go)
• Subversion
• IMAP
• Cron
• WebDAV

Je fais donc appel à toi fidèle lecteur pour me faire découvrir l'hébergeur qui a su te convaincre de rester chez lui.

Ce matin nous avons été confronté à un problème surprenant au travail. Une requête SQL qui passe très bien sur 2 serveurs mais qui indique qu'un champ est inconnu dans une jointure sur un troisième.

Après observation, la seule chose qui parraissait un peu étrange dans la requête SQL était le fait que l'une des jointures ne se faisait pas dans l'ordre logique. Voici un exemple simplifié de la requête illustrant le problème :

SELECT *
FROM `clients` AS c
INNER JOIN `groupes` AS g ON g.id = s.id_groupe
INNER JOIN `societes` AS s ON s.id = c.id_societe

En toute logique, il aurait fallu faire la jointure sur la table groupes après celle sur la table sociétés. Cependant cette requête passe parfaitement sur deux serveurs. Le second point étonnant est que ces fameux serveurs sont en version 4.1.12 tandis que celui qui pose problème est en 5.0.18. Rétablir l'ordre logique des jointures règle le problème.

Après quelques recherches, il s'avère que ce n'est pas un bug mais une nouvelle fonctionnalité. Afin de mieux coller au standard SQL:2003, MySQL a modifier sa gestion des jointures sur de nombreux points dont celui-ci. En attendant de modifier vos requêtes, vous pouvez rétablir le comportement de MySQL 4.0 en modifiant le mode SQL.