Comme je connais très bien SPIP et que je suis assez bien rentré dans ses concepts de boucles et balises je pense qu'il est intéressant de jeter un coup d'oeil à Seenthis.
Maintenant, et même sans avoir regardé le code ou les possibilités du programme, je ne vois pas comment on peut faire quelque chose de suffisamment réactif à partir de SPIP 2.1 pour en faire un "twitter like". Peu ou pas de Javascript ni de xmlhttprequest pour la mise à jour, Pas de bdd de type "map-reduce" derrière, d'entrée de jeu on sent que pour un passage à l'échelle on risque d'être sérieusement handicapé.
Même si j'adore SPIP, j'ai quand même comme l'auteur du premier commentaire de nombreux doutes sur la pertinence de l'architecture de départ. Il me semble qu'il aurait été plus judicieux de construire quelque chose autour d'Ejabberd/Mnesia - partir sur de l'Erlang/XMPP c'est déjà beaucoup plus rassurant pour les performances à forte charge ( dizaines de milliers d'utilisateurs simultanés ).
[^] # Re: SPIP ?
Posté par Loïc Ibanez . En réponse à la dépêche Le code source de Seenthis est disponible. Évalué à 0.
Je dirais plutôt SPIP 2.1, choix curieux.
Comme je connais très bien SPIP et que je suis assez bien rentré dans ses concepts de boucles et balises je pense qu'il est intéressant de jeter un coup d'oeil à Seenthis.
Maintenant, et même sans avoir regardé le code ou les possibilités du programme, je ne vois pas comment on peut faire quelque chose de suffisamment réactif à partir de SPIP 2.1 pour en faire un "twitter like". Peu ou pas de Javascript ni de xmlhttprequest pour la mise à jour, Pas de bdd de type "map-reduce" derrière, d'entrée de jeu on sent que pour un passage à l'échelle on risque d'être sérieusement handicapé.
Même si j'adore SPIP, j'ai quand même comme l'auteur du premier commentaire de nombreux doutes sur la pertinence de l'architecture de départ. Il me semble qu'il aurait été plus judicieux de construire quelque chose autour d'Ejabberd/Mnesia - partir sur de l'Erlang/XMPP c'est déjà beaucoup plus rassurant pour les performances à forte charge ( dizaines de milliers d'utilisateurs simultanés ).