Reprise du message précédent :
Ouais mais ça, j'y comprend rien

En t'expliquant rapidos: en Ajax le serveur ne peut envoyer des données à ton browser qu'après un appel Ajax. Là le but c'est de faire comme si le serveur pouvait envoyer des données à ton browser à tout moment
 
Exemple simple: messagerie instantannée:
1ere méthode) Demander toutes les 2secondes au serveur si on n'a pas reçu de nouveau message ( méthode classique Ajax )
2e méthode utilisant COMET) Le serveur t'envoie tes nouveaux messages uniquement quand quelqu'un t'en envoie.

En "COMET", le client ouvre une connexion avec le serveur et le serveur ne renvoie rien et ne ferme pas la connexion. Donc le client attends, jusqu'à ce que le serveur ait un truc à lui filer et à ce moment là le client reçoit l'info instantanément, il n'y a pas de délai (alors qu'en pull -- du ajax classique -- il y a un délai moyen correspondant à la moitié du temps entre 2 requêtes ajax)

OK  

Mais c'est quoi la différence avec :
- une requête AJAX normale
- + un serveur qui poireaute un peu plus que d'habitude avant de renvoyer la réponse,
- + un callback qui relance une nouvelle requête AJAX ?

Y a pas de différence et c'est comme ça qu'on fait, c'est ça ?

c'est ça Enfin c'est ce que j'ai compris !  Après apparement ça pose pas mal de problème coté Apache ... Du coup je met cette solution de coté pour mon problème perso
 
Je colle cette page qui explique bien le problème http://www.clochix.net/post/2009/0 [...] -de-Bayeux comme ça je saurais où la retrouver plus tard

http://alex.dojotoolkit.org/2006/0 [...] e-browser/ pour l'intro de l'idée, kikipédia a également un article.

Bah ouais apache est pas prévu pour ce genre d'interactions.

Marrant, intuitivement j'aurais plus tenté ça comme ça qu'avec une requête moisie toutes les 8 sec

Mais ouais, ça fait des process apache longs, du coup. Et faut pouvoir faire des boucles hyper longues sans pomper de ressources. J'imagine

Donc ça marche pas. Donc à la place les gens utilisent des frameworks/serveurs basés sur des évènements (genre Twisted ou POE)

<?php echo dirname(__FILE__); ?>/styles/style_brown.css
C:\wamp\www\cms\system\application\views\admin/styles/style_brown.css
 
Ma css charge pas, c'est normal ?
 
Oui, j'utilise wamp

tu appelles ta css avec le chemin côté système de fichier ?

Clairement ya du fail à ce niveau-là

Sinon je dois mettre l'url absolue de tout le bouzin :  
http://localhost/cms/system/applic [...] _brown.css
 
Un poil chiant

C'est pourtant bien des URLs que tu dois mettre dans une page web...
 
Sinon tu as file:///C:\...

 
Vu que ça marchait pour les includes j'ai voulu tenter

les includes c'est du php, côté serveur, l'inclusion d'une css, c'est du html, côté client

 
C'est bien ce que je me suis dis après le multi fail

 
 
ou tu peux faire ca en websocket http://www.kaazing.org/

Ha oui ça m'interesse bien plus ça

 
mais bon ca marche pas sur les vieux browser... HTML5 inside    
 
Ca serait trop facile sinon.

on peut parcourir $_SESSION avec un foreach ?

Pourquoi tu pourrais pas

Etant donné que que $_SESSION est un tableau, je dirai oui.
 
Sinon, petite question :
 
j'ai une classe de login, une classe news, une classe de gestion des membres, etc (tout ça pour le pannel admin).
Pour la vérification de session, vous le fait une fois par classe ou il y a un autre moyen ?

ouaip mais tant pis ! Faut lacher les vieux browsers un jour ou l'autre !

Sinon, étant donné que je n'ai qu'une seule vu "globale" pour l'admin, je fais la verif dans la vue.

 
Tu veux un ban ?

souhait exaucé

La vérif de la session dans la view ?  

 
Ouais, c'est crade, mais ça me permet de le faire qu'une seule fois.
Sinon je ne vois pas comment faire d'autre pour faire la verif une seule fois pour toute.

Tu utilises un framework je suppose, lequel ?

Ya forcément des mécanismes pour faire des choses en amont de tes Action Controllers, si non change de framework.

T'as pas un Front Controller ou une connerie comme ça ?

 
Code Igniter.
 

 
Front Controller

C'est le point unique d'entrée de ton application, c'est lui va gérer 20000 trucs (URL, requete, réponse, sécurité etc) et qui va lancer le bon "Action Controller" (apparemment appelé simplement "Controller" dans CI)

En fonction de ce que tu veux faire, CI a pas déjà des fonctionalités pour le gérer?

@kozkoz

http://codeigniter.com/user_guide/ [...] pflow.html

Apparemment ça ça devait t'aider :
http://codeigniter.com/user_guide/general/hooks.html (notament "pre-controller" )

 
Merci pour l'explication
 

 
Justement, je sais pas.
 

 
Ok, donc par exemple, ma verif de session je le met dans un "hook" ?

D'après ce que j'ai compris, c'est très bas niveau, tu restes jamais très loin du PHP brut (mais pas mal de gens aiment bien parce que ça vavavooom vite)
 
Dans django, ça se fait via middlewares, indépendamment des views
(ou alors avec des décorateurs sur les views)