Skip to content

chore(doc_url): le site passe de blog. à www.stephane-robert.info - #71

Merged
stephrobert merged 2 commits into
mainfrom
migration/domaine-www
Oct 19, 2026
Merged

stephrobert merged 2 commits into
mainfrom
migration/domaine-www

Conversation

@stephrobert

Copy link
Copy Markdown
Owner

Ce qui a changé, et ce qui ne change pas

Le site est désormais servi sur www.stephane-robert.info, et l'ancien domaine redirige :

https://blog.stephane-robert.info/<chemin>   301 → www/<chemin>
https://www.stephane-robert.info/<chemin>    200

Les chemins sont identiques : seul l'hôte change. Aucun doc_url n'a besoin d'être réécrit, seulement son domaine.

Pourquoi migrer puisque la redirection fonctionne

validate-structure --check-urls suit les redirections : les catalogues qui étaient rouges rendent ok = True sans qu'une ligne ait changé. Cette migration ne répare donc rien, elle met au propre — un doc_url doit pointer la page, pas dépendre d'une redirection qu'il faudra bien retirer un jour.

Ce qui a été vérifié avant d'écrire

Les 359 doc_url distincts déclarés par les labs ont été cherchés dans le dépôt du site, hors réseau : ils y existent tous. Un échantillon réparti a confirmé que www les sert, y compris vingt-trois pages que l'ancien domaine rendait en 404.

Deux mesures réseau ont conclu à tort que le site était cassé

La première a interrogé les 359 URL en rafale, la seconde à deux secondes d'intervalle. Les deux ont déclenché une protection anti-abus de l'hébergeur, qui répond 302 vers sa page « Résoudre une erreur de redirection web ». La seconde a fini par bloquer l'IP, racine du site comprise.

Le signal était explicite — le compteur de succès s'est figé à 28 pendant que les échecs montaient — et c'est le symptôme que les consignes du chantier décrivent : une boucle qui rend le même code d'erreur sur tous ses cas ne mesure plus rien, elle mesure sa propre panne. Il n'a pas été reconnu à temps.

La vérification s'appuie donc désormais sur le dépôt du site, et sur --check-urls en CI, qui tourne depuis une IP neutre et dont c'est le métier.

Vérifié après migration

occurrences de l'ancien domaine restantes   0
tous les YAML touchés se chargent
le catalogue régénéré, et --check à jour
validate-structure                          ok
pre-commit run --all-files                  tous les hooks passent
la suite de tests du dépôt                  verte

🤖 Generated with Claude Code

stephrobert and others added 2 commits October 19, 2026 09:54
CE QUI A CHANGÉ, ET CE QUI NE CHANGE PAS

Le site est désormais servi sur `www.stephane-robert.info`, et l'ancien domaine
redirige :

    https://blog.stephane-robert.info/<chemin>   301 → www/<chemin>
    https://www.stephane-robert.info/<chemin>    200

Les CHEMINS sont identiques : seul l'hôte change. Aucun `doc_url` n'a donc
besoin d'être réécrit, seulement son domaine.

POURQUOI MIGRER PUISQUE LA REDIRECTION FONCTIONNE

`validate-structure --check-urls` suit les redirections : les catalogues qui
étaient rouges rendent `ok = True` sans qu'une ligne ait changé. Cette
migration ne répare donc rien, elle met au propre : un `doc_url` doit pointer
la page, pas dépendre d'une redirection qu'il faudra bien retirer un jour.

CE QUI A ÉTÉ VÉRIFIÉ AVANT D'ÉCRIRE

Les 359 `doc_url` distincts déclarés par les labs ont été cherchés dans le
dépôt du site, hors réseau : ils y existent tous. Et un échantillon réparti a
confirmé que `www` les sert, y compris vingt-trois pages que l'ancien domaine
rendait en 404.

DEUX MESURES RÉSEAU ONT CONCLU À TORT QUE LE SITE ÉTAIT CASSÉ

La première a interrogé les 359 URL en rafale, la seconde à deux secondes
d'intervalle. Les deux ont déclenché une protection anti-abus de l'hébergeur,
qui répond 302 vers sa page « Résoudre une erreur de redirection web », et la
seconde a fini par bloquer l'IP, racine du site comprise.

Le signal était explicite : le compteur de succès s'est figé à 28 pendant que
les échecs montaient. C'est le symptôme décrit dans les consignes du chantier,
« une boucle qui rend le même code d'erreur sur tous ses cas ne mesure plus
rien, elle mesure sa propre panne », et il n'a pas été reconnu à temps.

C'est pourquoi la vérification s'appuie désormais sur le dépôt du site, et sur
`--check-urls` en CI, qui tourne depuis une IP neutre et dont c'est le métier.

VÉRIFIÉ APRÈS MIGRATION

    occurrences de l'ancien domaine restantes   0
    tous les YAML touchés se chargent
    le catalogue régénéré, et `--check` à jour
    validate-structure                          ok
    pre-commit run --all-files                  tous les hooks passent
    la suite de tests du dépôt                  verte

Co-Authored-By: Claude Opus 5 <[email protected]>
CE QUE CETTE VERSION PORTE

Les `doc_url` du catalogue pointent désormais `www.stephane-robert.info`.
L'ancien hôte redirige en 301 vers le même chemin, et
`validate-structure --check-urls` suit les redirections : ce catalogue était
vert avant qu'une ligne change. La migration est une mise au propre, pas une
réparation.

CE QUI EST VÉRIFIÉ

    version, CHANGELOG EN, CHANGELOG FR    disent 0.2.1
    uv lock --check                        le verrou décrit le pyproject
    pre-commit run --all-files             tous les hooks passent

UN TIRET CADRATIN S'ÉTAIT GLISSÉ DANS L'ENTRÉE ANGLAISE

Le hook `style-apprenant` du catalogue IAM l'a attrapé dans son `CHANGELOG.md`.
La règle vaut pour les douze catalogues, pas seulement là où un hook la
contrôle : la correction a donc été portée partout.

Co-Authored-By: Claude Opus 5 <[email protected]>
@stephrobert
stephrobert merged commit 730446f into main Oct 19, 2026
7 checks passed
@stephrobert
stephrobert deleted the migration/domaine-www branch October 19, 2026 08:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant