Changelog

L’interface publique passe à Medeo Sans pour le texte et les titres, et à Medeo Mono pour la navigation, les dates et les métadonnées. Dans cette livraison, Medeo Pixel reste réservé au terminal. Seuls les caractères droits sont fournis. Les médias, URL et frontières linguistiques sont conservés ; l’arabe et le chinois gardent leurs polices système de secours.

Les polices sont distribuées sous SIL OFL 1.1. Les sous-ensembles Sans et Mono totalisent 154 624 octets, contre 210 720 pour les fichiers complets. Ceux-ci restent disponibles pour les caractères absents des sous-ensembles. Contours, avances et axes variables ont été contrôlés.

Le terminal conserve xterm pour les mesures et les dessins ASCII ; le texte Pixel visible utilise des largeurs naturelles et la sélection DOM. Cela corrige le décalage entre mots et cellules de sélection. Tailles : 14 à 32 px, 16 px par défaut. Une suite ajoute le retour à la ligne des menus mobiles, en gardant le numéro logique et l’action des lignes suivantes. Vérification à 360, 390 et 430 px, sans validation sur téléphone physique.

L’arbre déplié de l’accueil réserve désormais sa hauteur mesurée et restaure la position du contenu à la fermeture. Les liens d’annonce ouvrent des onglets sécurisés. Neuf routes représentatives sont rendues pour les polices, les autres HTML reçoivent une modification typographique vérifiée. La correction des retours à la ligne ne change que le terminal et ses dépendances ; 7 208 ressources sont réutilisées octet pour octet.

Les nouvelles tâches cloud restaurent séparément les sources et la base acceptée chiffrée. Cette base est un paquet complet vérifié, pas un échantillon. Index et empreintes relient les fichiers à leur validation initiale ; la clé est conservée séparément. Un aperçu privé n’autorise pas la publication du site.

Restauration et fonctionnement de l’application sont vérifiés dans un environnement Linux neuf. La normalisation typographique fonctionne indépendamment d’Astro, y compris lors d’une écriture JSON directe. Elle préserve les langues et signale les guillemets ambigus. Enregistrer ne change pas le statut de publication.

Style Guide est mis à jour en sept langues. En-têtes et variantes utilisent les composants natifs ; couverture et exemples sont comparés au modèle d’origine. Le catalogue couvre texte, code, médias et composition. Vérification cloud, livraison publique et validation sur appareil physique restent distinctes ; cette dernière n’est pas établie.

Après l’abandon d’EmDash, un éditeur privé séparé apparaît avec ses dépendances React et Koenig. Le site Astro public lit toujours les fichiers du dépôt. Brouillons, historique, authentification et demandes sont stockés dans une D1 distincte ; les téléchargements privés dans un R2 distinct. Le Worker principal n’a pas besoin de base éditoriale.

Enregistrement, sauvegarde automatique, import de traductions et mise en file d’une demande ne publient pas. La demande fixe une révision immuable et sa base source. Le transfert vers les fichiers vérifie les modifications concurrentes ; les écritures utilisent compare-and-swap. Les images privées ne reçoivent une adresse publique autorisée qu’à la préparation de leur livraison.

Arbre repliable, barre de mise en forme, H1–H6, listes, Undo, catalogue et liens auteurs/participants sont conservés. Le rapprochement final du 25 octobre combine la dernière interface avec l’authentification auditée et un nettoyage borné des lignes techniques expirées. Brouillons, historique, demandes et sessions actives sont préservés. Cette livraison indépendante ne republie pas les articles.

L’accueil garde les cartes complètes en SSR, puis effectue une requête conditionnelle du catalogue avec un ETag exact. Catalogue inchangé : 304 sans corps ; catalogue modifié : 200 pour rafraîchir le HTML réutilisé. Un préchargement redondant est supprimé. Le premier affichage ne dépend pas d’une liste chargée côté client.

Des variantes WebP de 400, 720 et 800 px complètent le portrait original inchangé de 2400 × 2400. Elles sont encodées sans perte supplémentaire après redimensionnement et comparées en RGB décodé. Le choix suit la largeur réelle de colonne et la densité d’écran. Les sous-ensembles Geist et Geist Mono sont contrôlés pour métriques, contours et façonnage ; cette étape précède Medeo.

Le cache stocke le HTML final après composition des fragments et ajout du beacon Analytics autorisé, puis une seule compression gzip. L’identité inclut livraison, page, fragments, encodage et variante analytique. GET, HEAD, 304, gzip et identity sont vérifiés. Éditeur, preview, API et réponses privées sont exclus.

Une correction indépendante retire l’attente scroll-reveal des cartes d’accueil. Masonry pouvait les placer dans le premier écran tout en les laissant transparentes jusqu’au défilement. Deux ressources changent, sans rendu HTML ; 6 703 autres sont réutilisées. Leur visibilité initiale est confirmée en production. Ce sont des observations précises, pas une promesse de gain universel.

Au niveau edge, le minimum passe séparément à TLS 1.2. Full Strict concerne seulement les hôtes web explicitement vérifiés. HSTS d’un jour s’applique uniquement à l’apex HTTPS, sans includeSubDomains ni preload ; le CDN est exclu. DNSSEC reste indisponible, la zone parente n’étant pas signée.

L’accueil reçoit une interface Svelte avec onglets thématiques, fil commun et grille Masonry. Articles, famille, projets et pages proviennent du catalogue de fichiers publiés. La lecture et Ask partagent leur contexte sans source éditoriale parallèle.

Navigation et catalogues distinguent auteurs et participants ; les profils familiaux sont liés aux publications existantes. Le répertoire d’auteurs exploite ces relations. Ask reçoit une correction de barre latérale repliée. L’ancienne page d’accueil et son rollback exact sont conservés ; les expérimentations graphiques ne justifient pas leur suppression.

La source éditoriale rejoint content/ dans le dépôt. Un document conserve ID stable, ordre commun des blocs et médias, original russe et jusqu’à six traductions EN, AR, ZH, FR, DE et ES. Les versions publiées et brouillons sont physiquement séparés. URL, auteurs et structure sont préservés ; un brouillon n’est pas public par sa seule présence.

Une application Astro sert articles et pages ; Svelte gère l’interactivité. Le Worker Cloudflare principal réunit ressources statiques, Ask, terminal et preview signé. Recherche, Markdown, RSS, sitemap et vues LLM dérivent des mêmes fichiers publiés, sans éditeurs autonomes susceptibles de diverger.

Le plan de livraison cible les pages affectées et réutilise le reste du HTML, des ressources et des contrôles valides. Les fils et recommandations deviennent des fragments statiques composés par HTMLRewriter, sans nouveau JavaScript navigateur. Les endpoints sont privés ; taille et empreinte sont vérifiées.

Texte, nouveaux documents et changements structurels suivent des chemins bornés distincts. La fraîcheur des traductions porte sur les champs et blocs modifiés. Une correction de ponctuation mesurée prend environ 104 secondes, avec une page rendue et 1 968 réutilisées. Ce résultat sur environnement préparé ne constitue pas un délai garanti.

EmDash quitte le flux actif. Le 25 octobre, le propriétaire décide de garder ses données en archive historique fermée, sans suppression automatique. L’éditeur privé ultérieur ne rétablit pas EmDash comme source publique.

Arabe, chinois, français, allemand et espagnol rejoignent russe et anglais. Les langues partagent identité et ordre des blocs, mais possèdent leurs URL et textes. Navigation, sélecteurs et SEO suivent ce modèle ; RTL pour l’arabe et police de secours adaptée au chinois.

Ask est lancé comme interface conversationnelle publique RU • EN liée au corpus publié. Les versions suivantes le rapprochent de l’accueil et de la lecture. Les réponses dépendent d’un fournisseur AI externe ; l’interface ne prouve pas la validation de toutes les questions ou fonctions vocales.

Le terminal devient une autre navigation dans les mêmes archives : rubriques, documents, langues et liens. Sa synchronisation suit la publication acceptée du site principal. Style Guide et le système de design documentent les compositions et règles communes.

Les livraisons bornées de CSS, menus et champs évitent le rendu global. HTML et ressources sont contrôlés par empreinte, la version est liée aux sources et à une base acceptée, les paquets précédents restent disponibles pour rollback. Contrôles de sécurité et de compte demeurent obligatoires.

Scope est porté en composants Astro, en conservant son apparence et ses URL. Les paquets statiques utilisent les révisions EmDash publiées. L’apex passe à un Worker Cloudflare avec ressources statiques ; l’export Ghost ne pilote plus les nouvelles livraisons.

Architecture intermédiaire : les visiteurs reçoivent Astro • Scope tandis que les auteurs travaillent encore dans EmDash. Édition et livraison deviennent deux sous-systèmes. Les procédures protégées empêchent les brouillons d’entrer dans les paquets publics.

Un processus local sur Mac supervise d’abord la publication ; publication cloud et restauration sont vérifiées ensuite. Ces mécanismes historiques sont remplacés par le flux de fichiers. L’ancien guide de publication en arrière-plan n’est pas applicable au site actuel.

Le pilote EmDash fermé commence le 2 octobre, en conservant archives et médias CDN. L’import sépare pages et articles. Un document multilingue unit ensuite identité stable, langues, blocs partagés et statuts indépendants. Les versions publiées se lisent indépendamment des changements en cours.

Des vues éditoriales et variantes sont testées en parallèle, dont une interface proche de Ghost et des fils Framer. Au 9 octobre, le travail vise une édition unifiée et une présentation familière. Certains écrans restent expérimentaux : un commit ne prouve pas un basculement public ce jour-là.

Le dépôt nevsky-web commence le 23 septembre. Au 26 septembre, un mode double conserve le Ghost statique public tout en isolant Astro sous /new/, hors indexation. La migration peut être vérifiée sur données réelles sans remplacer tous les anciens liens par un site inachevé.

Le pont comprend rubriques, thèmes, langues, anciens liens et assainissement du rich text. Textes et routes sont rapprochés des exports Ghost et des archives statiques. La construction dépend d’une projection vérifiée. Une livraison Ghost statique est encore enregistrée le 9 octobre ; le basculement EmDash • Astro vient après.

En été, nevsky.ae reste sur Ghost Pro avec Scope et routes RU • EN. Les versions de juillet corrigent modèles, métadonnées linguistiques, accessibilité et mobile. Le travail de performance priorise l’image principale, les images adaptatives, la déduplication des polices et la stabilité du contenu Koenig.

Static v2 et le successeur Astro sont développés en août sur new.nevsky.ae, séparé et noindex. Les documents des 13–14 août maintiennent explicitement Ghost Pro sur l’apex. C’est une préparation, pas un basculement Astro public. Les livraisons LiveDXB parallèles ne datent pas celles de Nevsky.

Le 15 mai, Git enregistre Scope pour nevskii.me : modèles Ghost • Handlebars, CSS propre, Geist, fils RU • EN séparés, navigation et liens de langues. Cette ligne utilise Ghost Pro ; l’hébergement géré change l’exploitation, pas la propriété des personnalisations.

Le domaine acquis nevsky.ae devient ensuite l’adresse principale. Le plan archivé déplace nevskii.me vers nevsky.ae tout en gardant nevskii.ghost.io comme origine. Au 30 juin, la nouvelle URL figure dans les outils et le thème. Les dates exactes d’achat et de changement DNS restent inconnues.

nevskii.me héberge ensuite le portfolio Framer, une ligne visuelle distincte dont le successeur Astro est également préparé en preview. L’histoire des domaines n’est donc pas une succession continue d’un seul moteur.

Le premier blog est lié à nevsky.me et Ghost. Un export du 9 avril 2026, une archive statique, les textes, auteurs et références médias sont conservés. Selon le propriétaire, nevskii.me suit nevsky.me, et Ghost local précède Ghost Pro. Les dates précises du lancement, du premier changement de domaine et de Ghost Pro ne sont pas établies.

Ces étapes conservent les origines sans inventer de versions. La date d’un article indique l’âge du texte, pas le lancement du moteur. L’histoire datée de la personnalisation commence en mai 2026 ; celle de l’application actuelle, fin septembre.