Derniers messages sur Zeste de Savoirhttps://zestedesavoir.com/forums/2023-08-01T14:21:04+02:00Les derniers messages parus sur le forum de Zeste de Savoir.Avertissements : content-type' header charset value should be utf-8 en débug, message #2515872023-08-01T14:21:04+02:00Cat54/@Cat54https://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p251587<p>Bonjour,</p>
<p>Aucune réponse à ce jour de la part des développeur Edge… sujet non résolu mais pouvant être clos</p>Avertissements : content-type' header charset value should be utf-8 en débug, message #2485242023-01-23T10:47:46+01:00Cat54/@Cat54https://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248524<p>Constat avec Edge remonté le 23/01/2023 avec un fichier index.htm contenant le code HTML5 minimal test (Utf-8) valide censé ne pas déclencher d’anomalie :</p>
<p>*Thanks for your feedback about Microsoft Edge
Hi, </p>
<p>We’re always trying to get better, and we can’t do it without you. </p>
<p>Just as a reminder, on Jan 23, 2023, you told us:
Bonjour, Edge en mode debug F12 Avertissement systématique : 'content-type' header charset value[…]</p>
<p>We’ll keep you posted on our progress.</p>
<p>Thanks for helping us build a better Microsoft Edge! </p>
<p>The Microsoft Edge Team *</p>
<p>A suivre …</p>Avertissements : content-type' header charset value should be utf-8 en débug, message #2485212023-01-22T20:58:31+01:00Cat54/@Cat54https://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248521<p>Avec UwAmp toujours <strong>'content-type' header charset value should be 'utf-8’</strong> dont voici le résultat réseau en HTTP :</p>
<p>URL de la demande: http://localhost/index.htm</p>
<p>Méthode de demande: GET</p>
<p>Code d’état: 200 OK</p>
<p>Adresse distante: [::1]:80</p>
<p>Stratégie de référent: strict-origin-when-cross-origin</p>
<p>Accept-Ranges: bytes</p>
<p>Connection: Keep-Alive</p>
<p>Content-Length: 165</p>
<p>Content-Type: text/html</p>
<p>Date: Sun, 22 Jan 2023 19:53:38 GMT</p>
<p>ETag: "a5–5f2df1fb8d522"</p>
<p>Keep-Alive: timeout=5, max=100</p>
<p>Last-Modified: Sun, 22 Jan 2023 19:16:47 GMT</p>
<p>Server: Apache/2.4.18 (Win32) OpenSSL/1.0.2f PHP/5.6.18</p>
<p>Accept: </p>
<p>text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,<em>/</em>;q=0.8,application/signed-exchange;v=b3;q=0.9</p>
<p>Accept-Encoding: gzip, deflate, br</p>
<p>Accept-Language: fr,fr-FR;q=0.9,en;q=0.8,en-GB;q=0.7,en-US;q=0.6</p>
<p>Connection: keep-alive</p>
<p>Host: localhost</p>
<p>Referer: http://localhost/</p>
<p>sec-ch-ua: "Not_A Brand";v="99", "Microsoft Edge";v="109", "Chromium";v="109"</p>
<p>sec-ch-ua-mobile: ?0</p>
<p>sec-ch-ua-platform: "Windows"</p>
<p>Sec-Fetch-Dest: document</p>
<p>Sec-Fetch-Mode: navigate</p>
<p>Sec-Fetch-Site: same-origin</p>
<p>Sec-Fetch-User: ?1</p>
<p>Upgrade-Insecure-Requests: 1</p>
<p>User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36 Edg/109.0.1518.61</p>Avertissements : content-type' header charset value should be utf-8 en débug, message #2485202023-01-22T20:34:30+01:00Cat54/@Cat54https://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248520<blockquote>
<p>Tu dois donc vérifier que ton <strong>serveur HTTP</strong> (Apache, Nginx…) renvoie bien les headers <code>Content-Type</code> ; par exemple, la requête qui renvoie la page HTML devrait contenir : <code>Content-Type: text/html; charset=utf-8</code>. Ça se vérifie dans l’outil d’inspection réseau de ton navigateur.</p>
</blockquote>
<p>Hormis "Problème" > "Compatibilité" : <strong>'content-type' header charset value should be 'utf-8’.</strong></p>
<p><strong>Content-Type: text/html</strong> Ouvrir dans <strong>Réseau</strong></p>
<p>Et sur clic sur <strong>Réseau </strong>voici ce qui figure dans l’outil d’inspection réseau de Edge en "En tête" (fichier local sur PC) :</p>
<p><strong>Code HTML test index.html (Utf-8) valide censé ne pas déclencher d’anomalie</strong> … (en lang "fr" au lieu de "en" pour ne pas polluer Edge avec une boite de demande de traduction fr) :</p>
<div class="hljs-code-div hljs-code-html"><div class="hljs-line-numbers"><span data-count="1"></span><span data-count="2"></span><span data-count="3"></span><span data-count="4"></span><span data-count="5"></span><span data-count="6"></span><span data-count="7"></span><span data-count="8"></span></div><pre><code class="hljs language-html"><span class="hljs-meta"><!doctype <span class="hljs-meta-keyword">html</span>></span>
<span class="hljs-tag"><<span class="hljs-name">html</span> <span class="hljs-attr">lang</span>=<span class="hljs-string">"fr"</span>></span>
<span class="hljs-tag"><<span class="hljs-name">head</span>></span>
<span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">charset</span>=<span class="hljs-string">"utf-8"</span>></span>
<span class="hljs-tag"><<span class="hljs-name">title</span>></span>example<span class="hljs-tag"></<span class="hljs-name">title</span>></span>
<span class="hljs-tag"></<span class="hljs-name">head</span>></span>
<span class="hljs-tag"><<span class="hljs-name">body</span>></span>Test Content<span class="hljs-tag"></<span class="hljs-name">body</span>></span>
<span class="hljs-tag"></<span class="hljs-name">html</span>></span>
</code></pre></div>
<p>URL de la demande: file:///D:/_Test/index.html</p>
<p>Méthode de demande: GET</p>
<p>Code d’état: 200 OK</p>
<p>Stratégie de référent: strict-origin-when-cross-origin</p>
<p>Content-Type: text/html</p>
<p>Last-Modified: Sun, 22 Jan 2023 19:16:47 GMT</p>
<p>En-têtes provisoires sont affichées.</p>
<p>En savoir plus</p>
<p>sec-ch-ua: "Not_A Brand";v="99", "Microsoft Edge";v="109", "Chromium";v="109"</p>
<p>sec-ch-ua-mobile: ?0</p>
<p>sec-ch-ua-platform: "Windows"</p>
<p>Si cela peut vous être utile…</p>Avertissements : content-type' header charset value should be utf-8 en débug, message #2485182023-01-22T17:30:55+01:00Gil Cot/@Gil%20Cothttps://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248518<figure><blockquote>
<figure><blockquote>
<p>Justement, les « <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Type">original media type of the resource (prior to any content encoding applied for sending)</a> » sont bien renvoyés. Juste <code>Content-Type: text/html</code> est valide …et le serveur ne devrait pas mentir sur l’encodage (si c’est connu, ou s’il y a un réencodage, pas de souci ; mais décréter que c’est du <code>charset=utf-8</code> non.) Edge est en train de jouer se la jouer plus royaliste que les specs. </p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248516">Gil Cot</a></figcaption></figure>
<p>Absolument rien dans ce sujet ne permet d’affirmer que le serveur renvoie réellement les bons <code>Content-Type</code> </p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248517">SpaceFox</a></figcaption></figure>
<p>Ah ? Ce n’est pas ce que j’ai compris en lisant (en plus de la mention de <em>header</em> dans le titre du sujet) : </p>
<figure><blockquote>
<p>Tant est test en Local que depuis des serveurs installés sur le PC - UwAmp et / ou laragon - en mode Débug <strong>avec Edge</strong> j’ai des anomalies "réseau" :</p>
<p><strong>Content-Type: text/html</strong>
Ouvrir dans Réseau</p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248508">Cat54</a></figcaption></figure>
<p>Au temps pour moi si les anomalies réseaux ne sont pas liées à la communication avec le serveur.</p>Avertissements : content-type' header charset value should be utf-8 en débug, message #2485172023-01-22T17:10:57+01:00SpaceFox/@SpaceFoxhttps://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248517<figure><blockquote>
<p>Justement, les « <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Type">original media type of the resource (prior to any content encoding applied for sending)</a> » sont bien renvoyés. Juste <code>Content-Type: text/html</code> est valide …et le serveur ne devrait pas mentir sur l’encodage (si c’est connu, ou s’il y a un réencodage, pas de souci ; mais décréter que c’est du <code>charset=utf-8</code> non.) Edge est en train de jouer se la jouer plus royaliste que les specs. </p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248516">Gil Cot</a></figcaption></figure>
<p>Absolument rien dans ce sujet ne permet d’affirmer que le serveur renvoie réellement les bons <code>Content-Type</code> ou que Edge surinterprête les spécifications. Toute la discussion a porté sur le HTML ou l’encodage des fichiers sur le serveur, mais jamais sur la configuration du serveur HTTP et les headers qu’il renvoie. Et rien de garantit que ce serveur soit bien configuré. </p>
<p>En passant, UTF-8 avec BOM n’est normalement pas utilisé et posera plus de problèmes qu’autre chose, les fichiers UTF-8 ni devraient pas avoir de BOM – qui de toute façons n’est pas utile : par conception, UTF-8 n’est pas sensible à l’ordre des octets au sein d’un mot informatique, contrairement à UTF-16 ou UTF-32.</p>Avertissements : content-type' header charset value should be utf-8 en débug, message #2485162023-01-22T16:41:25+01:00Gil Cot/@Gil%20Cothttps://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248516<figure><blockquote>
<p>Tout simplement, tu ne regardes pas au bon endroit : ça n’est pas un problème de HTML, mais de <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers">header HTTP</a>, comme le dit le message (les <em>headers HTTP</em> ne sont pas la même chose que le <em>head HTML</em>).</p>
<p>Tu dois donc vérifier que ton <strong>serveur HTTP</strong> (Apache, Nginx…) renvoie bien les headers <code>Content-Type</code> ; par exemple, la requête qui renvoie la page HTML devrait contenir : <code>Content-Type: text/html; charset=utf-8</code>. Ça se vérifie dans l’outil d’inspection réseau de ton navigateur.</p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248512">SpaceFox</a></figcaption></figure>
<p>Justement, les « <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Type">original media type of the resource (prior to any content encoding applied for sending)</a> » sont bien renvoyés. Juste <code>Content-Type: text/html</code> est valide …et le serveur ne devrait pas mentir sur l’encodage (si c’est connu, ou s’il y a un réencodage, pas de souci ; mais décréter que c’est du <code>charset=utf-8</code> non.) Edge est en train de jouer se la jouer plus royaliste que les specs. </p>
<figure><blockquote>
<p>Même remarque pour <a href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/link#attr-type">l’attribut <code>type</code> de ta balise <code><link rel="stylesheet"</code></a>.</p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248512">SpaceFox</a></figcaption></figure>
<p>Je présume que c’est lié à l’usage de <code>rel="stylesheet"</code> et en présumant qu’on en utilisera jamais <a href="https://en.wikipedia.org/wiki/List_of_stylesheet_languages">d’autres</a> nativement…
« but given that CSS is the only stylesheet language used on the web, not only is it possible to omit the <code>type</code> attribute, but is actually now recommended practice. It is also used on <code>rel="preload"</code> link types, to make sure the browser only downloads file types that it supports. »</p>Avertissements : content-type' header charset value should be utf-8 en débug, message #2485122023-01-22T12:09:21+01:00SpaceFox/@SpaceFoxhttps://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248512<p>Salut,</p>
<p>Tout simplement, tu ne regardes pas au bon endroit : ça n’est pas un problème de HTML, mais de <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers">header HTTP</a>, comme le dit le message (les <em>headers HTTP</em> ne sont pas la même chose que le <em>head HTML</em>).</p>
<p>Tu dois donc vérifier que ton <strong>serveur HTTP</strong> (Apache, Nginx…) renvoie bien les headers <code>Content-Type</code> ; par exemple, la requête qui renvoie la page HTML devrait contenir : <code>Content-Type: text/html; charset=utf-8</code>. Ça se vérifie dans l’outil d’inspection réseau de ton navigateur.</p>
<p>D’autre part, <a href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/script/type">tu ne devrait pas ajouter d’attribut <code>type</code> à ta balise <code><script></code> si celle-ci renvoie vers du JavaScript</a>. Même remarque pour <a href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/link#attr-type">l’attribut <code>type</code> de ta balise <code><link rel="stylesheet"</code></a>.</p>Avertissements : content-type' header charset value should be utf-8 en débug, message #2485102023-01-22T10:56:35+01:00Cat54/@Cat54https://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248510<p>Bonjour,</p>
<p>Un grand merci d’avoir pris le temps d’examiner cette problématique.</p>
<p>Visiblement le développement reste toujours la science de la modestie !</p>
<p>Intervenant sur des développement HTML - CSS - Javascript codé en UTF-8 depuis belle lurette je pensais type="text/javascript" obsolète. Bien vu ce rappel !</p>
<p>En l’état j’ai vérifié que tous les fichiers intervenant dans l’affichage html sont en UTF-8. C’était bien le cas.</p>
<p>J’ai alors poussé la vérification en les réencodant en UTF-8 avec BOM.</p>
<p>Vérifié la présence dans les 1024 premiers octets… C’est le cas.</p>
<p>Les avertissements étant toujours présent dans Edge j’ai créé cette page HTML par recopie d’un exemple donné dans votre lien :</p>
<div class="hljs-code-div hljs-code-html"><div class="hljs-line-numbers"><span data-count="1"></span><span data-count="2"></span><span data-count="3"></span><span data-count="4"></span><span data-count="5"></span><span data-count="6"></span><span data-count="7"></span><span data-count="8"></span></div><pre><code class="hljs language-html"><span class="hljs-meta"><!doctype <span class="hljs-meta-keyword">html</span>></span>
<span class="hljs-tag"><<span class="hljs-name">html</span> <span class="hljs-attr">lang</span>=<span class="hljs-string">"en"</span>></span>
<span class="hljs-tag"><<span class="hljs-name">head</span>></span>
<span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">charset</span>=<span class="hljs-string">"utf-8"</span>></span>
<span class="hljs-tag"><<span class="hljs-name">title</span>></span>example<span class="hljs-tag"></<span class="hljs-name">title</span>></span>
<span class="hljs-tag"></<span class="hljs-name">head</span>></span>
<span class="hljs-tag"><<span class="hljs-name">body</span>></span>Test Content<span class="hljs-tag"></<span class="hljs-name">body</span>></span>
<span class="hljs-tag"></<span class="hljs-name">html</span>></span>
</code></pre></div>
<p>L’avertissement persiste en "Problème" > "Compatibilité" :
'content-type' header charset value should be 'utf-8’.</p>
<p>Et même une erreur signalée mais cette dernière justifiée :
A 'viewport' meta element was not specified.</p>
<p>Je vais faire remonter sur forum Microsoft et demander plus d’explications sur la raison de l’avertissement sur leur navigateur.</p>
<p>Bien Cordialement,</p>
<p>PS: Si réponse je la publierai sur ce post</p>Avertissements : content-type' header charset value should be utf-8 en débug, message #2485092023-01-21T21:17:06+01:00Gil Cot/@Gil%20Cothttps://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248509<p>Je ne sais pas pourquoi tu dis que Edge est en erreur (je ne l’utilise pas et ne peux pas vérifier) ; mais la première correspond bien à ta page web</p>
<div class="hljs-code-div hljs-code-yaml"><pre><code class="hljs language-yaml"><span class="hljs-attr">Content-Type:</span> <span class="hljs-string">text/html</span>
</code></pre></div>
<p>En suivant les liens, <a href="https://webhint.io/docs/user-guide/hints/hint-meta-charset-utf-8/">il semble que la quatrième ligne vide lui pose souci : la balise <code><meta></code> indiquant l’encodage devrait venir juste après le <code><head></code> wtf?</a></p>
<p>La seconde est déclenchée par la balise <code><script></code> et ça correspond bien</p>
<div class="hljs-code-div hljs-code-yaml"><pre><code class="hljs language-yaml"><span class="hljs-attr">Content-Type:</span> <span class="hljs-string">text/javascript</span>
</code></pre></div>
<p>Sur la page que tu as indiqué, il est bien dit que <a href="https://webhint.io/docs/user-guide/hints/hint-content-type/?source=devtools#a-note-about-applicationjavascript">ces retours sont conformes aux normes</a><br>
Mais ça peut (devrait ?) être amélioré en faisant la déclaration ainsi</p>
<div class="hljs-code-div hljs-code-html"><pre><code class="hljs language-html"><span class="hljs-tag"><<span class="hljs-name">script</span> <span class="hljs-attr">type</span>=<span class="hljs-string">"text/javascript"</span> <span class="hljs-attr">src</span>=<span class="hljs-string">"script/Param_Url.js"</span>></span><span class="hljs-tag"></<span class="hljs-name">script</span>></span>
</code></pre></div>
<p>Sans indication d’encodage, la norme dit que le navigateur devrait utiliser celle de la page, et donc ici qu’on poursuit en UTF-8 : préciser n’est utile que si on a le fichier encodé différemment de la page HTML l’appelant. </p>
<p>La troisième est déclenchée par la balise <code><link></code> et correspond bien </p>
<div class="hljs-code-div hljs-code-yaml"><pre><code class="hljs language-yaml"><span class="hljs-attr">Content-Type:</span> <span class="hljs-string">text/css</span>
</code></pre></div>
<p>Cette déclaration est tout à fait comme il faut (il y a les attributs <code>rel</code> et <code>type</code> aussi.)<br>
Même remarque sur l’encodage. Je pense que ce sont aussi des faux positifs ou une répercussion en cascade de la première fausse détection. </p>Avertissements : content-type' header charset value should be utf-8 en débug, message #2485082023-01-21T18:08:42+01:00Cat54/@Cat54https://zestedesavoir.com/forums/sujet/16761/avertissements-content-type-header-charset-value-should-be-utf-8-en-debug/?page=1#p248508<p>Bonjour à toutes et tous,</p>
<p>je dispose de pages HTML5 avec ce type d’entête.</p>
<div class="hljs-code-div hljs-code-html"><div class="hljs-line-numbers"><span data-count="1"></span><span data-count="2"></span><span data-count="3"></span><span data-count="4"></span><span data-count="5"></span><span data-count="6"></span><span data-count="7"></span><span data-count="8"></span><span data-count="9"></span><span data-count="10"></span><span data-count="11"></span><span data-count="12"></span><span data-count="13"></span></div><pre><code class="hljs language-html"><span class="hljs-meta"><!DOCTYPE <span class="hljs-meta-keyword">html</span>></span>
<span class="hljs-tag"><<span class="hljs-name">html</span> <span class="hljs-attr">lang</span>=<span class="hljs-string">"fr"</span>></span>
<span class="hljs-tag"><<span class="hljs-name">head</span>></span>
<span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">charset</span>=<span class="hljs-string">"utf-8"</span>></span>
<span class="hljs-tag"><<span class="hljs-name">title</span>></span>Version 21.06 12/06/2021<span class="hljs-tag"></<span class="hljs-name">title</span>></span>
<span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"viewport"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"width=device-width, initial-scale=1"</span>></span>
<span class="hljs-tag"><<span class="hljs-name">script</span> <span class="hljs-attr">src</span>=<span class="hljs-string">"script/Param_Url.js"</span>></span><span class="hljs-tag"></<span class="hljs-name">script</span>></span>
<span class="hljs-tag"><<span class="hljs-name">link</span> <span class="hljs-attr">rel</span>=<span class="hljs-string">"stylesheet"</span> <span class="hljs-attr">type</span>=<span class="hljs-string">"text/css"</span> <span class="hljs-attr">href</span>=<span class="hljs-string">"css/index_styles.css"</span> /></span>
...
</code></pre></div>
<p>Tant est test en Local que depuis des serveurs installés sur le PC - UwAmp et / ou laragon - en mode Débug <strong>avec Edge</strong> j’ai des anomalies "réseau" :</p>
<p><strong>Content-Type: text/html</strong>
Ouvrir dans Réseau</p>
<p><strong>Content-Type: text/javascript</strong>
Ouvrir dans Réseau</p>
<p><strong>Content-Type: text/css</strong>
Ouvrir dans Réseau</p>
<p>Ai-je raté quelque chose dans le codage HTML5 ?</p>
<p>Je ne maitrise pas un serveur et j’ai du mal à comprendre la raison donc la solution à appliquer indiquée en "Lectures Complémentaires" à ce lien :</p>
<p><a href="https://webhint.io/docs/user-guide/hints/hint-content-type/?source=devtools">Lectures Complémentaires</a></p>
<p>Je présume que c’est un paramètre à préciser sur un "vrai" serveur donc des messages debug qui ne devraient pas figurer en test de développement local…</p>
<p>Merci par avance</p>
<p>Bien Cordialement</p>Perspectives d'évolutions du système éditorial, message #2410292022-02-19T09:07:35+01:00Aabu/@Aabuhttps://zestedesavoir.com/forums/sujet/15106/perspectives-devolutions-du-systeme-editorial/?page=5#p241029<p>Bonjour à tous,</p>
<p>Je fais la promotion ici des résultats du groupe de travail sur l’organisation des publications sur le site, qui s’est terminé tout récemment.</p>
<p>Vous êtes encouragés à commenter !</p>
<div class="align-center"><p> <strong><a href="https://zestedesavoir.com/forums/sujet/16067/les-resultats-du-groupe-de-travail-organisation-des-publications/">Les résultats du groupe de travail « Organisation des contenus »</a></strong> </p></div>Perspectives d'évolutions du système éditorial, message #2393452021-12-04T12:39:24+01:00freelance-seo/@freelance-seohttps://zestedesavoir.com/forums/sujet/15106/perspectives-devolutions-du-systeme-editorial/?page=5#p239345<p>Si je peux aider sur tout ce qui touche aux problématiques liées au SEO et à la visibilité de vos contenus sur le moteur Google, ça sera avec plaisir.</p>Perspectives d'évolutions du système éditorial, message #2388522021-11-10T09:00:05+01:00Melcore/@Melcorehttps://zestedesavoir.com/forums/sujet/15106/perspectives-devolutions-du-systeme-editorial/?page=5#p238852<p>J’en suis ! </p>
<p>Pour la question de la plateforme de travail, ça serait bien de ne pas toujours dépendre de Discord alors qu’il y a trouze-mille solutions libres dont certaines bien plus adapté à un travail collaboratif.</p>Perspectives d'évolutions du système éditorial, message #2386872021-10-30T19:13:59+02:00Moté/@Mot%C3%A9https://zestedesavoir.com/forums/sujet/15106/perspectives-devolutions-du-systeme-editorial/?page=5#p238687<p>Pour moi pas de soucis, pn peut faire un MP discord sans s’embêter. Ou même un MP ZdS et utiliser n’importe quelle plateforme de conférence sans inscription.</p>Perspectives d'évolutions du système éditorial, message #2386852021-10-30T16:10:22+02:00Ekron/@Ekronhttps://zestedesavoir.com/forums/sujet/15106/perspectives-devolutions-du-systeme-editorial/?page=5#p238685<blockquote>
<p>Est-ce que tu participerais au groupe de travail si ce n’était pas sur le Discord non-officiel ? Ou est-ce que tu es juste intéressé pour une relecture ?</p>
</blockquote>
<p>Je participe avec plaisir dans ce cas, mais mon objectif n’est pas de vous empêcher d’utiliser la plateforme que vous avez choisie. C’est pour cela que je proposais une relecture : ça permet un avis supplémentaire sans mettre de contrainte en plus.</p>
<blockquote>
<p>Si c’est le souci il est possible de n’avoir accès qu’à ce salon de travail et aucun autre.</p>
</blockquote>
<p>Je préfère ne pas y retourner du tout. <img src="/static/smileys/svg/clin.svg" alt=";)" class="smiley"> </p>Perspectives d'évolutions du système éditorial, message #2386652021-10-29T17:53:11+02:00Amaury/@Amauryhttps://zestedesavoir.com/forums/sujet/15106/perspectives-devolutions-du-systeme-editorial/?page=5#p238665<p><a href="/@Ekron" rel="nofollow" class="ping ping-link">@<span class="ping-username">Ekron</span></a> Si c’est le souci il est possible de n’avoir accès <em>qu’à</em> ce salon de travail et aucun autre.</p>Perspectives d'évolutions du système éditorial, message #2386602021-10-29T17:03:27+02:00Aabu/@Aabuhttps://zestedesavoir.com/forums/sujet/15106/perspectives-devolutions-du-systeme-editorial/?page=5#p238660<p>Est-ce que tu participerais au groupe de travail si ce n’était pas sur le Discord non-officiel ? Ou est-ce que tu es juste intéressé pour une relecture ?</p>Perspectives d'évolutions du système éditorial, message #2386592021-10-29T16:17:55+02:00Ekron/@Ekronhttps://zestedesavoir.com/forums/sujet/15106/perspectives-devolutions-du-systeme-editorial/?page=5#p238659<p>Hello,</p>
<p>Je ne reviendrai pas sur le Discord, mais si vous produisez des notes ou un document de travail et que vous voulez une relecture, je participe très volontiers. <img src="/static/smileys/svg/smile.svg" alt=":)" class="smiley"> </p>Perspectives d'évolutions du système éditorial, message #2386332021-10-29T09:12:23+02:00Aabu/@Aabuhttps://zestedesavoir.com/forums/sujet/15106/perspectives-devolutions-du-systeme-editorial/?page=5#p238633<p>Bonjour à tous !</p>
<p>On aimerait travailler sur la problématique suivante qui a été relevée <a href="https://zestedesavoir.com/forums/sujet/15106/perspectives-devolutions-du-systeme-editorial/?page=5#p232341">plus haut</a> : « Enlever la difficulté de compréhension des différentes tailles ou types de contenu validé ». </p>
<p>Et c’est pourquoi…</p>
<h3 id="nous-lançons-un-groupe-de-travail-sur-lorganisation-des-contenus">Nous lançons un groupe de travail sur l’organisation des contenus !<a aria-hidden="true" tabindex="-1" href="#nous-lançons-un-groupe-de-travail-sur-lorganisation-des-contenus"><span class="icon icon-link"></span></a></h3>
<h4 id="fonctionnement">Fonctionnement<a aria-hidden="true" tabindex="-1" href="#fonctionnement"><span class="icon icon-link"></span></a></h4>
<p>On reprend le fonctionnement du groupe de travail sur la ligne éditoriale, qui avait bien fonctionné :</p>
<ul>
<li>travail à huis-clos entre ses participants ;</li>
<li>réunions régulières de travail/coordination avec possiblement travail préparatoire intercalaire (fréquence d’environ une fois toutes les 3/4 semaines) ;</li>
<li>présentation à la communauté d’une proposition commune argumentée à l’issue du groupe de travail.</li>
</ul>
<p>J’insiste sur le fait que le groupe de travail élaborera une <strong>proposition</strong>. Le but n’est pas de décider dans notre coin. Après discussion, la proposition pourra être ajustée, modifiée, abandonnée, mise en œuvre, etc.</p>
<h4 id="objectifs">Objectifs<a aria-hidden="true" tabindex="-1" href="#objectifs"><span class="icon icon-link"></span></a></h4>
<p>Les principaux objectifs, qui doivent servir la mission de Zeste de Savoir, seront de :</p>
<ul>
<li>définir l’organisation des contenus (types, vérification, mise en avant, etc.),</li>
<li>définir le processus de validation (le cas échéant),</li>
<li>définir le processus de mise en avant (le cas échéant).</li>
</ul>
<p>Des ajustements de ces objectifs pourront être réalisés si besoin, en restant raisonnable sur le périmètre du groupe de travail.</p>
<h4 id="inscription">Inscription<a aria-hidden="true" tabindex="-1" href="#inscription"><span class="icon icon-link"></span></a></h4>
<p>Pour vous inscrire, ajoutez votre pseudo à <a href="https://www.lechoixdansladate.com/gt-orga-contenus-9qj5">la liste des participants</a>. Sont déjà inscrits à l’heure où j’écris : <a href="/@Moté" rel="nofollow" class="ping ping-link">@<span class="ping-username">Moté</span></a>, <a href="/@Amaury" rel="nofollow" class="ping ping-link">@<span class="ping-username">Amaury</span></a>, <a href="/@Gabbro" rel="nofollow" class="ping ping-link">@<span class="ping-username">Gabbro</span></a> et moi-même. Ensuite, rejoignez <a href="https://discord.gg/ue5MTKq">le Discord non-officiel</a>, vous pourrez être ajoutés à un salon caché dédié au groupe de travail. Nous ferons également un MP probablement.</p>
<p>Nombre limite de participants indicatif : 10. Pour le groupe précédent, nous étions entre 5 et 10. Aller au-delà me paraît contre-productif.</p>
<p>Une diversité dans les profils est la bienvenue, entre les vieux de la vieille, des gens fraîchement arrivés, etc. Donc si vous êtes intéressés, n’hésitez pas !</p>Perspectives d'évolutions du système éditorial, message #2352612021-06-17T09:11:57+02:00Aabu/@Aabuhttps://zestedesavoir.com/forums/sujet/15106/perspectives-devolutions-du-systeme-editorial/?page=5#p235261<p>Pour l’item « Pouvoir partager la bêta aux non-inscrits », j’ai commencé à travailler dessus. Le progrès est disponible sur <a href="https://github.com/zestedesavoir/zds-site/pull/6134">cette PR Github</a>.</p>