Sintesi

Dopo che l'origine WordPress legacy ha continuato a rifiutare le connessioni provenienti dall'infrastruttura RBX, il sito istituzionale Kulinaryos è stato ripristinato all'interno del cluster RBX. La soluzione preserva l'esperienza pubblica tramite una replica statica del frontend e rimuove dal percorso principale la dipendenza immediata dalla macchina di origine.

erp.kulinaryos.com è rimasto nell'ambiente esistente e non è stato modificato durante questo intervento.

Architettura pubblicata

Il traffico segue ora questo percorso:

Internet → edge Traefik RBX → Service Kubernetes → container Nginx con file statici

Traefik rimane l'edge pubblico e gestisce TLS, instradamento e reindirizzamento di www verso il dominio principale. Nginx non sostituisce Traefik: viene eseguito soltanto nel pod per servire HTML, CSS, JavaScript, font e immagini della replica.

Il carico utilizza due repliche, un'immagine immutabile, un processo senza privilegi, un filesystem radice in sola lettura, controlli di salute, limiti di risorse e promozione dichiarativa tramite GitOps con Argo CD.

Cosa è stato replicato

La pubblicazione è una copia statica del livello visuale prodotto da WordPress ed Elementor. Conserva i contenuti istituzionali, il layout responsivo e gli asset necessari alla navigazione pubblica.

Non è una nuova installazione WordPress e non include PHP, database, wp-admin, plugin lato server o capacità di modifica. Le funzioni che dipendono dall'elaborazione WordPress sul server non fanno parte di questa misura di continuità.

Correzione degli asset e della versione mobile

Nella prima versione, HTML e immagini venivano caricati, ma il sito appariva senza stile sui dispositivi mobili. La causa era il modo in cui i parametri di versione, come ?ver=..., erano stati conservati nei nomi dei file durante la cattura: il browser richiedeva il percorso senza query string e il server restituiva 404 per parte del CSS e del JavaScript.

Il processo di generazione è stato corretto per normalizzare questi nomi, dare priorità alle risorse della pagina iniziale e fallire quando manca un asset locale obbligatorio. La validazione finale copre:

  • 46 file con nomi versionati normalizzati;
  • 22 fogli di stile della pagina iniziale;
  • 16 script caricati inizialmente;
  • 8 chunk dinamici utilizzati da WordPress ed Elementor.

Una seconda fase di test su viewport mobile ha identificato questi chunk dinamici, necessari per comportamenti come menu, caroselli e componenti espandibili. Sono stati aggiunti esplicitamente sia all'artefatto sia alla validazione automatizzata.

Validazione

Oltre ai test unitari del generatore, sono stati eseguiti controlli di sintassi, costruzione dell'immagine, disponibilità degli asset e rendering responsivo. L'ispezione ha incluso font, griglie, card, immagini e menu mobile. Il dominio principale risponde tramite l'edge RBX, mentre l'ERP è rimasto isolato dalla modifica.

Stato attuale e prossimi passi

Il sito istituzionale è disponibile come replica statica di continuità. Questo approccio riduce la superficie operativa e impedisce che un blocco sull'origine legacy renda nuovamente indisponibile la pagina pubblica, ma non sostituisce un ambiente WordPress modificabile.

Per ripristinare modifica e funzionalità dinamiche complete sarà necessaria un'esportazione autorizzata del database e di wp-content, oppure una ricostruzione su una piattaforma gestita da Kulinaryos. Fino ad allora, la replica sarà mantenuta come artefatto versionato, riproducibile e monitorato nel cluster RBX.