Ton argumentaire sur la jubilation potentielle de quelqu'un qui aurait demandé la suppression d'un article ne tient pas la rout. Chaque article est identifié uniquement par un permalien, qui est sa date de création. Le principe du permalien, c'est d'avoir un lien permanent, et ce lien, le mec en question, il le connait. Il verra donc que cet article n'est plus disponible, et l'identifiant numérique que tu associes à chaque article n'y change rien.
En plus, cet identifiant te simplifie uniquement la vie pour faire des --edit-post=XXX ou --delete-post=XXX, mais oblige à réécrire l'ensemble des pages à chaque ajout ou suppression d'un article, uniquement pour passer cet identifiant de N à N+1 ou N-1. Je te conseille d'utiliser la date, qui te sert déjà de permalien. Certes, ça t'obligera à taper 14 caractères plutôt que 3 ou 4 pour les commandes précitées, mais ça va t'éviter de regénérer chaque page à chaque ajout ou suppression d'un article : tu as juste à regénérer la page suivante et la page précédente afin de mette à jour les liens "page suivante" et "page précédente" (enfin, si ces pages existent). Quant aux pages d'archives, tu dois juste mettre à jour la page du mois concerné par l'article ajouté/supprimé, ainsi que la page d'archive générale. Ce qui nous donne un maximum de 5 fichiers à écrire (article ajouté, article précédent, article suivant, page d'archive du mois concerné, page d'archive générale).
Certes, il y a des action qui continuent de nécessiter une regénération de l'ensemble des pages (ajout ou suppression d'une page statique, changement éventuel du template contenu dans le binaire). Mais dans ce cas, je te suggère d'ajouter une commande --update-all qui se chargera de cette lourde tâche, mais uniquement lorsque cela sera nécessaire.
Alors oui, cela va complexifier un peu le code du moteur, mais pour des raisons évidentes de performances, ou encore de facilité de débuggage, je pense que cela sera bénéfique.
[^] # Re: Oui, mais c'est pas forcément le bon outil
Posté par cfx . En réponse à la dépêche Moteur de blog fBlog. Évalué à 1.
Ton argumentaire sur la jubilation potentielle de quelqu'un qui aurait demandé la suppression d'un article ne tient pas la rout. Chaque article est identifié uniquement par un permalien, qui est sa date de création. Le principe du permalien, c'est d'avoir un lien permanent, et ce lien, le mec en question, il le connait. Il verra donc que cet article n'est plus disponible, et l'identifiant numérique que tu associes à chaque article n'y change rien.
En plus, cet identifiant te simplifie uniquement la vie pour faire des
--edit-post=XXXou--delete-post=XXX, mais oblige à réécrire l'ensemble des pages à chaque ajout ou suppression d'un article, uniquement pour passer cet identifiant de N à N+1 ou N-1. Je te conseille d'utiliser la date, qui te sert déjà de permalien. Certes, ça t'obligera à taper 14 caractères plutôt que 3 ou 4 pour les commandes précitées, mais ça va t'éviter de regénérer chaque page à chaque ajout ou suppression d'un article : tu as juste à regénérer la page suivante et la page précédente afin de mette à jour les liens "page suivante" et "page précédente" (enfin, si ces pages existent). Quant aux pages d'archives, tu dois juste mettre à jour la page du mois concerné par l'article ajouté/supprimé, ainsi que la page d'archive générale. Ce qui nous donne un maximum de 5 fichiers à écrire (article ajouté, article précédent, article suivant, page d'archive du mois concerné, page d'archive générale).Certes, il y a des action qui continuent de nécessiter une regénération de l'ensemble des pages (ajout ou suppression d'une page statique, changement éventuel du template contenu dans le binaire). Mais dans ce cas, je te suggère d'ajouter une commande
--update-allqui se chargera de cette lourde tâche, mais uniquement lorsque cela sera nécessaire.Alors oui, cela va complexifier un peu le code du moteur, mais pour des raisons évidentes de performances, ou encore de facilité de débuggage, je pense que cela sera bénéfique.