Dur Comme Faire

Aller au contenu | Aller au menu | Aller à la recherche

ScriptServer

ScriptServer. Ce nom ne vous dit peut-être rien mais il se pourrait que cette technique révolutionne notre façon de créer des sites Internet.

Le principe est que vous écrivez des classes PHP qui seront exécutées sur le serveur. Jusque là il n'y a rien de révolutionnaire. Ce qui l'est en revanche c'est que sur vos pages vous pourrez utiliser ces classes avec JavaScript. Il n'est ainsi plus nécessaire de recharger complètement une page pour effectuer des traitements côté serveur et en récupérer les résultats. Le plus beau est que toute la partie communication entre le PHP et le JavaScript est transparente pour le développeur.

Cette technique en est à ses balbutiements mais elle très prometteuse. Regardez les exemples pour vous en convaincre.

jeudi 9 septembre 2004 à 18h22 - Développement Web

Rétroliens

Aucun rétrolien pour le moment.

Les rétroliens pour ce billet sont fermés.

Commentaires

En effet, tr?s int?ressant ! C'est l'utilisation de XMLHttpRequest qui d'ailleurs est de plus en plus r?pandue :
* blog.bitflux.ch/p1735.htm... livesearch (je l'ai mis chez moi, c'est simplissime)
* gmail.google.com/gmail en abuse
* creatimation.net/extra/li... pour un exemple
* il y a une doc chez apple...
* on doit bien trouver quelques applis XUL qui l'utilisent.

Questions : comment ?a se r?f?rence dans les moteurs de recherche ? Comment ?a fonctionne sur des navigateurs sans javascript (ou sans la fameuse fonction - j'ai test? un peu, evidement ?a ne fonctionne pas) ? L'avenir est prometteur en tous cas !

Talou le jeudi 9 septembre 2004 à 21h31

Je ne suis pas convaincu.
L'interet du javascript est de pouvoir executer des operations au niveau du client independament du serveur (typiquement verifier qu'un formulaire est correctement rempli), pour eviter une requete HTTP pour verifier les donn?es au niveau du serveur.
Or, le XMLHttpRequest genere une requete HTTP.
Donc l'interet du javascript se trouve tout d'un coup limit?.
ALe seul interet que je vois ? cette technique est que le developpeur n'a pas ? programmer deux fois les fonctions de controle, l'une au niveau serveur, l'autre au niveau client, le tout dans deux langages distincts.
Cette possibilit? est tr?s interessantr, car elle permet d'augmenter la productivit?, de limiter les possibilit?s d'erreur et facilite la maintenance.
Mais pour faire cela, la meilleure solution serait d'integrer PHP DANS le browser, pas celle consistant ? rendre un langage independant du serveur d?pendant du serveur.
Conclusion: concept interessant mal impl?ment? (je penses quand m?me que c'est la meilleure solution avec les outils disponibles actuellement, cependant, m?me si c'est digne de Mac Gyver).

A+ FCH

fch le vendredi 10 septembre 2004 à 09h31