Gestion des contenus statiques (suite)
Suite du devlog contenus statiques
Ça y est, la migration est enfin faite. Le système est en fait assez simple, mais j'en ai profité pour faire une petite refacto des accès au disque. Maintenant tous les accès au disque passent par des utilitaires qui vont déterminer le base_path des contenus statiques et il y a plusieurs fonction pour former des paths et vérifier l'existence.
Je n'ai finalement pas complètement conservé le mode de fonctionnement prévu. On a bien un dossier public en mode symlink qui pointe vers un dossier hors du chemin d'hébergement (public_html dans le cas de hostinger). Mais je n'ai pas conservé la structure identique bdd/XXX --> public/bdd/XXX. J'ai été un peu plus loin et supprimé le dossier intermédiaire bdd + fait du ménage dans les fichiers. Et j'ai des règles dans le .htaccess qui vont rediriger bdd/xxx vers public/xxx, ce qui permet de conserver toutes les anciennes URLs (dont celles existantes dans les mails).
Je n'ai par contre finalement pas touché au dossier images qui contenait majoritairement des assets, et j'ai supprimé tous les fichiers qui n'avaient rien à faire là.
Pour open-data, c'était plus simple, il suffisait d'exporter vers le dossier public et de modifier le download.php pour qu'il pointe vers ce nouvel emplacement.
Quelques coquilles sur la migration mais ça s'est plutôt bien passé^[J'ai utilisé pas mal l'IA sur ce developpement car je voulais qu'il se termine en moins d'un jour et que je ne suis pas bien à l'aise avec les concepts et fonctions PHP. Ça m'empêche de progresser en PHP, mais bon. Si j'avais 100% de mon temps là dessus, peut être que j'aurais accepté de passer par la phase d'apprentissage. Avant l'IA, je ne me serais pas posé la question et ça aurait pris le temps nécessaire, mais là, c'est de plus en plus difficile de faire l'effort.].