Buongiorno anche io riscontro lo stesso problema da giorni, è possibile creare un redirect in background su un articolo del blog in attesa del riscontro da parte di host.it per evitare la brutta pagina bianca che appare ora? Come si realizza il redirect :) ? Giusto per mettere una "pezza" in attesa di soluzione. Grazie. Simone

... se può essere utile ho provato due esportazioni per un confronto:

>> 2025-3-8-0  ... OK ...

>> 2026-2-3-1... ! ...

.

ciao

Buongiorno,
Host.it ci ha comunicato di essere intervenuta, potete procedere a un'esportazione scegliendo l'opzione di pubblicare tutti i file, così che x5engine.php sia generato nuovamente.
Resto a disposizione.

Ciao Eric, nel mio caso Imunify360 rileva due file come dannosi:

/res/imageupload.php e

/res/x5engine.php

Se x5engine.php non è stato modificato da molto tempo (e posso affermarlo perché quando carico i miei file con la versione 2026.1.1 non li rileva come dannosi), potrebbe essere imageupload.php a generare l'avviso? È stato modificato di recente? Dato che l'ordine di caricamento (imageupload viene caricato per primo e poi x5engine.php) interferisce, potrebbe rilevare entrambi come dannosi.

Da quanto ho capito, le righe eliminate fanno parte del core di WSX5, ma qualcosa è stato modificato nel codice. Se non è in x5engine.php, è da qualche altra parte. Solo gli sviluppatori sanno cosa hanno modificato dalla versione 2026.1.1, che funziona senza avvisi, alle versioni successive. Nel mio caso, ho notato il problema con la versione 2026.2.2 e persiste anche con la 2026.2.3.

Tuttavia, non sarebbe meglio se Incomdia contattasse direttamente gli sviluppatori di Imunify per capire cosa sta causando l'avviso?

Qui in Messico, con i Mondiali di calcio in corso, il supporto del mio hosting non mi ha ancora risposto.

Cordiali saluti.

Ciao Eric, ti ringrazio del feedback tuttavia riscontro ancora il problema. 

Ti aggiorno di seguito dopo un'analisi approfondita del sito pubblicato (su WebSite X5 Hosting). Credo di aver individuato con precisione la causa dell'elenco blog vuoto, e non è legata a Imunify né al server quanto piuttosto un problema di generazione in fase di esportazione di WebSite X5 2026.2.3.

Dettaglio tecnico:
- Il file res/x5settings.php generato dall'esportazione contiene regolarmente tutte le sezioni di $imSettings (general, breakpoints, admin, databases, ecommerce, guestbooks, dynamicobjects, email), ma NON contiene alcun blocco $imSettings['blog']. La sezione del blog è completamente assente.
- Di conseguenza, a runtime $imSettings['blog']['posts'] non esiste, $blog->getPostsCount() restituisce 0 e la pagina del blog si carica correttamente ma senza articoli. Anche il feed (x5feed.xml) risulta vuoto (134 byte). Nessun errore PHP viene generato.
- x5engine.php è presente e integro (~525 KB), quindi non è il motore.
- Il blog e i suoi articoli sono regolarmente presenti nel progetto e visibili nell'anteprima locale.
- Ho già provato: esportazione completa ("Esporta tutti i file") più volte, ri-salvataggio degli articoli, creazione di nuovo articolo del blog per forzare la rigenerazione del blocco, chiusura e riapertura del programma. Il file x5settings.php risulta identico byte per byte (31.723 byte) e continua a non includere il blocco blog.

Mi sembra un difetto di generazione del file x5settings.php nella versione 2026.2.3.

Vi chiedo pertanto cortesemente:
1) se si tratta di una regressione nota di questa versione e se esiste una patch correttiva;
2) in alternativa, se è consigliabile e come procedere a un rientro alla versione 2026.2.2 (potete fornirmi il programma di installazione?).

Si tratta di un sito aziendale e il blog è un canale importante: vi sarei grato per una risoluzione in tempi rapidi.

Grazie, resto a disposizione.

Christian

Buongiorno Christian,
abbiamo già contattato nuovamente Host.it, in quanto dopo un test avvenuto con successo su un hosting di prova, altri utenti come te hanno segnalato il persistere della cosa.
$imSettings['blog'] è definito in res/blog.inc.php ed è quindi normale che non si trovi in x5settings.php.
Confermo inoltre che x5engine.php è stato modificato da Imunify, come visibile dalla riga 55 alla riga 58 del file, dove appare la dicitura

/**
* Note: This file may contain artifacts of previous malicious infection.
* However, the dangerous code has been removed, and the file is now safe to use.
*/

a sostituire il codice che dovrebbe essere in realtà presente, ovvero

require_once('phar://' . __DIR__ . '/handlebars.phar/autoload.php');

Il problema si presenta già nella versione 2026.2.2, e sarebbe pertanto necessario un ritorno alla versione 2026.1.9 per ripristinare il blog, il che comporterebbe avere a disposizione anche un backup del progetto rimasto a tale versione del progetto.
Sottolineo inoltre che quella porzione di codice NON è stata modificata di recente, e al momento quindi non abbiamo identificato la causa che porta Imunify ad alterare il file solo da un certo aggiornamento in poi, abbiamo chiesto chiarimenti a Host.it a riguardo, affinché verifichino i dettagli della situazione con Imunify.
Se disponete di un backup di qualche tempo fa da ripristinare, qui l'installer della versione specifica 2026.1.9 (che non sovrascriverà la 2026.2):
https://static.incomedia.eu/websitex5.com/v2026.1/2026.1.9.0/wsx5_pro_v2026.1.exe
Resto a disposizione.

Buongiorno Miguel,
abbiamo verificato imageupload.php, ma anche nel suo caso le ultime modifiche risalgono a diverso tempo fa.
Verificheremo la possibilità di interfacciarci con Imunify qualora non emergessero dettagli tramite Host.it.

... seguendo l'evoluzione ho effettuato il test aggiornato, e per ora ancora con esito negativo:

>> 2026-2-3-1 ... secondo test...

.

ciao, grazie e buon lavoro

.

Buongiorno, in attesa che il problema di visualizzazione venga risolto ho tolto dal menù la voce blog seguendo le indicazioni in guida ma riscontro che la voce rimane attiva e cliccabile nel menù della home page mentre scompare correttamente nei menù abbinati alle altre pagine. Devo correggere qualcosa nelle mie impostazioni? Allego schermata home page e pagna chi sono del mio sito web. Altra cosa, avete idea dei tempi necesseri per tornare alla visualizzazione corretta della pagina index del blog? Grazie.

... a seguito dei precedenti test, adesso sì, funziona:

>> 2026-2-3-1 ... terzo test...

.

ciao, grazie e buon lavoro

.