Errore di sistema dopo installazione estensione
-
ce l'avevo davanti agli occhi e non l'ho visto
Le info sono moltissime, serve che le invio tutte tutte?
oppure posso stampare in pdf ed allegare? -
Intanto vediamo come è settata open_basedir, dovrebbe dirtelo da lì... se è settata male quella abbiamo già trovato il problema
-
Eccola:
open_basedir /var/www/vhosts/nomesito.it/:/tmp/ /var/www/vhosts/nomesito.it/:/tmp/dove ovviamente nomesito è in entrambi gli indirizzi il nome giusto del sito
-
Ok, confronta che temp e log path dentro joomla siano coerenti con quel percorso (ovviamente cambia se il tuo sito è installato in una sottocartella)
-
in J, in Sistema - configurazione globale - Server il percorso in TEMP è:
/var/www/vhosts/nomesito.it/httpdocs/tmpin LOG è:
/var/www/vhosts/nomesito.it/httpdocs/administrator/logsIl percorso è diverso ma i ":" presenti in open_basedir non sostituiscono il percorso "httpdocs"?
-
Nop, che io sappia (ma ripeto, purtroppo [o per fortuna!
] non sono un sistemista) quello è solo un separatore di percorsi.
Ad ogni modo secondo me è proprio un problema di percorsi nella creazione delle cartelle... bisogna che ci guardi un sistemista "serio", ma forse temporaneamente riesci a risolvere creando a mano le cartelle di helix:- /templates/shaper_helixultimate/custom/
- /templates/shaper_helixultimate/css/
- /templates/shaper_helixultimate/images/
Entra via FTP o con un gestore file del pannello di controllo e crea quelle tre cartelle se non esistono (con permessi 755 o 775).
-
delle tre cartelle che mi hai segnalato, è solo la prima che manca
Provo a crearla e ti aggiorno
-
l'ho creata con permessi uguali alle altre cartelle (755) ma ho lo stesso errore..
Ma se in TEMP e LOG di Joomla metto il percorso che c'è in open_basedir? -
Mah no non penso sia quello, se fossero errate non riusciresti ad installare neanche le altre estensioni...
-
allora devo aspettare il sistemista
Vi faccio sapere -
non so se bella o brutta notizia.
Nel frattempo ho caricato il sito in uno spazio che ho su Vhosting che mi sono ricordato di avere e mi dà lo stesso errore. -
-
impostazioni standard di php
-
-
C'è qualcosa di sbagliato in quello locale, probabilmente. Quando trasferisci "cozza" con quello che normalmente viene utilizzato.
Onestamente non ho mai capito la necessità di sviluppare in locale -
Aggiornamento: visto tutto con il sistemista il quale è andato a vedere anche i log di errore di Apache.
Nei log compaiono anche altri errori che, con l'aiuto di AI, abbiamo visto essere relativi ad un conflitto nel file stylequalcosa.php (non ricordo bene il nome del file).
Si tratterebbe del fatto che in quel file un stringa viene vista come "data" (nel senso di dato in inglese) mentre invece l'operazione che faccio cerca un array (o viceversa).
L'AI proponeva un workaround che però impattava la sicurezza sicchè stiamo ancora cercando. -
ma è in un file di helix? Secondo me ti conviene contattare quelli di joomshaper, magari hanno già visto l'errore e sanno già come risolverlo...
-
Non credo sia di Helix, il percorso sono sicuro al 99,9% che fosse:
rootdelsito/administrator/components/com_templates/src/Model/StyleModel.phpCi ho pensato a scrivere JShaper visto che ho anche un account a pagamento ma ultimamente la loro prima risposta è di dargli le credenziali di accesso.
Stasera o domani ci provo, magari questa volta non risponderanno così -
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.
