
La historia técnica del sitio: motor, fuente editorial, rutas, publicación e interfaces interactivas. Los cambios importantes se agrupan en versiones, sin enumerar cada commit. La parte detallada cubre finales de septiembre y octubre de 2026. Las etapas anteriores se reconstruyen a partir de archivos; las fechas inciertas se indican expresamente
27 de octubre de 2026
Mono significa mono
- Medeo Mono
- Medeo Sans
- Medeo Pixel
- xterm
- DOM
- WOFF2
- Medeo Sans + Mono en la interfaz pública; Pixel en el terminal.
- xterm mide ASCII; DOM gestiona ancho natural y selección de palabras.
- Menús móviles con ajuste por palabras; 7208 recursos intactos reutilizados.
Verificación y límites: Navegadores local y de producción; 360 • 390 • 430 px. Sin teléfono físico.
Más detalles
La interfaz pública pasa a Medeo Sans para texto y títulos, y a Medeo Mono para navegación, fechas y metadatos. En esta versión, Medeo Pixel se limita al terminal. Solo se incluyen estilos rectos. Se conservan medios, direcciones y límites lingüísticos; árabe y chino mantienen fuentes de sistema de respaldo.
Las fuentes se distribuyen bajo SIL OFL 1.1. Los subconjuntos Sans y Mono suman 154 624 bytes frente a 210 720 de los archivos completos. Estos siguen disponibles para los caracteres restantes. Se verifican contornos, avances y ejes variables para conservar el dibujo.
El terminal conserva xterm para mediciones y gráficos ASCII; el texto Pixel visible usa anchos naturales y selección DOM. Así coinciden palabras y celdas seleccionadas. Tamaños entre 14 y 32 px, con 16 px por defecto. Una continuación incorpora ajuste por palabras en los menús móviles; cada línea mantiene número lógico y acción. Se comprueban 360, 390 y 430 px, sin aceptación en teléfono físico.
El árbol desplegado reserva su altura medida y restaura la posición al cerrarse. Los enlaces del anuncio abren nuevas pestañas seguras. La entrega de fuentes renderiza nueve rutas representativas y aplica una transición tipográfica verificada al resto del HTML. La corrección del terminal solo cambia sus dependencias y HTML; reutiliza 7208 recursos idénticos.
26 de octubre de 2026
Un clon limpio, todo el contexto
- GitHub
- Linux
- Node.js 22
- pnpm
- Astro
- SHA-256
- La base completa se restaura desde archivo cifrado con índice de hashes verificado.
- Tipografía JSON independiente de Astro dev; guardar no publica.
- Style Guide incorpora siete idiomas y cabeceras nativas.
Verificación y límites: Linux, staging y catálogo público registrados por separado.
Más detalles
Las tareas cloud nuevas restauran por separado fuentes y base aceptada cifrada. La base es un paquete completo verificado, no una muestra. Índice y hashes vinculan los archivos con su aceptación original; la clave se guarda aparte. Una vista privada no autoriza publicar el sitio principal.
Restauración y aplicación se comprueban en un entorno Linux nuevo. La normalización tipográfica funciona independientemente de Astro, incluso al guardar JSON directamente. Conserva idiomas y señala comillas ambiguas. Guardar no cambia el estado de publicación.
Style Guide se actualiza en siete idiomas. Cabeceras y variantes usan componentes nativos; portada y ejemplos se cotejan con el diseño original. El catálogo abarca texto, código, medios y composición. Verificación cloud, entrega pública y aceptación en dispositivo físico son resultados distintos; el último no queda acreditado.
23–25 de octubre de 2026
Un editor sin sorpresas
- React
- Koenig
- Cloudflare D1
- R2
- CAS
- Borradores/historial privados en D1; medios privados en R2.
- Compare-and-swap protege escrituras paralelas; las solicitudes fijan revisión y base.
- React • Koenig, H1–H6, listas, Undo y catálogo se concilian con autenticación auditada.
Verificación y límites: 25 de octubre: editor independiente y readback; sin redesplegar root.
Más detalles
Tras abandonar EmDash aparece un editor privado separado, con dependencias propias React y Koenig. El Astro público sigue leyendo archivos del repositorio. Borradores, historial, autenticación y solicitudes están en otra D1; las subidas privadas, en otro R2. El Worker principal no necesita una base editorial.
Guardar, autoguardar, importar traducciones o encolar una solicitud no publica. La solicitud fija revisión inmutable y base de origen. Antes del traspaso a archivos se revisan cambios concurrentes; las escrituras usan compare-and-swap. Las imágenes privadas reciben una dirección pública autorizada al preparar su entrega.
Se conservan árbol plegable, formatos, H1–H6, listas, Undo, catálogo y relaciones de autores/participantes. La conciliación del 25 de octubre combina la interfaz reciente con autenticación auditada y limpieza limitada de filas técnicas vencidas. Borradores, historial, solicitudes y sesiones activas se preservan. El editor se despliega aparte; no se vuelven a publicar artículos.
24 de octubre de 2026
304 también es una respuesta
- SSR
- HTTP ETag
- WebP
- gzip
- Cache API
- Web Analytics
- TLS 1.2
- SSR completo en la primera vista; catálogo condicional con 304 sin cuerpo o 200 actualizado.
- WebP sin pérdida 400 • 720 • 800 px y subconjuntos Geist reducen transferencia.
- Cache API guarda HTML tras HTMLRewriter y Analytics permitido; gzip una vez.
- Scroll-reveal deja de ocultar tarjetas visibles; TLS • HSTS se cambian aparte en edge.
Verificación y límites: GET • HEAD • 304, gzip • identity, privacidad y visibilidad inicial verificadas.
Más detalles
La portada mantiene tarjetas completas en SSR y después hace una petición condicional del catálogo con ETag exacto. Sin cambios: 304 sin cuerpo; con cambios: 200 para actualizar HTML antiguo reutilizado. Se elimina una precarga duplicada. La primera vista no depende de una lista obtenida por JavaScript.
Variantes WebP de 400, 720 y 800 px complementan el retrato original intacto de 2400 × 2400. Se codifican sin pérdida adicional tras redimensionar y se comparan píxeles RGB decodificados. La selección depende del ancho real y la densidad. Los subconjuntos Geist y Geist Mono se comprueban en métricas, contornos y composición de texto; esto precede a Medeo.
Se almacena el HTML final tras componer fragmentos e insertar el beacon Analytics autorizado, con una sola pasada gzip. La identidad incluye versión, página, fragmentos, codificación y variante analítica. Se verifican GET, HEAD, 304, gzip e identity. Editor, preview, API y respuestas privadas quedan fuera.
Una corrección aparte evita que las tarjetas esperen a scroll-reveal. Masonry podía moverlas al primer viewport y dejarlas transparentes hasta desplazar. Cambian dos recursos, sin renderizar HTML; se reutilizan 6703. Un navegador de producción confirma visibilidad inicial. Son mediciones concretas, no una promesa universal de velocidad.
Por separado, el edge exige al menos TLS 1.2. Full Strict solo afecta a hosts web revisados. HSTS de un día se limita al apex HTTPS, sin includeSubDomains ni preload; el CDN se excluye. DNSSEC sigue sin estar disponible porque la zona padre no estaba firmada.
23 de octubre de 2026
La portada encuentra su voz
- Svelte
- Masonry
- Astro
- Ask
- File catalogue
- Pestañas, catálogo común y Masonry en una interfaz Svelte.
- Lectura y Ask usan archivos publicados; autores y participantes separados.
- Portada anterior y rollback exacto conservados.
Verificación y límites: Informes separados para portada y Ask.
Más detalles
La portada recibe una interfaz Svelte con pestañas temáticas, feed común y Masonry. Artículos, familia, proyectos y páginas proceden del catálogo de archivos publicados. Lectura y Ask comparten contexto sin otra fuente editorial.
Navegación y catálogos distinguen autores de participantes; perfiles familiares enlazan publicaciones existentes. El directorio usa esas relaciones. Ask corrige la barra lateral plegada. Se conservan portada anterior y rollback exacto; los experimentos visuales no justifican eliminar la interfaz aceptada.
21–22 de octubre de 2026
Los archivos toman el mando
- Astro
- Svelte
- Cloudflare Workers
- HTMLRewriter
- RSS
- Markdown
- content/ es fuente común: IDs, árbol de bloques, RU + seis traducciones, borradores separados.
- Worker principal con ASSETS, Ask, terminal y preview firmado, sin D1 editorial.
- HTMLRewriter compone fragmentos de feed/recomendaciones y verifica tamaño y SHA.
- Una entrega medida: unos 104 segundos, 1 página renderizada • 1968 reutilizadas.
Verificación y límites: Cambio a archivos publicado; una medición no es un SLA.
Más detalles
La fuente editorial pasa a content/ dentro del repositorio. Cada material conserva ID estable, orden común de bloques/medios, original ruso y hasta seis traducciones EN, AR, ZH, FR, DE y ES. Publicación y borrador se separan físicamente. Se mantienen URL, autoría y estructura; un borrador no se vuelve público por existir.
Una aplicación Astro sirve artículos y páginas; Svelte aporta interactividad. El Worker Cloudflare principal reúne recursos, Ask, terminal y preview firmado. Búsqueda, Markdown, RSS, sitemap y vistas LLM derivan de los mismos archivos publicados, sin editores independientes.
El plan identifica páginas afectadas y reutiliza HTML, recursos y comprobaciones válidas. Feeds y recomendaciones son fragmentos estáticos compuestos con HTMLRewriter, sin nuevo JavaScript. Los endpoints son privados y verifican tamaño y hash.
Texto, material nuevo y estructura siguen rutas limitadas distintas. La revisión de traducciones sigue los campos y bloques modificados. Una corrección de puntuación medida tarda unos 104 segundos: una página renderizada, 1968 reutilizadas. Es una observación en entorno preparado, no un plazo garantizado.
EmDash deja el flujo activo. El 25 de octubre el propietario decide conservar sus datos como archivo histórico cerrado, sin borrado automático. El editor privado posterior no devuelve a EmDash el papel de fuente pública.
18–21 de octubre de 2026
Siete idiomas, un corpus
- RU • EN • AR • ZH • FR • DE • ES
- Svelte
- Ask
- Terminal
- Wrangler
- Siete idiomas con identidad común y URL, SEO y ediciones propios.
- Ask RU • EN y terminal comparten corpus; sincronización tras publicación aceptada.
- CSS, menús y campos se entregan de forma puntual con hashes y rollback.
Verificación y límites: Entregas públicas verificadas; respuestas AI sujetas al proveedor.
Más detalles
Árabe, chino, francés, alemán y español se suman a ruso e inglés. Comparten identidad y orden de bloques, pero tienen textos y URL propios. Navegación, selectores y SEO siguen el modelo; árabe requiere RTL y chino una fuente de respaldo adecuada.
Ask se lanza públicamente en RU • EN y utiliza el corpus publicado. Después se integra más con portada y lector. Las respuestas dependen de un proveedor AI externo; disponer de interfaz no acredita todas las preguntas ni funciones de voz.
El terminal ofrece otra navegación del mismo archivo: secciones, materiales, idiomas y enlaces. Su catálogo se sincroniza después de aceptar una publicación del sitio principal. Style Guide y el sistema de diseño documentan composiciones y reglas comunes.
Aparecen entregas limitadas de CSS, menús y campos sin renderizar todo. HTML y recursos se comprueban por hash; las versiones se ligan a fuentes y base aceptada; los paquetes anteriores permiten rollback. Seguridad y cuenta siguen siendo comprobaciones obligatorias.
10–12 de octubre de 2026
Scope cambia de motor
- Astro
- Scope
- EmDash
- Cloudflare Workers
- ASSETS
- Scope cambia de plantillas Ghost a Astro, manteniendo aspecto y URL.
- Paquete estático desde revisiones EmDash publicadas y Worker con ASSETS.
- Edición separada de entrega; publicación cloud y recuperación verificadas después.
Verificación y límites: Cambio root del 10–11 de octubre y posteriores pruebas cloud.
Más detalles
Scope se porta a componentes Astro conservando aspecto y URL. Los paquetes estáticos usan revisiones EmDash publicadas. El apex pasa a un Worker Cloudflare con recursos estáticos; la copia Ghost deja de dirigir las nuevas entregas.
Es una arquitectura intermedia: el visitante recibe Astro • Scope, mientras el autor trabaja en EmDash. Edición y entrega pasan a ser subsistemas separados. Construcciones y verificaciones protegidas impiden que los borradores entren en paquetes públicos.
Al principio un proceso local en Mac supervisa la publicación; después se verifican publicación cloud y restauración. El flujo de archivos sustituye esos mecanismos históricos. El antiguo manual de publicación en segundo plano no rige el sitio actual.
2–9 de octubre de 2026
EmDash entra en la conversación
- EmDash
- CDN
- Multilingual document
- Published revisions
- Piloto EmDash cerrado el 2 de octubre; Pages y Posts separados al importar.
- Un documento une ID, idiomas, bloques y estados de revisión independientes.
- Las ediciones publicadas no dependen de borradores; un experimento no es un cambio de producción.
Verificación y límites: Piloto/desarrollo del 2–9 de octubre; no toda interfaz fue pública.
Más detalles
El piloto EmDash cerrado comienza el 2 de octubre y conserva archivo y medios CDN. La importación separa páginas de entradas. Después, un documento multilingüe une ID, idiomas, bloques comunes y estados propios. Las versiones publicadas se leen independientemente del trabajo sin terminar.
Se prueban en paralelo vistas editoriales y diseños, incluida una interfaz parecida a Ghost y feeds Framer. Para el 9 de octubre se busca edición unificada y presentación familiar. Parte es experimental: un commit no demuestra que el sitio principal cambiara ese día.
Finales de septiembre de 2026
Un puente por /new/
- Astro
- Ghost export
- Cloudflare Pages
- Rich text
- SEO
- nevsky-web comienza el 23 de septiembre; puente dual para el 26.
- Ghost estático sigue público; Astro usa /new/ con noindex.
- Rutas, idiomas y rich text cotejados con archivos; Ghost estático aún se entrega el 9 de octubre.
Verificación y límites: Modo transitorio acreditado; preparar Astro no fecha el cambio root.
Más detalles
nevsky-web arranca el 23 de septiembre. Para el 26, un modo doble conserva la salida Ghost pública y aísla Astro bajo /new/, sin indexación. Así se prueba con datos reales sin sustituir todas las URL antiguas por un sitio incompleto.
El puente abarca secciones, temas, idiomas, enlaces antiguos y saneamiento de rich text. Textos y rutas se cotejan con exportaciones Ghost y archivo estático. Se construye desde una proyección verificada. El 9 de octubre todavía se registra una entrega de Ghost estático; el cambio EmDash • Astro llega después.
Julio–agosto de 2026
Dos motores en la salida
- Ghost Pro
- Scope
- Ghost Handlebars
- Astro
- Static v2
- Ghost Pro en nevsky.ae: RU • EN, Scope, plantillas compatibles, accesibilidad y medios adaptativos.
- Static v2 • Astro se prepara aparte en new.nevsky.ae con noindex.
Verificación y límites: 13–14 de agosto: Ghost Pro sigue en apex; LiveDXB es aparte.
Más detalles
En verano nevsky.ae sigue en Ghost Pro con Scope y rutas RU • EN. Julio corrige plantillas, metadatos lingüísticos, accesibilidad y móvil. Rendimiento: prioridad a imagen principal, imágenes adaptativas, fuentes sin duplicados y menos desplazamientos Koenig.
Static v2 y el sucesor Astro se desarrollan en agosto aparte, en new.nevsky.ae con noindex. Los documentos del 13–14 de agosto mantienen Ghost Pro en el apex. Es preparación, no cambio de producción. LiveDXB se desarrolla en paralelo y no fecha el cambio de Nevsky.
Mayo–junio de 2026
Un nuevo hogar para Ghost
- Ghost Pro
- Handlebars
- Geist
- Cloudflare DNS
- Framer
- 15 de mayo: Scope para nevskii.me, feeds RU • EN, rutas y navegación.
- El plan conserva nevskii.ghost.io; para el 30 de junio los útiles apuntan a nevsky.ae.
- Después nevskii.me aloja un portfolio Framer separado.
Verificación y límites: Fechas exactas de compra de nevsky.ae y cambio DNS desconocidas.
Más detalles
Git registra Scope para nevskii.me el 15 de mayo: plantillas Ghost • Handlebars, CSS propio, Geist, feeds RU • EN separados, navegación y vínculos lingüísticos. Esa línea usa Ghost Pro. El hosting gestionado cambia la operación, mientras las personalizaciones siguen siendo propias.
El dominio comprado nevsky.ae se convierte luego en principal. Un plan archivado mueve nevskii.me allí y mantiene nevskii.ghost.io como origen. Para el 30 de junio la nueva URL aparece en herramientas y tema. Se desconocen fecha exacta de compra y cambio DNS; un commit con URL no las acredita.
Después nevskii.me sirve el portfolio Framer, una línea visual independiente cuyo sucesor Astro también se prepara en preview. Los dominios no describen una única secuencia continua del mismo motor.
Primeros archivos
Antes del primer commit
- Ghost
- SQLite
- Ghost export
- Static archive
- Archivo nevsky.me • Ghost con exportación del 9 de abril de 2026, autores y medios.
- Relato del propietario: nevsky.me → nevskii.me; Ghost local antes de Ghost Pro.
Verificación y límites: Lanzamiento y primer cambio de dominio sin fecha; artículos ≠ motor.
Más detalles
El primer blog está ligado a nevsky.me y Ghost. Sobreviven exportación del 9 de abril de 2026, archivo estático, textos, autoría y referencias multimedia. Según el propietario, nevskii.me sigue a nevsky.me y Ghost local precede a Ghost Pro. No constan fechas exactas de lanzamiento ni de los primeros cambios.
Estas etapas conservan el origen sin inventar versiones. Las fechas antiguas datan los textos, no el motor. La historia verificable del tema propio comienza en mayo de 2026; la de la aplicación actual, a finales de septiembre.
Cómo mantener este changelog
Añadir una entrada cuando cambien de forma importante el motor, el flujo editorial, la entrega, la interfaz o las funciones públicas. Agrupar las pequeñas correcciones en su versión. Registrar fecha real, base anterior, cambios relevantes, efectos y límites de verificación. Las funciones preparadas localmente no se describen como desplegadas.
@nevsky_alexander
En Instagram, Dubái más allá de la postal: familia, ciudad, descubrimientos y la vida entre proyectos. En Threads, ideas en voz alta sobre diseño e IA. En YouTube, vídeos que necesitan más espacio que una historia. Sígueme donde te sientas más a gusto y seguimos en contacto