Bonjour à tous,

j'aurais 2-3 questions à vous poser au sujet de la compatibilité de Mozilla Firefox avec JavaScript. Je voudrais que vous me confirmiez ou me corrigiez.

Je me suis un poil renseigné sur le sujet et il n'y aurait pas à parler de compatibilité mais plus de formailté. Si j'ai bien compris IE laisse passer des erreurs de développement tandis que Firefox ne laisse rien passer et est intransigeant sur le code. Il faut extremement bien construit dans les régles de l'art du JavaScript, du Php et du HTML !!

Voilà, je demande des confirmations et des explications sur le sujet.

Merci à tous et bonne journée !!

juste en passant comme ça... pour le php, il n'y a rien à voir avec le navigateur, pour le reste je peut rien dire sur le javascript (pas assez fortiche).
Maintenant pour ce qui est de l'html, sans vouloir écrire un énième troll, en gros IE ne respecte pas les standarts et on a donc beacoup de divergences entre ces deux navigateurs (ceci dit firefox ne les respectes pas tous non plus mais c'est déja mieux) enfin bref... voilivoilou avis à d'autres réponses

Bonjour à tous,

je voudrais me mettre à l'AJAX car je pense que c'est une technologie qui prende l'importance et qui mérite qu'on s'y interesse, bref ...

J'ai bien compris qu'AJAX etait une méthode de pour construire des pages Web.
Est-ce que cela agit sur les requêtes en elle même ?
Il y est question de DOM ! Malgré les infos sur Wikipedia ou autre, je n'ai pas tout compris, est-ce quelqu'un pourrait m'éclaircir ?


Merci !

IE n'est pas nécessairement moins intransigeant que Firefox concernant les erreurs de développement en javascript, mais il est effectivement beaucoup plus tolérant, et bien souvent comme le signal jojo, au détriment des normes...

Concernant "Ajax", ce n'est rien de plus qu'un joli nom donné à une utilisation particulière de javascript qui existe depuis des années, mais qui gagne a devenir célèbre depuis que la majorité des navigateurs y est devenu compatible

Tout l'intérêt réside en l'usage de l'objet HttpRequest et de 2 fonctions de bases (que tu peux trouver quasiment n'importe où) qui te permettent d'interroger un serveur et à en récupérer les réponses sans avoir à actualiser l'ensemble de la page. A partir de là et avec une bonne dose de javascript, tu disposes de beaucoup plus de possibilité (notamment avoir accès à des bases de données)

Je me suis poser la question.
Ne doit jamais faire confiance à l'utilisateur et par conséquent préféré coder en php autant que possible !!!
Au même titre qu'un application en c++ on n'y gagne en sécurité, fiabilité, contrôle de l'application... etc.
Mais d'un autre coté le temps est bien au xmlhttprequest, en doit t'on pas être dans l'air du temps au rique de s'isoler ?¿

Je me suis poser la question.
Ne doit jamais faire confiance à l'utilisateur et par conséquent préféré coder en php autant que possible !!!
Au même titre qu'un application en c++ on n'y gagne en sécurité, fiabilité, contrôle de l'application... etc.
Mais d'un autre coté le temps est bien au xmlhttprequest, en doit t'on pas être dans l'air du temps au rique de s'isoler ?¿

Entiérement raison sur ce coup !!

J'ai enore du mal à comprendre l'AJAX et c'est pourquoi je vais vous poser encore 2-3 petites questions !

L'AJAX qui est juste une méthode de développemnt d'application web ... et un méthode pour utiliser du JavaScript à outrance ???
Il reste quand même du PHP ??
Auriez-vous des différence de code à montrer entre un dév LAMP et un dév AJAX pour que je me fasse une idée !!

Merci

Il ne faut pas se faire une montagne avec AJAX : si on résume, c'est l'utilisation du JavaScript pour échanger entre le navigateur et le serveur dans le but de récupérer des informations, des données et les afficher dans la page en cours sans la recharger. Pour ça, on a besoin de JavaScript coté client pour créer un objet XHR et d'un langage serveur pour traiter les requêtes clients et retourner les données demandées. Donc comparer LAMP et AJAX n'est pas une question pertinente : AJAX est une méthode, LAMP est un environnement serveur.

La différence est à observer entre un développement avec ou sans AJAX :
- Sans Ajax, on envoie les requêtes au serveur via des liens HTTP et le serveur renvoie les données dans une nouvelle page (éventuellement la même qui se recharge complètement, mais virtuellement, c'est une page différente)
- Avec AJAX : on utilise coté client une programmation évènementielle avec JavaScript pour appeler des fonctions : ces fonctions vont créer un objet XHR et envoyer un serveur une requête. Le serveur va exécuter le code et retourner l'information selon la manière dont le script est conçu. Coté client, l'objet XHR récupère ces données et selon les instructions programmées dans le JavaScript, va afficher ces données en utilisant en général innerHTML. Le contenu de la page sera alors partiellement mis à jour, mais la page ne se recharge pas, et si par exemple on fait [F5], on retombera sur la page d'origine sans les modifications qui viennent d'être affichées. De même que cliquer sur le bouton [Précédent] ne va pas ramener à l'état initial de la page mais ramener à la page qui était affichée avant, entends par là la précédente url qu'il y avait dans la barre de navigation.

OK ok ... je commence à comprendre ..

Pour citer un exemple basic mais qui me parait bien illustrer cela, c'est les listes déroulantes liées ... il est préferable (si l'on veux gagner en temps et ne pas surcharger le serveur) de faire cela en JavaScript qu'en PHP (Arrête moi si je me trompe) ...??

Mais dans un site PHP, on ne peut paas tout mettre en JavaScript ??? Ils nous faut un minimum de PHP ?

Quand tu parles de language serveur, est-ce que tu pense à HttpRequest ?

Mais dans un site PHP, on ne peut paas tout mettre en JavaScript ??? Ils nous faut un minimum de PHP ?

Heu...tu n'as peut-être pas du tout besoin de PHP après tout

Pour répondre à ta question, voici une petite lecture (source)

Une bonne répartition des ressources doit solliciter plus les postes clients, plutôt que le serveur et le réseau.
Ajax permet d'effectuer des traitements sur le poste client (avec JavaScript) à partir d'informations prises sur le serveur.
La création de pages web dynamiques auparavant se faisait coté serveur. Les modifications ou interrogations faites par le lecteur de la page sont des requètes envoyées au serveur, faisant qu'il crée une nouvelle page et l'envoie au navigateur à travers le réseau Internet en utilisant des services web, ou un langage intégré dans la page comme PHP. Ce n'est plus nécessaire.
Ajax permet de modifier partiellement la page affichée par le navigateur pour la mettre à jour sans avoir à recharger la page entière.

Sympa merci pour ces conseil et ces liens explicatifs ...

Donc si je veux envoyer une grosse requête au serveur (vraiment baleze, sachant que je suis sous Oracle en entreprise (projet d'apprentissage)) ... et récupérer le résultat, il n'y aura pas une différence énorme puisque que l'AJAX va servir à envoyer une requête au serveur sans raffraichissement totale de la page.
Si j'envoie une requête banale pour récuperer des champs sur 2-3 tables, est-ce qu'il y aura un grand changement avec ou sans AJAX (JavaScript + XML + HttpRequest, bien évidemmment) !

Je pense que tu confonds requête serveur et requête SQL.
Quand tu demandes une page HTML simple au serveur, tu effectues une requête serveur sans qu'il n'y est aucun rapport avec une base de donnée par exemple.

Je pense que tu confonds requête serveur et requête SQL.
Quand tu demandes une page HTML simple au serveur, tu effectues une requête serveur sans qu'il n'y est aucun rapport avec une base de donnée par exemple.

Oui .. j'avais confondu ... donc l'utilisation de la méthode AJAX n'a rien à voir avec les requêtes SQL !!

Ca n'a pas rien à voir
Tu peux utiliser les requêtes SQL via Ajax dans tes pages.

Comme te l'a dit Cyrano :
"Il ne faut pas se faire une montagne avec AJAX : si on résume, c'est l'utilisation du JavaScript pour échanger entre le navigateur et le serveur dans le but de récupérer des informations, des données et les afficher dans la page en cours sans la recharger"

Donc tu peux passer par Ajax pour faire une requête SQL et recharger une partie d'une page (une liste déroulante par exemple) sans pour autant recharger toute la page.

Mais tu peux faire bien d'autres choses...

Tu comprends?

Yep ... je crois avoir compris ...

Donc si l'utilisation du JavaScript pour échanger entre le navigateur et le serveur des données, c'est encore plus dynamique que le PHP en lui même.
L'utilisation d'AJAX permet d'avoir une page encore plus dynamique. Car le PHP seul (sans AJAX) est dynamique que si l'on raffraichis la page (mais c'est parfois long !). Et l'utilisation d'AJAX permet d'avoir une dynamicité sur une seule partie de la page (comme par exemple un menu déroulant) !!

Dis moi si je me trompe ...