Discussion:Ajax (informatique)

message: Peut-être intéressant en soi cette alternative à AJAX. Seulement d'une part, cette page est consacrée à AJAX, d'autre part c'est en anglais.
Sauf avis contraire je propose de supprimer ce lien.
Descartes 5 mars 2006 à 09:30 (CET)
replies: text: D'autant plus d'accord que j'ai testé le script et qu'il ne fonctionne pas! Alcalazar 25 avril 2006 à 13:27 (CEST)
thread_title:  A propos du lien AHAH 

message: http://ajaxpatterns.org/
Je suis d'accord sur le fait d'avoir enlevé des liens d'exemples un peu trop nombreux je l'accord.
Ceci dit, vous avez aussi enlever ajaxpatterns qui est un wiki ( en anglais :/ ), mais très complet d'ajax. C'est d'ailleur la bas que j'ai trouver de très bonnes pages de serveurs, de clients, d'explications et d'exemples :p
Si il y a un lien à ne pas enlever, je crois que c'est celui la, malgré le fait qu'il soit en anglais.
Je rajoute aussi ceci, 
Pour les liens client et serveurs. Le probleme avec Ajax c'est qu'il ne se dégage pas vraiment deux ou trois frameworks meilleurs que d'autres. Il est donc très difficile de faire une selection parmis les multiples clients et les multiples serveurs qui ont en plus chaqu'un leur spécificité. Le seul site que j'ai trouvé qui recence la pluspart d'entre eux est ajaxpatterns. ( quand j'ai imprimé sur papier la page de server, je crois que ca a tenu sur 5 ou 6 pages .. )
Maintenant, à vous de voir si vous voulez montrer quelques exemples de clients et quelques exemples de serveur, parceque finalement c'est bien ca qui se passe, ou si vous voulez les recenser toutes, ou bien si vous voulez laisser le travail à un autre wiki spécialisé ...
( je ne connais pas la réponse à cette question ) 
Elendrim - 14 mars 2006
:Ajaxpatterns à la défaut de n'être pas sérieusement modéré: il y a des quantités de pages sur n'importe quel sujet et surtout un nombre invraissemblable de liens sur des sites commerciaux pour la plupart. Wikipédia se doit de donner au lecteur des références sérieuses. Descartes 17 avril 2006 à 07:51 (CEST)
thread_title:  AjaxPatterns 

message: Je pense que l'on peut mettre un lien sur les librairies JavaScript conçue pour créer des pages Ajax.
Tandis que les scripts qui "pourraient" faciliter la création de page Ajax, et qui ne sont pas conçues dans ce but, doivent être liées à la page JavaScript uniquement, si elles ont un intérêt général. Descartes 2 mai 2006 à 14:39 (CEST)
thread_title: Librairies JavaScript

message: Je ne voudrais pas critiquer mais http://www.potix.com/zkdemo/userguide/ utilise pas mal de javascript... donc la short description ne ma parait pas claire, à expliquer. Ripounet 30 mai 2006 à 13:03 (CEST)
thread_title: AJAX but no javascript

message: Bonjour,
Il est très regrettable que les actuels conflits d'édition et querelles de personnes autour de cet article fasse disparaître des liens externes pertinents et justifiés. Notamment la traduction française du document de travail W3C http://www.xul.fr/XMLHttpRequest.html . --Laurent Denis 12 août 2006 à 14:27 (CEST)
thread_title:  liens externes utiles 

message: Développeur web de profession, j'ai constaté une erreur dans l'article. Il y est dit "à l'instar de DHTML ou de LAMP, AJAX n'est pas une technologie".
Je tiens à souligner le fait que le DHTML (pour "Dynamic HTML") n'est pas une technologie non plus. Le DHTML n'est que l'utilisation de Javascript, CSS, et HTML (qui sont des technologies). Ce n'est donc pas une technologie mais juste un groupement de 3 technologies.
:C'est bien ce qui est dit dans l'article : "À l'image de DHTML ou de LAMP, AJAX n'est pas une technologie". Aucun de ces terme ne désigne une technologie. Peut etre que c'est mal dit et qu'on peut reformuler? Piglop 24 août 2006 à 11:55 (CEST)
replies: text: Hmmm ... Reformuler ? Pas forcément. Sauf si l'auteur de ce commentaire à mal compris le sens de "à l'instar de" ( = "comme"), ou n'a pas fait attention. Toutefois, étant donné que le sens de "à l'instar de" est souvent mal interprété, peut-être pourrait-on remplacer "à l'instar de" par "tout comme" ? Aeolian 24 août 2006 à 13:42 (CEST)
thread_title:  Erreur dans l'article ! 

message: Faut-il des tutos Ajax ou non? 
Je constate qu'il y a en dix sur la page JavaScript. J'aimerais avoir l'avis des contributeurs.
Lanatur 2 mars 2007 à 23:08 (CET)
replies: text: AMHA, la page JavaScript contient bien trop de liens externes, si bien que la section, surchargée, est devenue difficile à consulter et une vrai porte ouverte au spam. L'article AJAX est régulièrement sujet à ce genre d'ajouts publicitaires. Toujours AMHA, le but d'une encyclopédie est d'expliquer « ce que c'est » et pas « comment faire », ce qui exclue les tutoriels. Un bon lien externe est un lien vers un site de référence, un article publié par un spécialiste reconnu, etc. Par exemple, l'article allemand contient deux liens externes : une documentation issue de developer.mozilla.org et un portail sur Ajax + un livre sur le sujet (publié aux éditions O'Reilly) ; on peut difficilement faire mieux. Les tutoriels sont le plus souvent des documents de « seconde main », de qualité variable, et sont loin d'être indispensable pour compléter l'article → leur place est sur un annuaire Web (ce que n'est pas Wikipédia), le lien dmoz étant là pour aider les lecteurs égarés ainsi que ceux qui veulent aller au delà de la simple connaissance du sujet (à leurs risques et périls ). Jérémie • JB✉ 4 mars 2007 à 19:00 (CET)
thread_title: Tutos Ajax

message: Les applications AJAX peuvent être utilisées au sein des navigateurs Web qui supportent les technologies décrites précédemment. Parmi eux, on trouve Mozilla, Firefox, Internet Explorer, Konqueror, Safari ou encore Opera. 
Euh... "Bonjour" tout d'abord, et "En êtes vous sûr ?" ensuite .
Perso, la dernière fois que j'ai voulu charger une page pleine d'AJAX sur Konqueror, je me suis fait redirigé sur un clône HTML de ma page sous le motif que "il semble que votre navigateur ne supporte pas les formats dans lesquels nous avons réalisé notre page web..."
Après c'est peut être moi qui ne sait pas le configurer correctement, mais je me permet de poser la question tout de même.
Bonne journée à tous, et pour le reste, merci de cet article somme toute très informatif.
Loiseau2nuit aka 213.56.127.109 6 avril 2007 à 09:36 (CEST)
replies: text: Oui, il semblerait, les quelques démos de ce site fonctionnent avec konqueror(3.4.2) et même epiphany(1.8.0) sans configuration spéciale. --ς:-ζ)ξ--blabla-- 6 avril 2007 à 18:05 (CEST)
thread_title:  Konqueror ???? 

message: J'ai ajouté un lien vers l'article Design pattern, notion non évidente pour le néophyte.
Chloé Desoutter 30 avril 2007 à 17:06 (CEST)
thread_title:  Lien design pattern 

message: Rappellons que Dmoz est un répertoire de sites tandis que les liens internes et externes de Wikipedia se font plutôt sur des pages. Décider d'utiliser Dmoz comme seule référence à ces inconvénients: 
1) Il faut aller sur Dmoz.
2) Il faut choisir les bons sites
3) Sur les sites il faut trouver les bonnes pages
C'est pour éviter ce travail que l'on met des liens externes sur des pages dans Wikipedia. 
Cela a déjà été débattu et intégré dans les règles de WP, un seul contributeur ne peut pas décider de les changer à son idée. 
Sur le plan encyclopédique, Dmoz est aussi quelques tons en dessous et liste en majorité des sites commerciaux... Lanatur 28 septembre 2007 à 10:34 (CEST)
replies: text: Puis-je vous inviter à lancer un sondage circonstancié sur la question ? cela me semble intéressant. Pour le moins risqué, mais intéressant. --Lgd 28 septembre 2007 à 12:44 (CEST)
thread_title: A propos de Dmoz

message: Je dois rappeller que si l'on veut modifier les règles de WP, c'est possible... en passant par cette page: Wikip%C3%A9dia:Prise_de_d%C3%A9cision. Lanatur 28 septembre 2007 à 11:06 (CEST)
replies: text: Hum... Une prise de décision nécessite d'abord un minimum de concertation. Je vous encourage à commencer par aborder la question par exemple sur le Bistro, ou de voir quel projet serait approprié pour poser vos questions sur le sujet et tâter le terrain. --Lgd 28 septembre 2007 à 12:48 (CEST)
replies: text: Je fais allusion à tes réflexions personnelles sur la politique de liens. Moi je ne veux rien changer. Lanatur 28 septembre 2007 à 14:38 (CEST)
replies: text: Bah si, manifestement: ce dont vous dites ci-dessus « C'est pour éviter ce travail que l'on met des liens externes sur des pages dans Wikipedia. Cela a déjà été débattu et intégré dans les règles de WP, un seul contributeur ne peut pas décider de les changer à son idée. » ... N'a jamais été intégré nulle part dans aucune règle de Wikipédia. C'est pourquoi je vous renseigne sur la manière de procéder si vous souhaitez tenter de changer les règles en ce sens. Les avez-vous lu, au fait ? --Lgd 28 septembre 2007 à 15:02 (CEST)
thread_title: Changer les règles

message: Bonjour,
----
"AJAX n'est pas une technologie en elle-même, mais un terme qui évoque l'utilisation conjointe d'un ensemble de technologies libres couramment utilisées sur le Web :
(...)
CSS pour la présentation des informations ;"
----
AJAX n'implique pas l'utilisation de CSS. 
Le développement web implique souvent l'utilisation de CSS, ce qui a pour conséquence que le développement AJAX utilise souvent des CSS, mais il n'y a pas de lien direct entre les deux.
(étant donné que je suis nouveau ici et que l'ambiance est un peu tendue autour de cette page, je préfère éviter de modifier sans en avoir discuté :))
Cordialement,
--Fredb24 4 octobre 2007 à 17:38 (CEST)
thread_title:  AJAX sans CSS 

message: Je ne comprend pas à quoi se réfère le "les" dans la phrase:
Un autre inconvénient est la question du référencement puisque les robots d'indexation ne sont pas en mesure d'indexer les contenus engendrés dynamiquement. La solution, comme pour toute page Web, est alors de les inclure dans la page principale.
Etant donné que personne ne semble pouvoir répondre. Je supprime la phrase concernant cette solution puisque comme je la comprend ce n'en est pas une (Je la comprend comme "l'ajax pose des problèmes de réferencement, la solution est de ne pas utiliser cette technologie.").
::"pas en mesure d'indexer les contenus engendrés dynamiquement. La solution, comme pour toute page Web, est alors de les inclure"
: => les = les contenus dynamiques :) --Fredb24 (d) 26 février 2008 à 10:40 (CET)
thread_title:  Avantages et inconvénients: référencement et robots d'indexation 

message: Bonjour,
La première phrase me gêne un poil :
« AJAX, ou Asynchronous JavaScript And XML (« XML et Javascript asynchrones »), est un acronyme désignant une solution informatique libre pour le développement d'applications Web. »
AJAX est un acronyme, d'accord, mais Asynchronous JavaScript And XML n'en est pas un (évidemment). Seulement c'est ce que laisse penser cette phrase, à mon avis : « AJAX, ou Asynchronous JavaScript And XML, est un acronyme [...] ». Non ? — Delhovlyn — (CinéNiavlys) « ... » contribs?, le 5 mai 2008 à 15:18 (CEST)
thread_title:  Première phrase 

message: Je pense qu'il serait utile de préciser quelque part dans l'article que les requêtes HTTP entre les scripts Javascript (qui s'exécutent dans le navigateur) et le serveur ne sont pas asynchrones (comme le nom « Asynchronous JavaScript And XML » pourrait le laisser croire). En effet, dans le protocole HTTP, toutes les requêtes sont synchrones. C'est-à-dire qu'une requête du client vers le serveur est toujours suivie d'une réponse du serveur vers le client.
AJAX n'utilise donc pas de communications asynchrones. Le fait qu'une requête XmlHttpRequest ne soit pas bloquante relève du parallélisme : chaque requête lance un processus léger qui attend la réponse du serveur. Voici un exemple de communication asynchrone : le demandeur fait une requête et n'attend pas de réponse, et le serveur fait ensuite après un certain temps une autre requête en retour et en guise de réponse (dans l'autre sens). Voir l'article Asynchronisme.
« Asynchrone » serait donc un abus de langage, à moins que ce ne soit les interactions-utilisateur qui soit qualifiées d'asynchones. Et encore, même dans ce cas ça se discute...
Êtes-vous d'accord avec ceci ? Si oui, pensez-vous qu'il serait bon de préciser dans l'article que les requêtes ne sont pas asynchrones ?
–– Martin Bouladour –– 9/12/2008 ––
: Sauf erreur, c'est le javascript qui est asynchrone dans AJAX ([Asynchronous javascript] and xml), il n'attend pas la réponse du serveur pour continuer, et quand le serveur a fini son travail et envoie une réponse, le gestionnaire d'événements déclenche l'appel à une fonction pour traiter la réponse. --Fredb24 (d) 13 décembre 2008 à 03:16 (CET)
replies: text:  Oui, je crois que ça fonctionne plus ou moins comme ça, en effet. Ça n'empêche que je ne comprend pas vraiment comment un script Javascript (ou autre) peut s'exécuter de manière « asynchrone ». De manière séquentielle ou parallèle, okay, mais asynchrone, j'ai du mal. En somme, ce sont juste les appels aux fonctions qui lancent des requêtes HTTP qui ne sont pas bloquants, et j'ai l'impression que ça relève plus du parallélisme que d'un éventuelle asynchronisme. Peut-être que c'est juste une différence de point de vue et que je n'arrive pas à voir ça du point de vue de Jesse James Garrett. -- Mboulado (d) 15 décembre 2008 à 01:21 (CET)
replies: text:   La réponse n'est pas attendue. La fonction javascript qui a déclenché l'appel se poursuit, jusqu'à son terme, indépendament de la réponse. Et quand la réponse arrive, de façon asynchrone, l'appel à la fonction de traitement, différente de celle qui a lancé l'appel, est déclenché.Pour reprendre l'exemple de la page Asynchronisme: quand vous envoyez un email, vous n'attendez pas la réponse pour continuer à vivre, mais quand cette réponse arrive, vous réagissez.AJAX est donc, me semble-t-il, bel et bien asynchrone, sans abus de langage  Fredb24 (d) 4 juillet 2009 à 12:18 (CEST)
thread_title:  "Asynchrone" contre "Requêtes asynchrones" 

message: Cela obscurcit le discours. AJAX est indépendant de jquery et de tout framework. Hors, l'exemple semble le rendre nécessaire.
On voir ici un tutorial sans aucun framework : http://www.w3schools.com/ajax/default.asp
Pcouderc (d) 12 juillet 2013 à 10:56 (CEST)
thread_title:  Pourquoi un exemple avec jquery ?