Bonjour,

Dans quel cas, il est conseillé d'utiliser du code javascript avec du code PHP, sans trop en abusé, svp ?

Et AJAX ?


Merci par avance.

Le javascript étant un langage client (c'est à dire sur le poste de l'internaute), il ne devrait être présent que pour du confort, sans jamais être vital pour l'application.
J'entends par là que le JS doit permettre de changer de page facilement, de charger des bouts de page automatiquement et rapidement, pré-contrôler des données pour afficher les éventuelles erreurs rapidement.
Mais en aucun cas un fonctionnement JS ne doit être bloquant pour l'application (un changement de page) ou être un contrôle unique (un contrôle JS n'assure pas la validité des données saisies dans un formulaire)

Concernant l'AJAX, c'est juste le fait d'appeler une page sur un serveur via JS. La page situé sur le serveur pouvant être du PHP, l'AJAX n'est pas un langage à part entière, juste la collaboration entre JS et un langage serveur (PHP, ASP, Java, ...)

Javascript, c'est du confort utilisateur. Cela permet de faire plein de traitement directement dans la page pour éviter que l'utilisateur ne doive patienter le temps d'un rechargement. C'est de la capture d'événement, de la mise à jour de champs, du calcul, de la vérification de données, etc. Tout ça uniquement pour une utilisation plus sympa, plus jolie, plus agréable.

Ce n'est rien de plus. Il peut être contourné, désactivé, ou bricolé et ne doit donc servir à rien d'autre

PHP quant à lui, c'est du costaud. C'est un peu le videur à l'entrée de la boite de nuit qui va rejeter les données falsifiée qu'ont des basquette aux pieds, et renvoyer les éléments dynamique qu'on peut pas tout charger dans une page d'un coup d'un seul sans que le navigateur appel à l'aide
Et puis faut pas l'chercher, c'est lui qu'à les clés de la base de données

Ajax, c'est du javascript. L'intérêt, c'est qu'il est très pote avec le videur de l'entrée et qu'il peut aller lui demander des tuyaux, des verifs en base, des contrôles de carte d'identité, etc. et qu'il revient côté client avec la réponse de php : "si t'as pas de carte de membre, tu rentres pas"


Bref, tout ça pour dire qu'il n'y a absolument aucune règle en la matière, si ce n'est "ne jamais faire confiance aux données soumises par l'utilisateur, qu'elles soient contrôlées ou non au préalable par javascript, c'est le boulot de php. A partir de là, tu peux en mettre des tartines tout ce qui compte c'est le confort (enfin pas trop de tartines non plus parce que quand ça rame pour s'exécuter, c'est pas confortable )

AJAX peut egalement aller recuperer les donnees d'une feuille XML, sans passer par un script PHP, ou autre. Mais ca n'a pas grand interet, donc la plupart du temps la feuille en question est genere par un script cote serveur.

AJAX peut egalement aller recuperer les donnees d'une feuille XML, sans passer par un script PHP, ou autre. Mais ca n'a pas grand interet, donc la plupart du temps la feuille en question est genere par un script cote serveur.

C'est ce que j'entendais par "appeler une page sur un serveur"
Le principe même d'appeler une page statique n'est pas intéressant mais le principe globale et de charger une page sur le serveur, dynamique ou non