Poster une réponse à un sujet: 2012/10, Ca rame plus :D
Attention, ce sujet est un sujet ancien (4460 jours sans réponse)
Delutilus
Belle explication... mais j'ai quand même rien capté
+1 (suis pas informaticien, programmeur, analyseur et tout et tout et tout...)
Georgio
Belle explication... mais j'ai quand même rien capté
zion
Voui, y a toujours 2 ou 3 trucs que j'ai jamais voulu commencer à coder à cause de la limitation mono process, si y a des pages qui peuvent être plus longues du coup ce sera pas un soucis si chaque connecté a son propre canal
On verra en 2013
On verra en 2013
ovh
Certaines nouvelles choses ?
zion
Vivement le vrai multi process n'empêche, dès que ce sera en place y aura la possibilité de certaines nouvelles choses ici... Vivement 2013!
testeurdesite
En tout cas ça pulse, ça groove, ça pète un max.
C'est chier quoi.
Un gourou noir (parce qu'il n'est pas roux du tout) quand ça sévit, c'est pas pour rire !
Là , je suis largué mais je confirme: le résultat déchire sa race.
C'est chier quoi.
Un gourou noir (parce qu'il n'est pas roux du tout) quand ça sévit, c'est pas pour rire !
Là , je suis largué mais je confirme: le résultat déchire sa race.
Clandestino
Pour pratiquer le code dans les templates au quotidien, je confirme que le truc est d'une redoutable efficacité. On a même parfois un peu dur à retourner à du "bête" HTML par après...
zion
Et la traduction en français, ça demande au moteur de prendre dans le module forum la classe qui implémente les messages, lui filer les quelques paramètres, et faire un rendu de chaque row qu'il va générer via un autre template. (qui lui aussi contient une série d'objets internes, etc).
zion
Allez, pour rire, je vous donne une ligne du code (un template XML) d'infos
- <forum:messages topic="%id%" limit="20" template="forum/browse/rows/rowmessage.xml" />
ovh
C'est clair que dès qu'il faut traiter des données volumineuses, PHP s'écroule, je le constate dans un projet client aussi.