Google veut rendre le web "plus rapide"

Pas de Flash, pas de video, pas de Javascript, des layouts qui ne soient pas des usines à gaz, et le web va vraiment très très vite. Ma patience pour voir une page s'afficher ne dépasse pas 5 secondes. Les autres, ouste. Si on me propose 1/2s je dis banco, mais faudrait que les DNS ne trainent pas pour cracher l'ip.

C'est louable de vouloir optimiser le front-end, mais la plupart du tps les bottlenecks viennent de la couche metier et de la couche DB.

Quant a l'ajax, personnellement, devoir reloader une page entiere pcq j'ai cliquer sur un lien de pagination, ou encore reloader un article pcq on veut afficher les commentaires, est-ce que ca n'aurait pas ete plus rapide avec de l'ajax ?

Faudrait surtout que les sites cache le plus d'elements possible et arretent de faire des SELECT * pour recuperer un ID

>>>Ainsi, un div ouvert et non fermé serait tout de suite vu, et cela forcerait les pseudo webmasters à pondre du code correct et au normes

Ce qui a fait la force du HTML et qui a fortement participé au succès d'Internet, c'est justement cette permissivité du langage aux erreurs de syntaxe. C'est justement grâce à ces "pseudo webmasters" (comme tu les appelles si dédaigneusement) que le web est ce qu'il est aujourd'hui : pas besoin d'avoir un bac+5 en informatique pour pouvoir monter un site Web et dire ce que l'on a envie de dire, montrer ce que l'on a envie de montrer. C'est grâce à ces millions d'internautes amateurs que le web est un succès.

Donc, pourvu que cela reste comme ça. Quand je vois la complexité de XHTML ou de HTML 5, je me dis que c'est une mauvaise voie car cela va couper Internet de la base de tous ces amateurs enthousiastes. Rien n'empêche les développeurs de faire du code propre, mais laissons aux amateurs la possibilité de se préoccuper davantage du contenu que de la syntaxe.

C'est comme tous ces débats et ces reproches sur le fait que certains sites amateurs sont lisibles sous certains browsers et pas sous d'autres. ET ALORS ?
On ne reproche pas à Mme Michu de traduire son site sur l'art d'épiler les poules en anglais, en chinois ou en espagnol et donc qu'il est inaccessible à 99% de la population mondiale ? Alors pourquoi on lui reproche que son site n'est pas lisible par tel ou tel navigateur ? Quelle importance cela a t'il ?

Bref, tout ça pour dire. Soyons exigeant envers les développeurs professionnels afin qu'il fasse des sites qui répondent aux standards en vigueur. Mais par pitié, laissons cette possibilité aux amateurs de ne pas se préoccuper des problèmes informatiques. Et si un div n'est pas fermé sur le site de Mme Michu, eh bien, tant pis ! Cela n'aura aucune incidence sur le réchauffement de la planète.

>>>Quant a l'ajax, personnellement, devoir reloader une page entiere pcq j'ai cliquer sur un lien de pagination

Le principal problème d'Ajax, c'est celui du référencement.

C'est bien joli d'avoir des centaines de milliards de page sur le web, mais il faut absolument avoir des systèmes pour retrouver l'information intéressante. Or, le problème des pages en Ajax, c'est que le contenu n'est pas dans la page, donc ne peut pas être référencé par les moteurs de recherche.

C'est pas completement vrai.

http://googlewebmast...-of-web-20.html

Alors là, tu te goure d'une façon monumentale.
Le HTML n'a jamais été permissif aux erreurs, ce sont les navigateurs qui l'interprètent qui le sont.

Ensuite, le HTML tout comme le XHTML n'a rien de compliqué. Inutile de dire que même un enfant de 12 ans pourrait se mettre à faire du HTML ou du XHTML...
Si tu pars sur l'ajax php et compagnie, là nous sommes d'accord, il faut de plus amples connaissances.

Ensuite, ce n'est pas le boulot des dev de fournir des gestionnaires de contenu à ceux qui "ont fait la force du web" ? hmmm ? dis moi ?

Quand on fait quelque chose, autant le faire bien...Cela n'a RIEN de complexe pour qui sait lire.

C'est bien avec une vision du web telle que la tienne qu'on a eu internet explorer avec sont incapacité à afficher correctement un code qui est pourtant valide...

A quoi servent les normes ? Tout simplement à faire que Mme Michu puisse éviter de se casser la tête pour que sa page s'affiche bien.
Et dire que ce sont les navigateurs qui doivent corriger les erreurs, c'est tout de même un peu fort, essaye de réfléchir un petit peu aux diverses conséquences...
Et pour t'y aider : d'après toi, pourquoi tous les navigateurs tendent maintenant à respecter les normes ? hmm ? Aller, un petit effort de réflexion...

Enfin bref tout cela pour dire qu'il ne sert à rien de vulgariser un langage qui est très simple et à la portée de tous, même des enfants, surtout si c'est pour corriger leurs erreurs qui n'ont rien de difficile à corriger.

D'autant plus que cela à des conséquences de plus en plus marquées à mesure que les greffons du genre java et compagnie se démocratisent.

Maintenant, si tu n'a toujours rien compris à tout cela, eh bien tant pis, tu fais peut être parti des "pseudo webmasters" c'est à dire, ceux qui se prétendent professionnel dans leur travail et qui ne sont pas fichu de le faire proprement (Et oui, tu vois, je ne parlais pas de tout le monde comme tu te plaisais à le penser), et du coup, reste dans ton optique, et rassure toi, l'avenir te mettra au même rang que les dinosaures : voué à disparaître car inadapté

Cordialement

>>>Le HTML n'a jamais été permissif aux erreurs, ce sont les navigateurs qui l'interprètent qui le sont.

Pas complètement d'accord. C'est vrai que les browsers sont plus ou moins sensibles aux erreurs. Mais le HTML comporte lui-même un bon nombre de permissivités dans sa structure syntaxique (les tags non fermés par exemple).

>>>Ensuite, ce n'est pas le boulot des dev de fournir des gestionnaires de contenu à ceux qui "ont fait la force du web" ? hmmm ? dis moi ?

Ce que tu sous-entend, c'est que pour faire du HTML "propre", les gens sont obligés de passer par un tiers, un gestionnaire de contenu. Or, ce que je dis, c'est que justement, la force du HTML c'est qu'il n'y a pas besoin d'avoir ni un diplôme en informatique, ni d'être obligé de passer par un logiciel spécialisé.
Surtout que la plupart sont quand même de grosses merdes. je ne t'expliquerais pas le nombre de fois où je vois de ou des sans rien entre les deux tags.

>>>Quand on fait quelque chose, autant le faire bien...Cela n'a RIEN de complexe pour qui sait lire.
Non. C'est une vision purement technique. Tu es en train de nous dire qu'on n'a pas le droit d'écrire un livre si on ne connaît pas les techniques de reliures. Moi, je te dis que même si tu maitrises à peine une photocopieuse, tu as le droit d'écrire ce que tu veux et de le publier.

Pourquoi cette vision purement techno-centrée ? Pourquoi cette obsession pour le respect des règles du HTML ? Alors que la plupart des règles de mises en page sont bafouées (mais çà tout le monde s'en fout), que la plupart des règles d'expression écrite sont bafouées (mais ça tout le monde s'en fout).

Dans chaque site amateur, il y a des centaines de règles qui sont bafouées ? Mais pourquoi uniquement se préoccuper de la syntaxe HTML ? Arrêtons avec cette vision technocratique du monde.

>>>A quoi servent les normes ? Tout simplement à faire que Mme Michu puisse éviter de se casser la tête pour que sa page s'affiche bien.
Non, Mme Michu, elle n'en a rien à foutre des normes. Elle veut publier sa recette de poisson-chat à l'étouffée. Je vais même te dire mieux : elle se fout que sa page soit lue, elle veut qu'elle soit publiée et qu'ELLE, elle puisse la voir.

>>>Enfin bref tout cela pour dire qu'il ne sert à rien de vulgariser un langage qui est très simple et à la portée de tous, même des enfants, surtout si c'est pour corriger leurs erreurs qui n'ont rien de difficile à corriger.
Tu ne serais pas prof, toi ?
Avant de se préoccuper de ces problèmes techniques, est-ce qu'il ne vaudrait pas mieux se demander : est-ce que votre page est intéressante ? est-ce que votre page est bien mise en page ? est-ce que votre page est lisible par des chinois ?

Maintenant, tu m'expliqueras comment tu expliqueras simplement à un amateur comment faire une page avec 3 colonnes avec des div + 1 bandeau avec une largeur auto ? Alors que c'est 1000 fois plus simple avec un table, des tr et des td (mon dieu quelle horreur)

>>>c'est à dire, ceux qui se prétendent professionnel dans leur travail et qui ne sont pas fichu de le faire proprement

Encore une fois, faisons la différence entre pros et amateurs. Et je répète : j'en ai rien à foutre que le HTML ne soit pas respecté par les amateurs, du moment qu'ils peuvent dire ce qu'ils veulent dire sans avoir à s'emm... avec des règles, même si toi tu trouves qu'elles sont simples.

Quant à moi, ça va bien merci. Les sites que je monte sont testés sous IE6, IE7, IE8, Firefox 3, Safari 4 et Opera 9. Puis passés au validateur w3c (XHTML 1.0 Transitional parce que le strict me fait chier avec ses limitations absurdes).

Encore une fois, vous parlez sans savoir, je me tairais donc puisque vous ne voulez rien entendre des autres.

Bonne chance à vous

Personnellement ca m'interresse que tu developpes pcq pour le coup, bien que travaillant dans l'IT, selon moi Enter a, pour une fois, quelques points valide ...

Pour alleger le Web, il y a une solution fort simple :
bloquer *.doubleclick.net, *.google-analytics.com ....

arff deux produit qui font le business de google ...

+1
Les standards de langages de programmtion sont fait pour être respectés... Du compilé à l'interprété, si c'est pas le cas, c'est le début de la merde... (mais tiens, pourquoi ça compile plus quand j'utilise gcc???...)
Quand on veut de la liberté, faut utiliser des langages qui ont une philosophie qui le permet; quand on veut de la structure, on prend un langage qui l'oblige. Ex: perl vs. python.
mais faut pas mélanger liberté de syntaxe/grammaire du langage et non respect des normes: parce qu'après, c'est à la discrétion du compilo ou de l'interpréteur...

ça marche pas votre truc impossible de se connecter

Euh... juste comme ça, l'Ajax en soit ce n'est pas une technologie. C'est juste comme ça qu'on appel l'utilisation d'une fonction javascript pour faire des traitements synchrone en PHP par exemple.

On ne peux pas dire que l'Ajax est "lent"
ou "rapide", cela dépend de la quantité de données qu'on réinjecte dans la page, du temps de traitement nécessaire pour obtenir ces données et de la fréquence à laquelle on les ré-injecte.

De toute façon l'Ajax ne peut pas remplacer Flash et Flash ne peut pas remplacer l'Ajax. Les buts et les moyens ne sont pas les même.

Et perso, je suis super content que le swf existe car sinon les upload multiples seraient toujours aussi moyenageux. (c.f. l'upload multiple de gMail qui fonctionne grâce à un swf...)

+1

y'a pas de JS dans AJAX?

asynchrone plutot ...

Certes!