@Pierino Assolutamente no, solamente esperienze personali e quindi parlo di quelle. Infatti se ci fai caso io parlo male di register perchè ha dei limiti davvero assurdi. Lavoro molto anche con hosting esteri (europa, america, asia e australia) con i quali mi trovo bene tra cui anche hostinger.

Ma un sito è un sito ed un app è un app, io non mischierei le cose, hanno target differenti. Nel mio caso si trattava di un menù digitale fatto con un estensione joomla da me scritta, e il ristorante ha il qrcode stampato sui tovaglioli ed in mostra altrove, il cliente inquadra e si installa l'app e vede solo l'app che è fatta tramite sitoma funge come un app. In altri casi non vedo un app per consultare un sito completo, non credo serva.

@AlanT Grazie mìlle! Ho visto che sta la versione Pro gratis.
Magari me lo studio per bene. Non si sa mai 😊

@jabba Aggiunto anche il controllo per vedere se c'è il mezzo in quella data

Se fai siti per lavoro l'hosting multidominio deve avere 0 problemi, e risparmiare pochi €/anno ha poco senso.
La brutta esperienza l'hai già vissuta, quindi non infierisco 🙂

Valuta il discorso assistenza, affidabilità del provider e tempi di risposta ai ticket. In questo post alcune indicazioni le hai già ricevute, inutile ripetere le stesse info. Muovere 15 siti joomla o altri cms, con un minimo di pianificazione, si fa senza problemi.

La soluzione più economica ma più impegnativa dal punto di vista tecnico (devi avere un po di conoscenze sistemistiche), è l'attivazione di un VPS (virtual private server). Un server virtuale (con molte più risorse rispetto a un hosting condiviso) dove puoi gestire al meglio i tuoi siti.

Contattami pure via chat per maggiori dettagli

a mano...

il problema non è in joomshaper, è nella differente impostazione dei due server.

Quello locale utilizza WebServer con interfaccia PHP Apache2handler (mod_php)

"Quando in un pannello (tipo Virtualmin, Plesk, ecc.) vedi “WebServer interfaccia PHP Apache2handler”, significa che PHP viene eseguito direttamente come modulo interno di Apache, cioè con mod_php.

Come funziona
Apache riceve una richiesta per un file .php (es. index.php).
Invece di passarlo a un processo esterno (come avviene con PHP-FPM/FastCGI), Apache lo elabora direttamente con il modulo mod_php.
Il risultato (HTML) viene inviato al browser.
In pratica, Apache e PHP sono “fusi insieme” nello stesso processo.

Il server su quale fai la copia è WebServer + interfaccia PHP-FPM/FCGI

Quando un utente apre una pagina PHP (ad esempio un sito Joomla), il web server (Apache, Nginx, LiteSpeed, ecc.) deve “chiamare” il motore PHP per interpretare il codice e restituire la pagina già elaborata al browser.
Questa chiamata può avvenire in vari modi, e uno dei più diffusi è proprio:
PHP-FPM (FastCGI Process Manager) con interfaccia FCGI (FastCGI).

I concetti principali

WebServer
È il software che riceve le richieste dal browser.
Esempi: Apache, Nginx, Caddy.

PHP-FPM (FastCGI Process Manager)
È un sistema che tiene attivi in memoria diversi processi PHP pronti a rispondere.

Gestisce in modo efficiente molte richieste contemporanee.

Permette configurazioni avanzate (limiti di memoria, timeout, numero massimo di processi).

È lo standard moderno per far girare siti dinamici ad alto traffico.

FCGI (FastCGI)
È il “protocollo” di comunicazione tra il WebServer e PHP-FPM.

Al contrario di CGI tradizionale (che avviava un nuovo processo PHP per ogni richiesta → molto lento), FastCGI tiene i processi PHP già pronti.

In pratica: il web server passa la richiesta al PHP-FPM attraverso FastCGI, riceve la risposta e la invia al browser.

E' una mia ipotesi, ma probabilmente non puoi fare una semplice copia tra server configurati in maniera differente.

Puoi fare comunque la controprova reinstallando da zero, sul server fast cgi, joomla e i vari componenti che utilizzi.

si ringrazia chatgpt per la descrizione dei due ambienti.

Salve. Perché non fare un'apposita sezione "Tutorial" dove raggruppare e sviscerare ogni singolo aspetto di Joomla!? Sarebbe anche un modo per velocizzare la ricerca per chi cerca soluzioni a un problema specifico.

Sto usando i template di Mixwebemplates. https://www.mixwebtemplates.com/it/joomla-templates-it-it.
Sono template con il framework Helix. Devo dire che sono molto completi e ricchi di funzionalità.

Se non viene utilizzata la strada facile facile con Akeeba Backup/Kickstart, questo potrebbe essere un'alternativa valida per l'importazione manuale. Non so però se aggiornato e funzionante ancora...

un video spunto/idea per i più smanettoni https://youtu.be/xznKffSjXsA?si=8dT0oa_WaoeZGkl-

@jabba Risolto

ok email risolta qui chiudo
ho altri probl ma sono diversi apro un altro post

grazie 😉

ah si certo, però c'è anche da dire che non su tutti i siti uso il tag manager di google, e dove non c'è uso il suo, anche perchè magari non a tutti facciamo fb ads e google ads 😄

Per tornare in tema dell'argomento del post (cache),
facendo ulteriori prove con la cache attiva noto è utile per abbassare il tempo di risposta del server fino a 400 ms.
-Attivare la cache nel plugin (Sistema - Cache pagina), selezionare SI' su Usa cache Browser
-Attivare la cache unica moderata in Configurazione globale->Sistema

(Poi nel mio caso specifico la risposta del server vien peggiorata dal componente GDPR)

Edit: @jabba non avevo letto che lo hai già riportato speriamo bene 🙂

la settimana scorsa è stato aggiornato il file readme di gantry su github....

Gantry is a RocketTheme supported opensource project, and without RocketTheme and its resources, we won't be able to continue support and development of Gantry. We are looking for a > volunteer owner to take over the Gantry Framework project, and it will be archived (read-only mode) in the meantime. If you are interested in taking over the project, > please contact me at andy@gantry.org

io ci spero ancora.... incrociamo le dita

@jabba Direi di sì...

Qualcosa tipo

UPDATE tabella SET colonna = 'nuovo_valore' WHERE id = 123 AND colonna != 'nuovo_valore';

Poi ovviamente giochi con tutte le comparazioni che vuoi sul contenuto, tipo con regex...

@jabba grazie comunque per il test