Bonjour, face aux nombreuses réactions l'autre jour, je me permet de créer un topic ou je pourrais "librement" posez mes questions et récoltez les avis d'autres developpeurs.
 
Voilà déjà quelques semaines ( sa fait des mois) que j'ai commencé la prog d'un CMS.
Attention, je ne tiens pas à faire un phpnuke ou xoops like. Je m'inspire plutot du blog dotclear qui respecte le W3C.
Je compte ensuite distribuer le CMS gratuitement avec un license GNU ou GPL.
 
J'ais donc quelques questions divers. Si jamais en lisant une de ces questions vous avez une idée ou un avis à donner, n'hésitez pas    
 
1) En ce qui concerne la configuration du CMS; pour gérer 5 information comme le titre, l'url, le mail de l'admin ect... dois je mettre tout cela dans un fichier config ? ou plutot dans une table ? Sachant que il n'y a que 5 ou 6 paramètres.
 
2) Est ce une bonne idée que de pouvoir changer les infos de connection à la bdd depuis le panneaux d'admin ?
 
3) Les fils atom semblent trés peu utilisé dans le milieux "public", sa vaut le coup de le rajouter ?
 
4) Un blog est il un CMS, quels différences ?
 
5) Sachant que j'utilise un système de cache plutot sympa, puis je me permettre de faire plus de requètes en sachant que ensuite c'est garder en cache ?
 
6) Quel options aimeriez vous voir dans un CMS ?
 
7 )  Stats visiteurs, le système actuel permet véritablement de traqué les visiteurs en savoir quels pages ils ont lues et dans quel ordre. est-ce vraiment utile si la fréquentation dépasse les 100vu/jour ?
 
 
Voilà qui constitue un bon départ. je pense en avoir d'autre par la suite du dev.

Que représente le milieu "public"?
Si tu mets des fils RSS, laquelle des 5 (6?) versions incompatibles mets tu en disponibilité?

Non, un CMS est beaucoup plus général/générique, le CMS sert à créer un site complet alors que le blog n'est qu'un journal. Tu peux par contre intégrer un blog dans un CMS

 
 
  lol, et peut ètre la version 7 aussi lol.
Mais en fait, hormis le CMS dotclear, je ne connais aucun autre site qui propose les fils atom, alors que rss lui et bien plus répandus. D'aprés tes liens, atom et plus complet qu'un simple flux RSS. Mais la question vient de son intéret alors ? Que me propose de plus les fils atom ?
 
 
Pour ce qui concerne le CMS et le blog,  quel options retrouve t'on sur un CMS et pas un blog ? Sur le CMS, j'ai laissé libre choix d'afficher le calendrier des derniers articles, qui fait vraiment "blog".

0.90 et 1.0 sur la branche 1.*
0.91, 0.92, 0.93, 0.94 et 2.0.1 sur la branche 2.*, incompatible avec la branche 1.* et avec de subtiles incompatibilités entre eux
Bientôt RSS 3, censé être backward compatible avec RSS 2, mais vu les précédentes rétrocompatibilités  
 
Quand je dis qu'il y a 5 ou 6 versions de RSS incompatibles entre elles c'est pas pour faire classe, c'est parce que c'est vrai  
Le minimum quand on fait du RSS, c'est 2 feeds, un feed RDF sur RSS 1.0 et un feed XML sur RSS 2.0.1, ensuite on peut ajouter des feeds XML sur RSS 0.91 à 0.94  
 
Alors un feed ATOM à côté, je veux pas être méchant mais c'est pas la mort, suffit d'une feuille XSL pour faire la transformation et c'est torché  

http://dirtsimple.org/atom.xml
http://bob.pythonmac.org/feed/atom/
http://www.sysinternals.com/blog/atom.xml
http://annevankesteren.nl/feeds/weblog
 
Je peux probablement en trouver d'autres, mais je dois dire que ça m'emmerde de fouiller mon compte bloglines pour savoir quels blogs j'ai en atom  

http://www.tbray.org/atom/RSS-and-Atom

Bon alors ok pour un fil atom
 
Personne d'autre ne veux répondres aux questions ?

1) Fichier config
2) Why not  
5) Dsl mais ta question est tellement vague qu'elle ne veut rien dire
7) Quelles pages sont vues : Oui. Dans quel ordre : Inutile a mon sens ... ça pourrait juste etre utile pour controler que les gens circulent bien dans tes pages, et qu'il y a pas des liens qui ne sont pas vu ..

En ce qui concerne l'ordre, c un truc tout con, il sont mis à la suite un par un donc pas de dev en plus.
 
Ce que je voulais dire, c'est que sachant que j'utilise un système de cache : Est ce que sa fait pas trop flag de faire des dizaines de requètes SQL, sachant que aprés c'est dans le cache ?  
Vi c'est pas trés clair :s

Si la page generee par ces requetes est statique pendant un certain temps : C'est pas grave, tu peux lancer une routine a 3h du mat qui cree un fichier html auquel tous le monde se connectera...

rha vi c'est pas con sa, générer le cache du site à une heure fixe.
 
Actuellement le cache est générer dés lors que :
Il y a un nouveau commentaire ou une modification depuis la zone d'admin.
 
Le soucis c'est que je suis à chaque fois obligé de refaire le cache de toutes les pages du site...

Ben tu itémise ta gestion de cache à l'échelle de la page
 
Un cache classique quoi: quand une requête est faite sur une page, le serveur vérifie si il y a une page en cache, si oui il regarde si la version en cache est plus récent que la dernière modification des données de la page, si oui il récupère la page en cache.
 
Si un des tests rate, il re-régénère la page et la met en cache (en mettant à jour les données de génération) juste avant de l'envoyer  
 
Après tu peux prévoir un système de data decay basée sur un timer sur la dernière requête de la page, afin que les pages qui sont demandées tous les 6 mois n'encombrent pas le cache inutilement

He bien c'est ce que fais actuellement mon système de cache.
Déjà il y a minimum un cache tout les jours pour mettre a jour le calendrier (fort consommateur en SQL).
 
Le soucis, c'est que si un mec poste un commentaire sur un article, alors je refait toutes les pages du cache...
 
Par contre, je viens de penser à faire un cache, mais uniquement pour certaines parties par exemple...
 
Genre gérer le cache de l'article, et le cache du calendrier d'un autre coté...
 
Mais sa complique pas mal les choses à mon gout.

Donc c'est pas ce que tu fais, si un mec poste un commentaire tu refais 0 pages  
 
Le cache ne doit pas être généré à la création (sauf pour deux pages d'un blog: l'index et un nouveau post), il doit être généré "au hit", et le post d'un commentaire ne demande que deux mises à jour, celle de l'article et celle de l'index (si le nombre de commentaires/article est indiqué en index)

Donc je vais devoir appronfondir le système de cache pour mettre à jour seulement quelques parties.

Je viens de boucler la première béta. Des testeurs volontaire ?