<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Fuseaux-Horaires on vanityURLs</title><link>https://vanityurls.link/fr/tags/fuseaux-horaires/</link><description>Recent content in Fuseaux-Horaires on vanityURLs</description><generator>Hugo</generator><language>fr-CA</language><lastBuildDate>Mon, 01 Jun 2026 17:56:58 -0400</lastBuildDate><atom:link href="https://vanityurls.link/fr/tags/fuseaux-horaires/index.xml" rel="self" type="application/rss+xml"/><item><title>Le fuseau horaire de l'opérateur n'est pas seulement une question de setup</title><link>https://vanityurls.link/fr/blog/operator-timezone-is-not-just-a-setup-question/</link><pubDate>Mon, 01 Jun 2026 00:00:00 +0000</pubDate><guid>https://vanityurls.link/fr/blog/operator-timezone-is-not-just-a-setup-question/</guid><description>&lt;p&gt;La question du fuseau horaire de l&amp;rsquo;opérateur dans &lt;code&gt;npm run setup&lt;/code&gt; ressemble à une petite préférence. Elle est plus utile que ça.&lt;/p&gt;
&lt;p&gt;vanityURLs utilise les noms de fuseaux horaires là où un décalage numérique est trop fragile : liens planifiés, métadonnées du registre généré et vues opérateur comme &lt;code&gt;/en/_stats/&lt;/code&gt;.&lt;/p&gt;
&lt;h2 id="utiliser-un-lieu-pas-un-décalage"&gt;Utiliser un lieu, pas un décalage&lt;/h2&gt;
&lt;p&gt;Entrez un &lt;a href="https://vanityurls.link/fr/docs/reference/timezones/"&gt;fuseau IANA&lt;/a&gt; comme &lt;code&gt;America/Toronto&lt;/code&gt;, &lt;code&gt;America/New_York&lt;/code&gt;, &lt;code&gt;Europe/Paris&lt;/code&gt; ou &lt;code&gt;UTC&lt;/code&gt;. N&amp;rsquo;entrez pas &lt;code&gt;-4&lt;/code&gt;, &lt;code&gt;-5&lt;/code&gt; ou &lt;code&gt;GMT-0400&lt;/code&gt;.&lt;/p&gt;</description></item></channel></rss>