Laurent J a écrit 2942 commentaires

je ne connais ni zope, ni ror, si ce n'est que de nom, donc je ne m'avancerai pas au niveau comparaison. Je peux juste dire que Jelix est un framework moderne, issue d'une expérience de 6 ans en terme de développement de framework php professionnel. À toi de regarder la doc pour voir si il te convient ou non.

Pour moi, ajax, c'est un concept coté client, s'appuyant sur des services web fournis par un serveur. Jelix te permet de faire la partie serveur. Pour le moment, rien coté client, pour la simple et bonne raison que :

1) il y a pléthore de bibliothèques javascript pour faire de l'ajax qui nettoie tout du sol au plafond. Entre celles qui font le strict minimum mais mal, et d'autres, véritables usines à gaz de plusieurs dizaines de ko (c'est à dire, qui ne font pas que de l'ajax, mais aussi des animations DOM, simuli de drag and drop &cie), il m'est pour le moment difficile de choisir.
2) si il fallait en choisir une, cela voudrait dire qu'il y a trop de chance que cela ne plaise pas. Donc pour l'instant, le développeur utilise celle qui veut, et développe les services web avec jelix (en json, xml ou ce qu'il veut, il y a tout ce qu'il faut dans jelix)
3) Ce n'est pas ma priorité d'offrir un truc full ajax dans tous les sens. Ajax n'est pour moi qu'une petite brique dans la réalisation d'un site/application. Mais si il y a des contributeurs qui veulent proposer quelque chose, pas de soucis (sous forme de plugin de template par ex)

En feuilletant les ouvrages sur AJAX il y a 2-3 jours je n'ai vu en effet aucune réferrence à Jelix. A moins que cela soit prévu dans une version future ?

Tu sais qu'il faut plusieurs semaines, plusieurs mois pour écrire un bouquin ? En dehors du fait que Jelix ne s'occupe pas encore d'ajax coté client, c'est peut-être un peu normal que jelix n'y soit pas référencé, tu ne trouves pas ?

>la RATP c'est un peu des branleurs...

bah, tu sais, quand tu connais ce que veux dire l'acronyme (Rentre Avec Tes Pieds)....

----> [] hop hop hop poussez pas sur ce quai bondé de la ligne 13, pas envie de tomber sur la voie..

Est ce que SAML est du même domaine que OpenId ( http://openid.net/ ). Quelles sont les différences ?

> Ne rien mesurer, c'est laisser libre cours aux fantasmes frontistes.

Exactement, sans chiffres statistiques existant, on peut dire n'importe quoi, genre "y a 70% de noirs en france, ça suffit, bla bla bla".

Comment expliquer que ce chiffre est faux et dénoncer les calomnies si on n'a pas de stats réèlles qui prouvent le contraire ? Et pour faire des stats, il faut des sondages... CQFD

j'ai oublié le "peut -être " en tête de ma phrase...

parce que cela ne veut pas dire la même chose ? Regarde dans ton dictionnaire :-p

celui là est un "petit" site (qui deviendra grand peut être :-) par rapport à celui dont on parle :-)

ils développent depuis plusieurs mois la deuxième version de leur site, avec jelix donc, ils sont maintenant en beta, mais ils ne veulent pas communiquer là dessus pour le moment. Donc je ne dis rien pour le moment. patience donc :-) (mais, avec un peu de recherche... ;-) )

Et petite précision : je ne travaille pas pour eux, ni pour aucun des autres sites qui utilisent le framework d'ailleurs :-) Mais ils ont tous plus ou moins contribué au projet (surtout deboggage/patchs bugs pour certains).

Bon, c'est un peu léger comme annonce. Et le site zimbrafr aussi : nulle part il y a un lien vers le site officiel. (ok, y a google, mais quand meme)

Donc voilà : http://www.zimbra.com/

Si tu fais un setlocale dans un script, la modif s'applique à tous les autres scripts en cours d'execution. Super.

http://fr2.php.net/setlocale (section warning)

Franchement, c'est pourri...

Je viens de voir la partie PHP du code source de sharedance. bon, je dois avouer que je suis un tout petit peu déçu, il aurait pu proposer une version sous forme d'extension C pour php :-)

Tu as aussi http://www.php.net/manual/en/ref.memcache.php si je ne me trompe pas.

Reste l'évolutivité, la monté en charge et donc l'ajout en parrallèle de serveur ShareDance ? J'imagine que pour les skyblogs il n'y a pas qu'un seul serveur qui gère les sessions

Mon petit doigt me dis qu'effectivement, la plateforme technique de skyblog ne doit pas se résumer à un seul serveur, et que les mecs qui y bossent, sont loin d'être des neuneu du dev web :-)

Connaissant l'auteur, Mr Jedi, (depuis.... pfiouuu, ça date : HP48, RTC-One toussa..), je ne doute absolument pas de l'excellence de l'outils, sans même l'avoir testé :-) (pureftpd par ex est une petite merveille, faut l'avouer..)

>Je connais pas du tout SVN, mais il m'a l'air tout a fait calqué sur CVS niveau utilisation.


Ben interresse toi à SVN ! Car même si il reprend en (tres) gros les commandes, SVN a été grandement simplifié (c'était le but du projet d'ailleurs, qui, je le rappelle a été fondé par des anciens dev de feu CVS)

Avec CVS, moi aussi les commandes me rebutaient. Plein de switches et paramètres dans tout les sens. Obligé d'utiliser un outil graphique sinon ça m'énervait trop.

Quand je suis passé à subversion, les commandes sont tellement simples que je n'ai depuis jamais réutilisé d'outils graphique. Le tutoriel aussi est très bien fait, ce qui a certainement influencé mon appréciation. ( http://svnbook.red-bean.com/ )

Franchement, passe à SVN... C'est que du bonheur quand on a connu CVS.

Hypothèse à 2 balles : c'est peut-être juste pour embrouiller les consommateurs, et inconsciemment, les forcer à acheter plus grand (comme si c'était pas assez cher à taille équivalente entre un plat et un cathodique...)

c'est pas un permis voilier qu'il faut, il faudrait juste avoir à passer obligatoirement le code maritime. Mais bon, c'est inutile aussi voir ridicule (vous voulez un 4.20 ? passez le code !)

Parce que bon, savoir manoeuvrer un bateau à voile, y a presque autant de façon que de type de voilier. Donc il faudrait beaucoup plus de type de permis que pour les bateaux à moteurs. Ingérable. Et puis que prendrait-t-on comme référence pour déterminer les niveaux de permis ? La longueur ? la surface de voile ?

Alors qu'un bateau à moteur, en général, ça se passe pareil : tu as une barre, et une manette de gaz. Donc c'est plus simple de mettre en place un permis pour ces engins.

Sans parler qu'il est beaucoup, beaucoup plus facile de piloter un bateau moteur qu'un bateau à voile. Ça se conduit comme une voiture (presque). Donc n'importe qui peut piloter un bateau moteur. Si il n'y avait pas de permis, alors le code maritime serait ignoré, et on aurait beaucoup plus d'accident à mon avis.

Avec un voilier, pour apprendre à le manipuler, il faut quand même apprendre un minimum de chose, qui te font prendre conscience de la difficulté de la mer, ce qui t'oblige quand même plus ou moins à apprendre le code maritime et autre joyeuseté. Donc un permis pour les bateaux à voile, ce n'est pas si nécessaire que ça.

>une adresse à coucher dehors,

ah ? bof, pas plus qu'une autre.

enlevement@interieur.gouv.fr si je me souviens bien...

De toute façon, c'est toujours compliqué d'écouter des adresse emails.


(et sinon, aussi courte pourrait-elle être, ça ne pourrait pas être justice.fr, puisque ce n'est pas la justice qui fait les recherches...)

surtout que ce n'est pas en se rendant à l'école, mais hier dans l'apres midi, alors qu'ils jouaient dans leur jardin...

Pour des présentations à la flash, ce serait plutôt SMIL qu'il faudrait implémenter, en plus du SVG : http://www.w3.org/AudioVideo/

Il y a eu une implémentation expérimentale dans Firefox. ( http://xulfr.org/wiki/SMIL ) Peut être sera t-elle intégrée dans les mois à venir selon les dernières nouvelles..

Sinon, Flash et SVG peuvent très bien cohabiter ensemble, voir une démo ici : http://ljouanneau.com/softs/adilla/adilla.xml (il faut flash 9 minimum apparement, et bien sur FF 1.5 mini) : une balle passe de la zone flash à la zone SVG.

(bien sûr, on peut faire ça en pure SVG..)

si tu précharge konqueror, effectivement, konqueror n'aura plus qu'a chargé khtml

Euh.. c'est le contraire que tu a voulu dire non ? konqueror n'est qu'une interface graphique autour du composant khtml. Si konqueror, khtml est forcément chargé. L'inverse par contre n'est pas forcément vrai. Khtml est utilisé il me semble dans plusieurs applis (c'est un composant kpart si je ne me trompe pas...)

Firefox est lent en comparaison avec Konqueror...

Tout à fait d'accord, mais konqueror n'apporte pas autant en matière de technologie et de possibilités... Bref, pas facile à comparer quand même.

ils pourraient faire un effort pour l'améliorer aussi bien au niveau rapidité

Que crois tu qu'ils font à longueur de temps ? :-)

Gecko 1.9 promet d'être beaucoup plus rapide que 1.8.

Ce le projet "places" dans Firefox qui permettra ce genre de choses (initialement prévue dans FF2 mais repoussé à FF3)

y a rien à dire, j'ai un bon pc et Firefox et ses extensions (12) met bien 30 secondes pour démarrer tandis que konqueror 1 ou 2 secondes...

En même temps, khtml est lancé au démarrage de KDE il me semble. Ça aide...

Et puis bon, tu as 12 extensions. Mais est ce que Konqueror t'offre tout ce que tes extensions t'apportent ?

c'est chiant de le répeter mais je le re re re re dis : le moteur javascript n'est PAS LENT.

C'est le DOM qui est lent, pas javascript. Merci de pas tout confondre.

Quand on voit la lourdeur de FF (firefox) dont l'interface graphique est en JS,

Faux. L'interface graphique est en XUL, et scripté en JS.

M'enfin la (relative) lourdeur de FF n'est pas du qu'à JS, fort heureusement... spidermonkey, l'interpreteur JS, est l'un des plus performant qui existe.

Ce qui est lent dans Gecko, ce n'est pas JS, mais les manipulations DOM (il y a un mapping assez lourd entre les objets DOM C++ et leur representation javascript...).