Version imprimable
Bonjour,
J'ai peut-être mal cherché mais j'aimerais savoir comment inclure du code PHP dans un fichier js!!
J'ai un fichier "defilement.js" qui servira a faire défiler des informations d'une base de donnée. J'aimerais savoir comment inclure mes informations de ma base de données dans mon fichier Js en PHP!
Merci
Bonjour,
Il faut que ton serveur web associe les fichiers .js comme des scripts PHP, pour cela il faut associer l'extension js au moteur PHP, tout dépend ensuite du serveur que tu utilises.
heu inclure du php dans du js ???
juste à retenir php est interprété coté serveur
js coté client ...
maintenant il y a peut être un paramètre qui m'echappe mais je ne vois pas l'utilité de coller du php dans du js ...
C'est à dire!!! J'aimerais un exemple de code, s'il te plait???
Merci
ça je savais..Citation:
Envoyé par SpaceFrog
Je t'explique, je fais un site pour une discothèque. Le but, faire défiler les 3 prochaines soirée grâce a un script js... mais dans mon fichier JS, j'ai créer un tableau pour les soirées qu'il doit écrire, sauf que dedans je dois allé chercher les soirées dans ma base MySQL
oki c'est plus clair comme ça ...
mouaip tant qu'a faire je serais resté en javascript avec un xmlhttprequest ...
tu n'as qu'à renommer ton fichier .js en .php, et tu construis ton tableau javascript dynamiquement à partir de ta bd (comme d'hab, sauf que tu renvoie du code js et pas du code html)
Conceptuellement, Spacefrog a raison : un fichier js devrait rester un fichier js ( ça favorise la mise en cache en plus ) et donc il est interessant pour toi d'envisager d'utiliser l'objet XmlHttpRequest, et pour cela tu as beaucoup d'exemples sur le net, notamment si tu cherches "Ajax" :wink: A+
j'avais d'ailleurs trouvé un très bon tuto de xmlhttprequest qui lançait une requet sql en pointant sur un fichier php ...
OK je vais regarder merci...
L'astuce pour bien utiliser le XmlHttpRequest est de passer par un fichier coté serveur que le js contacte systématiquement, et ce fichier coté serveur se charge de dispatcher les informations utiles.
Il est donc possible d'imaginer un fonctionnement "à la Struts" ( c'est vite dit, me prenez pas au mot ! ) en faisant quelque chose comme :
Et cette page ajax.php peut donc contacter d'autres pages, récupérer des xmls, ou mieux : parser une réponse distante ! :wink: ce que le XmlHttpRequest interdit de base..Code:xhr.open("GET","ajax.php?Action=" + uneAction,True);
Euh ben moi je suis pas d'accord :P
La mise en cache n'a rien à voir avec l'extension du fichier... Il suffit de renvoyer les bon headers qui vont bien et la page est cachée ;)
Pourquoi limiter le rendu de php à html ? on peut aussi fournir du plain text, du xml, et donc du javascript...
A priori je ne vois pas l'intérêt (mis à part pour l'exercice) d'utiliser XHR pour construire dynamiquement un bout de code js. Si ce code change en fonction de l'action utilisateur ou régulièrement (besoin d'un refresh) là je dis pas mais sinon c'est vraiment utiliser des ressources (réseau/temps dev) pour rien !
L'intêret d'avoir un .js "statique" est qu'il sera mis en cache une bonne fois pour toute, et donc à chaque changement de page l'utilisant, il sera réutilisé, pas besoin de recharger le .js à chaque fois, surtout si il est lourd.
Tu peux biensûr mettre une page quelconque en cache, mais l'interêt est minime si ce fichier contient du contenu dynamique; Par contre, plus tu as de fichiers "statiques", plus tu peux factoriser l'utilisation de la bande passante, pour ne pas transférer 5000 fois le même bout de code alors qu'une petite valeur dans un tableau a changée !
en effet... après tout est relatif et ca dépend du contexte. L'aspect dynamique peux s'étaler sur plusieurs jours ou semaines.
Avec ce que je propose, lors d'un refresh => le browser verifie la validité de son js caché, le code php retourne "not modified" ou un nouveau script (à chaque MAJ du tableau)
Avec XmlHttpRequest => le browser verifie la validité de son js caché, apache dit "not modified" ou retourne le nouveau script (ce qui n'arrivera presque jamais) + fais une requete XHR pour recupéré à chaque fois les données...
Donc là ça devient une histoire de volume...
L'avantage du XHR est justement d'amélioré la "responsivité" ( je ne connais pas le mot français, en anglais c'est "responsiveness" ) en ne chargeant QUE les données qui sont vouées à changer :D
J'aime beaucoup ce principe, je travaille dessus depuis quelques temps, et je dois avouer que c'est une nouvelle porte pour les applications webs, tout devient dynamique et rapide, la charge réseau est diminué, la machine client travaille un peu plus mais le gain est vraiment énorme !