Attention, post geekesque et haineux.
Bon. Ça fait trois jours que je préparais une solution de blogging intermédiaire avec Movable Type, de une pour avoir des URL propres pour les archives, de deux pour éviter les pénibles rebuilds de toute la base de données dès que je voulais changer la moindre feuille de style. Ce que je voulais faire, c'était générer de pages sans extension, avec un dirify modifié, du genre hugolin.net/2004/01/18/VaincuParLaMachine, et leur faire exécuter du code PHP pour qu'elles insèrent de manière dynamique un fichier d'en-tête avec, par exemple, les informations de style. Donc quand je veux rajouter une CSS, je modifie juste le fichier d'en tête et toutes les pages le prennent instantanément en compte.
Sauf que. Premièrement, impossible de configurer le serveur pour qu'il interprète en PHP des fichiers sans extension. Alors que ça marche très bien en local. Et là je soupçonne un peu OVH d'avoir bidouillé leurs machines pour que ça ne soit pas possible. Parce qu'en fait, ils permettent d'appeler les scripts *.php directement sans spécifier d'extension. Par exemple, on peut accéder à VaincuParLaMachine.php en demandant seulement VaincuParLaMachine. Sauf qu'évidemment pour faire ça ils ont dû faire un truc bizzare, qui du coup m'empêche de faire ce que je veux. Dans l'absolu, ce n'est pas dramatique, il suffit que je construise mes fichiers avec une extension, pour le visiteur ce sera transparent. Sauf que quand je dis à Movable Type de nommer les fichiers .php, alors ce .php apparaît dans tous les permaliens. Alors qu'il n'est donc pas nécessaire. Et ce n'est pas beau du tout.
Deuxièmement, et là je pense que c'est aux torts partagés. Impossible de faire pondre du PHP à MovableType. Au début, je croyais que c'était un problème de droits. Et, effectivement, dans le fichier de configuration, il est mentionné que si on veut générer des fichiers exécutables, il faut activer une certaine option. Ce que j'ai bien sûr expressément fait et qui évidemment ne marche pas. J'ai essayé toutes les combinaisons possibles, j'obtiens toujours une Internal Server Error
à chaque fois.
Du coup, plus ça va, plus je me dirige vers la solution extrême. Quelque chose où, si ça ne marche pas, je ne pourrai m'en prendre qu'à moi-même, et pas à des chlores de configuration incompréhensibles. Quelque chose où s'il manque des fonctionnalités, je saurai immédiatement comment les ajouter, sans avoir à pester contre une application bien conçue mais un brin tantaculaire. Surtout quelque chose que je pourrais tester offline avec mon serveur local. Et comme j'ai la flemme d'installer autre chose qu'EasyPHP, ce sera sûrement un CMS perso. Damn, j'aurais dû m'y mettre dès le début. J'ai perdu une semaine pour rien.