Poster une réponse à un sujet: Please wait...
Attention, ce sujet est un sujet ancien (6554 jours sans réponse)
etik
Cool, un chapitre AJAX beginner sympa "III-B. Attendre c'est bien, le savoir c'est mieux !"
J'casse essaye tout ca...
J'casse essaye tout ca...
etik
J'adore l'idee du "TU RELOAD PAS OU JE MORDS" en lieu et place du "PLEASE WAIT"
je "google" des demain sur Mochikit, Dojo et AJAX.
J'entends bcp parler d'AJAX mais je n'ai jamais rien lu dessus. Un site de reference ?
Merci pour vos conseils !!
je "google" des demain sur Mochikit, Dojo et AJAX.
J'entends bcp parler d'AJAX mais je n'ai jamais rien lu dessus. Un site de reference ?
Merci pour vos conseils !!
gizmo
AJAX
La page s'affiche, elle lance automatiquement la requete en background, avec un message d'attente. Quand la requete est finie, le resultat est reçu et remplace le message. Avec un toolkit comme Mochikit ou Dojo, c'est l'histoire d'une trentaine de lignes de code.
La page s'affiche, elle lance automatiquement la requete en background, avec un message d'attente. Quand la requete est finie, le resultat est reçu et remplace le message. Avec un toolkit comme Mochikit ou Dojo, c'est l'histoire d'une trentaine de lignes de code.
zion
Ok
Benh alors pourquoi ne pas utiliser une page avec une iframe dans laquelle tu bosses, cachée en dehors de ton écran à la limite et qui se remet dans ton div à partir du moment ou elle a terminé? Au moins cela évitera que le mec recharge la page 50 fois vu que ta première page sera bien terminée et affichée et en gros en rouge "TU RELOADES PAS "
My 2 cents
Benh alors pourquoi ne pas utiliser une page avec une iframe dans laquelle tu bosses, cachée en dehors de ton écran à la limite et qui se remet dans ton div à partir du moment ou elle a terminé? Au moins cela évitera que le mec recharge la page 50 fois vu que ta première page sera bien terminée et affichée et en gros en rouge "TU RELOADES PAS "
My 2 cents
etik
Malheureusement c'est pas mon trip la programmation, suis dba pas programmeur et surtout pas en php
Donc au niveau des requetes sql, elles sont nikel
Le code php par contre... euh... mais bon le truc est quand meme enorme, donc ca me parait pas mal 10 a 15sec pour avoir la page. J'ai pas ecris ce truc, mais je reprend la main. restriction de personnel toussa...
Au gros, c'est du monitoring et ca verifie des infos db par db... plus de 200 a travers l'europe. 15sec moi je trouve ca top.
Donc au niveau des requetes sql, elles sont nikel
Le code php par contre... euh... mais bon le truc est quand meme enorme, donc ca me parait pas mal 10 a 15sec pour avoir la page. J'ai pas ecris ce truc, mais je reprend la main. restriction de personnel toussa...
Au gros, c'est du monitoring et ca verifie des infos db par db... plus de 200 a travers l'europe. 15sec moi je trouve ca top.
zion
J'ai un doute ici
Altar
En même temps si le code doit parser une bdd de 160go, tu peux essayer d'optimiser comme tu veux mais ça ne résoudera jamais ton problème
zion
pourquoi tu règles pas le problème de page longue à charger plutôt que de vouloir afficher un truc à l'utilisateur? Cela me paraît de loin plus logique
etik
recherche keylogger.
Si + de 3fois refresh en moins de 5sec -> install une batterie sony
Si + de 3fois refresh en moins de 5sec -> install une batterie sony