Validation W3C.. 2-3 petites questions aux gourous

Version imprimable

12/12/2017, 17h54
souviron34

Validation W3C.. 2-3 petites questions aux gourous
Bonjour à tous... :D

Quelques petites questions concernant la validation w3c...
- Dans ma page, j'ai des "alt" dans des images ou bien des boutons dans lesquels j'ai mis un "& # 1 3 ;" pour forcer un retour à la ligne... Ce qui est un caractère HTML valide (ce qui d'ailleurs me force à mettre des espaces entre les lettres ci-dessus pour pas que ce soit interprété dans ce message :P) ... Or les validateurs me mettent : "A numeric character reference expanded to carriage return." en me le signalant comme erreur !!! :calim2: Quelqu'un peut-il me dire qu'est-ce qui cloche ??
  
  Par exemple :
  Code:
  
  1 2 title="International Association"
  PS: si je mets un <br> ça ne marche pas au runtime sur le site...
- D'autre part, j'ai des images incluses en URI (base 64). Les validateurs me mettent soit directement : Fatal Error "Sorry, I am unable to validate this document because on line 2 it contained one or more bytes that I cannot interpret as utf-8 (in other words, the bytes found are not valid values in the specified Character Encoding). Please check both the content of the file and the character encoding indication. The error was: utf8 "\xE9" does not map to Unicode", soit "Error: Malformed byte sequence: e9". Les images sous cette forme ne font pas partie du HTML5 ?? Sinon comment les déclarer pour que ça passe ?? C'est poussé par la plupart des SEO....
- Enfin, les validateurs rejettent mes directives http-equiv : <meta http-equiv=Pragma content="no-cache must-revalidate"> <meta http-equiv=Expires content="Sat, 26 Jul 1997 05:00:00 GMT"> <meta http-equiv="window-target" content="_top"> en me mettant : "Error: Bad value xxxx for attribute http-equiv on element meta" (le xxxx étant Expires, Pragma, ou window-target). Pourquoi ? C'est pas (plus) reconnu ??
Merci...
13/12/2017, 16h20
NoSmoking

Bonjour,
pour le retour chariot il te faut mettre &#10 ; (sans espace avant le point virgule).

Pour les autres ce serait mieux avec une page en ligne pour aller y regarder.

Citation:

Envoyé par NoSmoking

pour le retour chariot il te faut mettre &#10 ; (sans espace avant le point virgule).

Super merci pour le retour charriot !!!

Ca marche !!! :ccool: et le validateur valide....

(mais je ne comprends pas pourquoi il ne valide pas 13... qui est correct me semble-t-il)

Pour le reste, l'adresse du site est : mon site
Si je fais valider par https://html5.validator.nu/ il ne reste plus que ces 2 choses, principalement les URI qu'il semble ne pas interpréter correctement...
J'ai par exemple :
Code:

1 2 3 4 5 <a class=imgfr onclick='toggle("fr")' title=Français> <img class=imfr src="data:image/png base64,iVBORw0KGgoAAAANSUhEUgAAAB4AAAAUCAIAAAAVyRqTAAAAjklEQVQ4jWM4cupJy7Qz2NGsM0+evfny6QsIfcMgHz15MqnnTV8LdnTqCEPLrCMsRnNwoSv33vz59wc7unbljpIIGPFgkkDTGYCuo8xoLOYCSaCHRl09VFytNurqUVcPpKuxG00VV2MPkGHpah4zylwNqsBmHQFXV5gkuAL79gU7glVgQPIJuNJCZgArMAD4cQgh3IjAhAAAAABJRU5ErkJggg==" title=Francais alt=Français> </a>
Quant au validateur le plus récent (https://validator.w3.org/) il n'analyse rien car il s'arrête tout de suite à cause des URI images avec le diagnostic cité "sorry..Unable to analyze because some characters were not utf8"

Il faut dire que dans le head j'ai aussi :

Code:

<meta content="text/html; charset=utf-8" http-equiv=Content-Type>

Peut-être faut-il que je le supprime ???
https://html5.validator.nu/ me dit aussi les erreurs sur les http-equiv, qui sont les suivants :
Code:

1 2 3 4 5 <head>..... <meta http-equiv="window-target" content="_top"> <meta http-equiv=Expires content="Sat, 26 Jul 1997 05:00:00 GMT"> <meta http-equiv=Pragma content="no-cache must-revalidate"> ....
Il signale aussi un "stray tag </head>", mais c'est parce que je voudrais détecter automatiquement si quelqu'un n'a pas Javascript activé. Mais comme avec Javascript j'ai un "onload" et un "onunload", plus un curseur d'attente, ce que je n'ai pas sans js... Je fais comme ceci :
Code:

1 2 3 4 5 6 <script type=text/javascript> document.write('</head><body id="mybod" class="bod1" onload="StartInit();" onunload="CloseSess();">') </script> <noscript> </head><body class=bod2 id=mybod> </noscript>
Si je mets le </head> avant, ce même validateur me dit que j'ai un script entre le head et le body.... Donc c'est la seule manière que j'ai trouvé.. Il y en a peut-être une autre ?
Un gros merci pour l'aide ...

15/12/2017, 15h14
NoSmoking
Citation:

il ne reste plus que ces 2 choses

non il t'en reste bien plus ;)

• La première chose à faire est de séparer le CSS de ton HTML et de le valider, il y a des erreurs comme par exemple
Code:

1 2 3 4 5 6 .divami { width: 92.5%; left-margin: 2.5%; /* n'existe pas */ right-margin: 2.5%; /* n'existe pas */ padding-right: 2.5% }
• Concernant le code il est préférable qu'il soit indenté pour la validation, ce qui n'est pas ton cas, en indentant je n'ai pas d'erreur sur les images type data:image/png;base64.

• Pour les balises <meta> elle ne sont tout simplement pas valides en HTML5.

• Pour le script sur le body il est préférable de changer la class/id en fin de document, par exemple, pour ne pas créer de doublon
Code:

1 2 3 var oBody = document.querySelector('BODY'); oBody.id = "js-actif"; oBody.className = "js-class";
si le javascript est actif cela sera pris en compte.

• Remarque générale, même si c'est acceptable, autant mettre la valeur des attributs entre "..." cela peut éviter les soucis.
15/12/2017, 15h44
souviron34
Un gros merci pour ton aide... :ccool:

Citation:

Envoyé par NoSmoking

non il t'en reste bien plus ;)

:lol: ouaip....
Citation:
Envoyé par NoSmoking

• La première chose à faire est de séparer le CSS de ton HTML et de le valider, il y a des erreurs comme par exemple

Code:

1 2 3 4 5 6 .divami { width: 92.5%; left-margin: 2.5%; /* n'existe pas */ right-margin: 2.5%; /* n'existe pas */ padding-right: 2.5% }
Oooopsss :oops: j'avais modifié mais j'avais oublié de renvoyer le fichier....

Citation:

Envoyé par NoSmoking

• Concernant le code il est préférable qu'il soit indenté pour la validation, ce qui n'est pas ton cas, en indentant je n'ai pas d'erreur sur les images type data:image/png;base64.

Que veux-tu dire par indenté ??

(mais voir dernier point plus bas....Si c'est indenté pour la validation et compressé pour les SEO, peut-on alors dire qu'on satisfait aux 2 critères ????? Car du coup si on satisfait les critères de compression des SEO et qu'on était ok pour le w3c si indenté mais pas si pas indenté, on ne devrait plus être valable w3c, non ?? )

Citation:

Envoyé par NoSmoking

• Pour les balises <meta> elle ne sont tout simplement pas valides en HTML5.

ok... c'est ce que j'avais cru comprendre...

Mais pourquoi alors partout on recommande de les mettre ?????

Y compris dans des publications récentes comme :
http://cristian.sulea.net/blog.php?p...meta-html-tags
ou https://wp-mix.com/disable-caching-html/
Citation:
Envoyé par NoSmoking

• Pour le script sur le body il est préférable de changer la class/id en fin de document, par exemple, pour ne pas créer de doublon

Code:

1 2 3 var oBody = document.querySelector('BODY'); oBody.id = "js-actif"; oBody.className = "js-class";

si le javascript est actif cela sera pris en compte.
ok je vais regarder dans cette direction...

Citation:

Envoyé par NoSmoking

• Remarque générale, même si c'est acceptable, autant mettre la valeur des attributs entre "..." cela peut éviter les soucis.

Ben tous les évaluateurs de SEO demandent de compresser les fichiers html et css, et lorsqu'on utilise les compresseurs , ça enlève les "" (de même que les CR, d'où les "image uri" non alignés) !!!

Excusez-moi de toutes ces remarques..... Ce n'était pas ma spécialité de départ - voir ma signature - et il me semble que c'est très compliqué de trouver les bonnes infos (voir les points ci-dessus....) : des choses semblent devenir obsolètes très vite, d'autres semblent dans des drafts ou acceptés par les navigateurs mais pas par les définisseurs du w3c... (comme le coup des http-equiv).. J'aime comprendre ce que je fais et ne dois pas faire ou faire... D'habitude en info c'est clair.. Là ça a l'air assez....... étrange...

Je suis à 99% de ok pour Pagespeed, et 97% pour Webgrader, etc etc... Je trouve que je me débrouille pas trop mal 8-) mais ce truc-là me dérange un peu....
16/12/2017, 16h06
souviron34
Citation:
Envoyé par NoSmoking

• Pour le script sur le body il est préférable de changer la class/id en fin de document, par exemple, pour ne pas créer de doublon

Code:

1 2 3 var oBody = document.querySelector('BODY'); oBody.id = "js-actif"; oBody.className = "js-class";

si le javascript est actif cela sera pris en compte.
Si j'écris ça :
Code:

1 2 </head><body class=bod2 id=mybod> <script type=text/javascript>var b=document.querySelector('BODY');b.onload="StartInit()";b.onunload="CloseSess()";b.className="bod1";</script>
Il change bien la classe mais n'exécute pas - ou ne termine pas - le onload.... Il reste suspendu je ne sais pas où....

Citation:

• Pour le script sur le body il est préférable de changer la class/id en fin de document,

cela signifie que ton document est chargé donc inutile d'ajouter une fonction sur le onload, il suffit de l’exécuter directement.
Code:

1 2 3 4 5 6 7 8 var oBody = document.querySelector('BODY'); oBody.id = "js-actif"; oBody.className = "js-class"; // appel fonction tout de suite StartInit(); // ajout événement sur onunload // ICI on affecte la référence à la fonction oBody.onunload = CloseSess;

17/12/2017, 16h28
souviron34
OK.. Merci :D

Mais ça ne marche pas vraiment - comme je disais ci-dessus, ça reste en suspens...

Il faut dire que pour suivre les bonnes pratiques des SEO, j'ai mis les chargements des fichiers js en "async defer".... Mais même si je mets tout à la fin le StartInit, il a l'air de rester suspendu.... Ou alors il faudrait que je mette là-aussi cette instruction dans un petit fichier qui soit lui aussi en async defer, peut-être...

Mais la solution qui marche a l'air d'être celle-ci :
Code:

1 2 3 </head> <body class=bod2 id=mybod onload=StartInit() onunload=CloseSess()> <script type=text/javascript>var ob=document.querySelector('BODY');ob.className="bod1";</script>
Je suppose que si Javascript est pas activé, la déclaration du body ne change rien (ça stocke juste dans des propriétés de la structure DOM, sans plus), et le "handling" se passe correctement. Ca passe à la validation w3c, et ça continue à passer correct pour les SEO... et ça a l'air de marcher sans javascript, sous Firefox en tous cas...

Maintenant, ce point étant réglé, il me reste deux choses :
- Le diagnostic ci-dessus (bad value etc) en fait n'était pas sur les images, mais sur des e accents aigus et graves dans des itemprop.... :oops: ... J'aurais dû mieux lire le diagnostic....
  :scarymov:
  Mais c'est juste pour les itemprop etc dans le schéma.... Donc comment faire pour intégrer ça correctement ?
- Les balises http-equiv : vaut-il mieux suivre les conseils trouvés un peu partout sur le Web, ou la norme en cours d'élaboration/finalisation ????
17/12/2017, 20h12
NoSmoking

• Une manière de limiter la taille des fichier et de n'y mettre que ce qui est nécessaire et on retrouve, en cherchant bien, une multitude de <br> complétement inutile ;)

• On retrouve aussi le chargement d'un script, qui en charge d'autres, qui semble non utilisé, <script type=text/javascript async defer src="http://maps.google.com/maps/api/js?key=...">.

• Le problème des accents et visiblement un soucis de prise en compte de l'encodage dans ton éditeur.

• Le script fourni était à mettre avant la balise </body> là ou tu en à mis certains d'ailleurs.

• Pour les balises, je suivrais les recommandations actuelles qui ne seront peut être plus en vogue dans quelque temps, mais bon !!!
17/12/2017, 22h52
Watilin
Citation:

Envoyé par souviron34

[…] j'ai mis un "& # 1 3 ;" pour forcer un retour à la ligne...
[…]
Or les validateurs me mettent : "A numeric character reference expanded to carriage return." en me le signalant comme erreur !!! :calim2: Quelqu'un peut-il me dire qu'est-ce qui cloche ??

Pour des stupides raisons historiques, il y a deux caractères permettant de passer d’une ligne à la suivante : le saut de ligne et le retour chariot.

Nom français Saut de ligne Retour chariot

Nom anglais Line Feed (LF) Carriage Return (CR)

Code C \n \r

Code décimal 10 13

Code hexadécimal 0A 0D

Aujourd’hui, les systèmes Microsoft utilisent une séquence composée d’un CR suivi d’un LF (la séquence historique) pour représenter un passage à la ligne, tandis que les systèmes Linux (et donc aussi Mac aujourd’hui) utilisent uniquement LF. Mais même sous Linux, le CR pose problème car certains programmes ont été conçus pour l’ignorer, par exemple grep, et du coup quand c’est précisément ce caractère qu’on veut trouver, on a du mal.

Les choses deviennent rapidement confuses quand on se met à avoir l’idée saugrenue de connecter les machines les unes aux autres. Quand on a créé le protocole HTTP, on a décidé que les en-têtes (headers) seraient séparés par CRLF ; puis on a créé SGML, qui a évolué en HTML, et un beau jour on a décidé qu’il fallait des validateurs pour tout ça, et parce qu’on était extrêmement cohérent, on a décidé que CR serait invalide.

Bon, je suis sarcastique mais au fond il y a une logique. CRLF étant considérée comme un délimiteur du point de vue HTTP, il est normal qu’on ne soit pas censé trouver cette séquence dans le corps du message HTTP, c’est-à-dire dans le code HTML. On dirait qu’il y a eu une tentative d’éradiquer le CR à un moment. Mais apparemment ça n’a pas marché…

Quoiqu’il en soit, tout fonctionne très bien dans le monde du Web quand tu utilises uniquement LF. À moins que tu ne fasses des requêtes HTTP brutes, mais ça n’arrive jamais, sauf si tu as spécifiquement besoin de le faire.

Citation:

The error was: utf8 "\xE9" does not map to Unicode[/I]", soit "Error: Malformed byte sequence: e9".

E9 c’est le code de « é » dans les encodages à 1 octet qui utilisent le 8^e bit, aussi appelés ASCII étendu. Par exemple iso-8859-15, alias latin-9. Mais utf-8 ne fonctionne pas comme ça. utf-8 transforme les caractères qui ne tiennent pas sur 7 bits (ceux qui sont hors de la plage ASCII de base), et utilise des séquences de plusieurs octets pour les représenter. La séquence utf-8 de « é », c’est C3 A9.

Tout ça pour dire ce que NoSmoking a déjà dit : tu as un problème d’encodage. Manifestement tes en-têtes déclarent de l’utf-8 alors que l’encodage réel de ton fichier est latin-9 ou similaire. C’est un problème que tu dois régler avec ton éditeur de texte.

Citation:

les validateurs rejettent mes directives http-equiv : <meta http-equiv=Pragma content="no-cache must-revalidate"> <meta http-equiv=Expires content="Sat, 26 Jul 1997 05:00:00 GMT"> <meta http-equiv="window-target" content="_top"> en me mettant : "Error: Bad value xxxx for attribute http-equiv on element meta" (le xxxx étant Expires, Pragma, ou window-target). Pourquoi ? C'est pas (plus) reconnu ??

Citation:

Envoyé par souviron34

Mais pourquoi alors partout on recommande de les mettre ?????

Y compris dans des publications récentes comme :
http://cristian.sulea.net/blog.php?p...meta-html-tags ou https://wp-mix.com/disable-caching-html/

Je pense que tu as mal lu ces articles, en particulier le second qui te dit que la méthode HTML est une alternative, à utiliser quand tu ne peux pas mettre tes directives de cache côté serveur.

Citation:

Ben tous les évaluateurs de SEO demandent de compresser les fichiers html et css, et lorsqu'on utilise les compresseurs , ça enlève les "" (de même que les CR, d'où les "image uri" non alignés) !!!

Ne confonds-tu pas compression et minification ? La minification est une opération de transformation du code source, qui supprime les espaces et autres caractères « inutiles », qui peut réduire les noms de variables à un ou deux caractères, etc.
Ces guillemets qui disparaissent me font penser que tu utilises peut-être un minifieur mal configuré.

Ce que les validateurs de SEO recommandent, il me semble que c’est plutôt la compression binaire des fichiers (Deflate ou Gzip) pour améliorer les temps de chargement. Car les référenceurs d’aujourd’hui valorisent les pages qui chargent rapidement. Et bonne nouvelle, c’est déjà le cas avec ton serveur, il le fait automatiquement. J’ai vérifié la page d’accueil de ton site avec la console réseau et il y a un en-tête Content-Encoding: gzip qui indique que la page a été compressée en Gzip.

Tu peux vérifier par toi-même. Si ton navigateur est suffisamment récent, tu peux ouvrir la console de développement en appuyant sur F12, et ensuite tu trouves l’onglet réseau.

Citation:

Je suis à 99% de ok pour Pagespeed, et 97% pour Webgrader, etc etc... Je trouve que je me débrouille pas trop mal 8-) mais ce truc-là me dérange un peu....

Eh bien ça me semble être des scores tout à fait honorables ! Crois-moi tu n’as pas à t’en faire, grapiller quelques pourcents de score de référencement est loin d’être ta priorité. Surtout quand on sait que les validateurs, qu’ils soient pour la SEO ou le code HTML, CSS, etc. sont toujours très stricts et que tout ce qu’ils disent n’est pas à prendre au pied de la lettre.

Citation:

Envoyé par souviron34

pour suivre les bonnes pratiques des SEO, j'ai mis les chargements des fichiers js en "async defer"....

C’est soit async, soit defer, tu ne peux pas mettre les deux.
Chacun de ces attributs, quand il est correctement interprété (ça dépend du navigateur, heh :roll:) fait que le fichier du script sera téléchargé en parallèle à l’analyse de la page et au chargement des autres ressources.
- Avec async, les scripts sont exécutés dès qu’ils ont fini de charger, ils peuvent donc s’exécuter dans le désordre ;
- avec defer, leur ordre d’exécution est garanti, ils suivent l’ordre dans lequel ils apparaissent dans le code HTML.
Pour les problèmes de compatidébilité et des solutions proposées, voir Deep dive into the murky waters of script loading.
La solution que moi j’ai retenu, c’est : placer tous les scripts juste avant la fin du body, c’est good enough. :whistle:

Citation:

Mais même si je mets tout à la fin le StartInit, il a l'air de rester suspendu.... Ou alors il faudrait que je mette là-aussi cette instruction dans un petit fichier qui soit lui aussi en async defer, peut-être...

Pour async ou defer, à toi de voir, mais oui, place-le dans un fichier. Si tu peux placer tout le JavaScript dans des fichiers externes, ce sera plus propre.
18/12/2017, 15h46
souviron34

Tout d'abord, merci à vous deux de vos efforts et participation :)

Je vais cloturer cette discussion car vous m'avez donné toutes les réponses à mes questions, mais je vais détailler un peu...

:ccool:

Citation:

Envoyé par NoSmoking

• Une manière de limiter la taille des fichier et de n'y mettre que ce qui est nécessaire et on retrouve, en cherchant bien, une multitude de <br> complétement inutile ;)

Sans doute :lol: mais un peu la flemme de rajouter des classes de divs ou de paragraphes....

Citation:

Envoyé par NoSmoking

• On retrouve aussi le chargement d'un script, qui en charge d'autres, qui semble non utilisé, <script type=text/javascript async defer src="http://maps.google.com/maps/api/js?key=...">.

La map se charge via une fonction javascript (justement appelée dans StartInit ;) )

Citation:

Envoyé par NoSmoking

• Le problème des accents et visiblement un soucis de prise en compte de l'encodage dans ton éditeur.

Ben xemacs comme éditeur.... et changement de clavier pour accents...

[EDIT]
Insérer le code utf-8 marche pour le validateur w3c, mais ne marche pas avec l'analyseur de microdata de Google https://search.google.com/structured-data/testing-tool , qui par contre marche en mettant les accents claviers...

Donc en l'état si l'un marche l'autre non et réciproquement....

Que devrais-je faire ??
[/EDIT]

Citation:

Envoyé par NoSmoking

• Le script fourni était à mettre avant la balise </body> là ou tu en à mis certains d'ailleurs.

Oui c'est ce que j'avais testé.... mais je suppose que comme je disais à cause des autres scripts en async ou defer, en passant dessus c'était pas encore chargé...

Mais ma solution ci-dessus fonctionne, donc ça me suffit... :)

Citation:

Envoyé par NoSmoking

• Pour les balises, je suivrais les recommandations actuelles qui ne seront peut être plus en vogue dans quelque temps, mais bon !!!

OK je vais suivre ça.. Comme ça je pourrais mettre un beau bouton "w3c valid" :yaisse1:

Citation:

Envoyé par Watilin

Pour des stupides raisons historiques, il y a deux caractères permettant de passer d’une ligne à la suivante : le saut de ligne et le retour chariot.

Je sais bien.. "je suis d'un temps que les moins de 20 ans...." ...

Je fais partie des gens pour qui la signification du retour charriot est encore en mémoire ;)

Citation:

Envoyé par Watilin

Aujourd’hui, les systèmes Microsoft utilisent une séquence composée d’un CR suivi d’un LF

Il n'y a plus qu'eux ??? Il n'y a pas si longtemps c'etait pas aussi tranché...

Citation:

Envoyé par Watilin

Bon, je suis sarcastique mais au fond il y a une logique. CRLF étant considérée comme un délimiteur du point de vue HTTP, il est normal qu’on ne soit pas censé trouver cette séquence dans le corps du message HTTP, c’est-à-dire dans le code HTML. On dirait qu’il y a eu une tentative d’éradiquer le CR à un moment. Mais apparemment ça n’a pas marché…

Quoiqu’il en soit, tout fonctionne très bien dans le monde du Web quand tu utilises uniquement LF. À moins que tu ne fasses des requêtes HTTP brutes, mais ça n’arrive jamais, sauf si tu as spécifiquement besoin de le faire.

Néanmoins, quand je regarde fonctionner mon éditeur de sms sur mon téléphone, je vois que si j'appuie sur les flèches verticales je change de ligne (LF), alors que pour passer à la ligne il me faut appuyer sur le caractère spécial :P

Ce qui me laisserait supposer que les 2 ont encore leur utilité...

Citation:

Envoyé par Watilin

E9 c’est le code de « é » dans les encodages à 1 octet qui utilisent le 8^e bit, aussi appelés ASCII étendu. Par exemple iso-8859-15, alias latin-9. Mais utf-8 ne fonctionne pas comme ça. utf-8 transforme les caractères qui ne tiennent pas sur 7 bits (ceux qui sont hors de la plage ASCII de base), et utilise des séquences de plusieurs octets pour les représenter. La séquence utf-8 de « é », c’est C3 A9.

Tout ça pour dire ce que NoSmoking a déjà dit : tu as un problème d’encodage. Manifestement tes en-têtes déclarent de l’utf-8 alors que l’encodage réel de ton fichier est latin-9 ou similaire. C’est un problème que tu dois régler avec ton éditeur de texte.

Un gros merci pour l'explication :D

Comme je dis plus haut, j'écris directement dans xemacs.... Mais le diagnostic n'est strictement que pour les déclarations du schéma de microdata... Je vais donc sans doute tester avec ton code....

Citation:

Envoyé par Watilin

Je pense que tu as mal lu ces articles, en particulier le second qui te dit que la méthode HTML est une alternative, à utiliser quand tu ne peux pas mettre tes directives de cache côté serveur.

Effectivement..... Voir plus haut, je vais effectivement supprimer....

Citation:

Envoyé par Watilin

Ne confonds-tu pas compression et minification ? La minification est une opération de transformation du code source, qui supprime les espaces et autres caractères « inutiles », qui peut réduire les noms de variables à un ou deux caractères, etc.
Ces guillemets qui disparaissent me font penser que tu utilises peut-être un minifieur mal configuré.

Ben la minification est une compression....

J'en ai essayé plusieurs.... Mais c'est tout à fait compréhensible de supprimer les "" quand il n'y a pas d'ambiguité ..

Citation:

Envoyé par Watilin

Ce que les validateurs de SEO recommandent, il me semble que c’est plutôt la compression binaire des fichiers (Deflate ou Gzip) pour améliorer les temps de chargement. Car les référenceurs d’aujourd’hui valorisent les pages qui chargent rapidement. Et bonne nouvelle, c’est déjà le cas avec ton serveur, il le fait automatiquement. J’ai vérifié la page d’accueil de ton site avec la console réseau et il y a un en-tête Content-Encoding: gzip qui indique que la page a été compressée en Gzip.

C'est les 2.... Oui j'avais noté ça, mais ils ont aussi en critère la minifaction - et des css et des js et des html...

Citation:

Envoyé par Watilin

Eh bien ça me semble être des scores tout à fait honorables ! Crois-moi tu n’as pas à t’en faire, grapiller quelques pourcents de score de référencement est loin d’être ta priorité. Surtout quand on sait que les validateurs, qu’ils soient pour la SEO ou le code HTML, CSS, etc. sont toujours très stricts et que tout ce qu’ils disent n’est pas à prendre au pied de la lettre.

C'etait mon but : obtenir les plus hauts scores que moi je peux, sans payer ni des pubs ni des "conseils seo"... (comme note, j'étais déjà assez content de moi avant d'optimiser pour seo : j'arrivais avec des scores de 51 à 67 ou 70%, alors que des sites faits par des soi-disant pros, payés chers, utilisant wordpress et donnant des cours, ne cartonnaient qu'à 45 ou 51%...)...

J'ai noté efffectivement que dans les évaluateurs de seo, certains avaient des "préférences" (par exemple pour des blogues) ce qui fait que leurs critères ne sont pas forcement adaptés...

Citation:

Envoyé par Watilin

C’est soit async, soit defer, tu ne peux pas mettre les deux.
Chacun de ces attributs, quand il est correctement interprété (ça dépend du navigateur, heh :roll:) fait que le fichier du script sera téléchargé en parallèle à l’analyse de la page et au chargement des autres ressources.

Ok merci du rappel.... J'avais lu, mais avec tout ce que j'ai lu depuis 3 semaines ca m'était passé au dessus... :oops:

En tous cas, j'en ai lu des choses depuis 3 semaines !!! Et c'est pas mal compliqué de s'y retrouver quand même, même pour un pro.... :roll:

Citation:

Envoyé par Watilin

La solution que moi j’ai retenu, c’est : placer tous les scripts juste avant la fin du body, c’est good enough. :whistle:

Ben certains évaluateurs de seo (comme PageSpeed ou WebGrader) t'enlèvent des points si ils considèrent "bloquant"..

Citation:

Envoyé par Watilin

Pour async ou defer, à toi de voir, mais oui, place-le dans un fichier. Si tu peux placer tout le JavaScript dans des fichiers externes, ce sera plus propre.

Ben la fonction StartInit est dans un fichier comme ça.... C'était pour l'appeler que je me faisais jeter...

En tous cas, encore merci à vous deux :mrgreen: :ccool:

Encore une fois, mes connaissances se sont agrandies à partir de ce soir grâce à dvp et vous :)
19/12/2017, 16h20
souviron34

Je rajoute juste un update correspondant à l'édit que j'ai mis plus haut :

Citation:

[EDIT]
Insérer le code utf-8 marche pour le validateur w3c, mais ne marche pas avec l'analyseur de microdata de Google https://search.google.com/structured-data/testing-tool , qui par contre marche en mettant les accents claviers...

Donc en l'état si l'un marche l'autre non et réciproquement....

Que devrais-je faire ??
[/EDIT]

Existe-t-il une moulinette linux pour passer/vérifier un fichier en utf-8 standard ?

Sinon je vais tout mettre sans accents dans les microdata....
19/12/2017, 21h41
Watilin

Je ne suis pas certain de ce que tu as essayé de faire, mais quand je t’ai indiqué la séquence C3 A9, c’était à titre purement informatif. À moins que tu utilises un éditeur hexadécimal, tu ne la verras jamais sous cette forme. Par contre, tu peux voir « Ã© » si ton navigateur lit un fichier qui déclare du latin-* mais qui est en réalité encodé en utf-8.

Je ne connais XEmacs que de réputation. En faisant des recherches je tombe principalement sur de la doc pour Emacs, et je ne sais pas à quel point ces deux programmes divergent. N’en connaissant pas assez, je vais te laisser chercher par toi-même, mais j’ai bon espoir que ces deux éditeurs incluent de base une fonctionnalité de transformation d’encodage.

Sinon, apparemment iconv peut faire le taf également. Mais fais des backups avant, on ne sait jamais ;)

Faute de mieux, voici une liste exhaustive des entités HTML nommées. De plus, sache que tu peux utiliser n’importe quel code hexadécimal dans une entité HTML, par exemple & #x00E9; (en supprimant l’espace). Le # signifie « code numérique » et le x signifie « hexadécimal ». Des sites comme fileformat.info peuvent te donner le code d’un caractère, y compris ceux qui s’encodent sur plus de deux octets, par exemple les emojis.

Pour les langues basées sur l’alphabet latin, tous les caractères sont représentés sur maximum deux octets. Tu peux utiliser cette instruction JS pour obtenir leur code :

Code:

"é".charCodeAt(0).toString(16)

Tu peux aussi obtenir le code décimal si tu supprimes le toString(16), mais l’unicode est le plus souvent représenté en hexa, donc je te conseille de suivre le troupeau.

En interne, JavaScript représente ses chaînes en UCS-2, qui est un encodage à deux octets ; donc cette astuce ne marche pas pous les séquences de plus de deux octets.
19/12/2017, 23h21
souviron34

OK merci beaucoup...

Mais je viens de tester avec iconv, ou avec de l'hexa...

Dans les 2 cas, ça donne comme quand je mettais l'accent directement :

Ca passe avec Google, mais pas avec le validateur w3c..

:arf:

Si je mets %C3&A9 comme fait Google dans GoogleMaps, ca passe dans le validateur ET dans Google, sauf que (en tous cas dans l'outil de test des "structured data" de Google) le texte contient toujours "%C3&A9" et non é...

Mais peut-être qu'il s'en sort correctement pour afficher ? Je ne sais pas comment je pourrais tester...
20/12/2017, 01h40
Watilin

Citation:

Envoyé par souviron34

Ca passe avec Google, mais pas avec le validateur w3c..

Le validateur, il te sort un message d’erreur ou un avertissement ? Que dit-il exactement ?

Citation:

Si je mets %C3&A9 comme fait Google dans GoogleMaps,

Tu ne veux pas dire plutôt %C3%A9 ? Il s’agit d’un encodage destiné aux URL. C’est ce que tu obtiens par exemple quand tu évalues encodeURIComponent("é"). Les codes numériques sont ceux d’UTF-8 mais la syntaxe n’est pas la même, et ne correspond pas à du HTML.

Peux-tu me montrer ce que tu as essayé ?

Il y a une chose que j’ai mal exprimée à propos des entités telles que & #x00E9; : elles sont indépendantes de l’encodage. Tu leur donne le codepoint, c’est-à-dire la valeur Unicode « absolue » du caractère. (il ne faut pas confondre Unicode et UTF-8). Elles ont été crées entre autres pour éviter les problèmes d’encodage. L’entité & #x00E9; représentera toujours le caractère « é » quel que soit l’encodage de la page.

Je crois que je t’ai embrouillé avec mes explications sur UTF-8 et les séquences à plusieurs octets. Je reformule : quand les choses se passent correctement, on n’est pas censé voir ces séquences. Désolé si les choses ne sont pas claires. Les histoires d’encodage, c’est jamais simple. Peut-être que la lecture de cet article te sera utile ;)

Edit : peut-être que l’article « passer à UTF-8 » est un peu hors sujet dans ton cas. Par contre je viens de trouver une page de doc d’Emacs qui pourrait t’intéresser.
20/12/2017, 15h15
souviron34

Salut et merci de ton effort !!!!

J'avais mal interprété ton dernier message et le code que tu y avais mis :oops::oops::oops:

Je n'avais pas mis ET le & ET le # ET le x ...

Ca marche parfaitement correctement avec "& # x ee09"

Un gros merci pour toutes les explications et recherches :hola:

Bon, à tous, encore merci, et c'est :resolu:

Nom français	Saut de ligne	Retour chariot
Nom anglais	Line Feed (LF)	Carriage Return (CR)
Code C	\n	\r
Code décimal	10	13
Code hexadécimal	0A	0D