Cms SOS – Guide e consigli pratici sui cms più diffusi

Impossibile scrivere con make.com

Anche questo articolo sarà brevissimo perché mi manca il tempo per scriverlo per bene 🙁 Se hai installato e configurato il plugin “Make Connector” ma non riesci ad utilizzare il servizio di scrittura esterno all’hosting perché l’url https://dominio.estensione/wp-json ti restituisce una risposta 404 (ovvero “Not Found”), la soluzione è più vicina di quello che credi.

Se questo link genera una risposta 404, dato che WordPress non crea una cartella chiamata “wp-json” all’interno della directory di pubblicazione del sito, la causa sono proprio i link di WordPress. Ti basterà quindi andare in “Impostazioni” → “Permalink” ed impostarli nel formato a te più comodo. Una volta fatto, il link sopra indicato non ti restituirà più errore.

Verificare versione phpBB via SFTP

Per verificare la versione del cms utilizzato, solitamente, basta collegarsi al backend (la sezione amministrativa) del sito e spostarsi nella sezione degli aggiornamenti. E’ possibile effettuare il controllo anche via SFTP e guardando il contenuto di uno specifico file. Per fare questo…

…è necessario procedere come segue:

Collegati via SFTP allo spazio web del tuo dominio
Spostati nella directory di pubblicazione (solitamente “public_html” o “httpdocs”) del sito
Spostati ulteriormente in “forum” → “styles” → “prosilver”
Apri il file “style.cfg”

Aprendo il file con un qualsiasi editor di testo (consiglio “Notepad++” per Windows e “BBEdit” per Mac) troverai il numero di versione alla voce “phpbb_version”.

File di configurazione di CodeIgniter

Se stai cercando le credenziali del database associato al tuo sito costruito con CodeIgniter e non sai come trovarle, questo è l’articolo che fa per te. La procedura è molto semplice e veloce. Basta effettuare una connessione SFTP allo spazio web e trovare il file giusto. Come?

Quello che dovrai fare è descritto di seguito:

Collegati in SFTP al tuo spazio web
Spostati nella directory di pubblicazione del sito
Scendi all’interno di “application” e dopo ancora in “config”
Apri il file “database.php”

Aprendo il file con un qualsiasi editor di testo (consiglio “Notepad++” per Windows o “BBEdit” per Mac) e scorrendo il contenuto del file troverai le variabili con le informazioni che stai cercando alle voci “username”, “password” e “database”.

Errore 500 sul backoffice che sparisce attivando il debug di PrestaShop 1.7.6

PrestaShop è un cms molto diffuso per i siti di e-commerce che non smette mai di sorprenderci! …in tutti i sensi. Questa di cui ti parlo in questo articolo è una chicca che mi è capitata ieri con un PrestaShop 1.7.6.8. Ho richiamato l’url del backoffice, ho inserito le credenziali e…

…ed è comparsa una bella schermata bianca senza neanche la famosa scritta “Service Unavailable”. Dopo qualche attimo di smarrimento ho verificato l’error_log di Apache del server e ho visto che aveva registrato questo errore:

dominio [Wed Jul 19 12:47:43 2023] [error] [pid 13222] mod_proxy_fcgi.c(888): [client xxx.xxx.xxx.xxx:0] AH01071: Got error ‘PHP message: PHP Fatal error: Uncaught PDOException: SQLSTATE[HY000] [2002] Connection refused in /var/www/vhosts/dominio/httpdocs/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:43\nStack trace:\n#0

Dopo qualche respiro profondo per calmarmi, dato che non erano state apportate modifiche neanche alle impostazioni dell’hosting dal pannello del provider, ho pensato bene di attivare il debug come indicato in questo articolo. Qui ho avuto la seconda sorpresa della giornata. Il backoffice, con il debug attivo, funziona.

Come ho risolto? Dato che la cancellazione della cache dal backoffice non ha sortito effetto, mi sono collegato via SFTP allo spazio web ed ho cancellato tutto quello che era presente sotto /var/cache. Ho disattivato il debug, ho aggiornato la pagina ed ho potuto vedere che il backoffice era tornato al suo funzionamento classico. Mi auguro che questo articolo ti aiuti 😉

Errore “generalexceptionmessage” richiamando il sito

L’errore “generalexceptionmessage” (il messaggio completo è “error/generalexceptionmessage”) compare quando la versione di PHP non è coerente con quella di Moodle. Nel mio caso era stata impostata la versione 8.2 di PHP con Moodle 3.9.6 quando quest’ultimo non può andare oltre PHP 7.4 come indica questo link.

Alla pagina sopra riportata è possibile vedere, in base alla versione di Moodle in uso, quale versione di PHP è possibile utilizzare.

File di configurazione di OpenCart

Se stai cercando le credenziali del database associato al tuo sito costruito con OpenCart e non sai come trovarle, questo è l’articolo che fa per te. La procedura è molto semplice e veloce. Basta connettersi via ftp allo spazio web e trovare il file giusto. Come?

Quello che dovrai fare è descritto di seguito:

Collegati in SFTP al tuo spazio web
Spostati nella directory di pubblicazione del sito
Apri il file “config.php”

C’è un secondo file di configurazione (non mi chiedere il motivo) all’interno della sotto directory “admin”. Se hai creato un nuovo database per il tuo sito (es. in seguito ad un ripristino), ricordati di modificare anche questo file in modo che sia allineato con le informazioni contenute nel file ubicato al livello superiore.

Errore 500 sul backoffice che sparisce attivando il debug di PrestaShop 1.7.3

PrestaShop è un cms molto diffuso per i siti di e-commerce che non smette mai di sorprenderci! …in tutti i sensi. Questa di cui ti parlo in questo articolo è una chicca che mi è capitata stamattina con un PrestaShop 1.7.3.3. Ho richiamato l’url del backoffice, ho inserito le credenziali e…

…ed è comparsa una bella schermata bianca con la scritta “Service Unavailable”. Dopo qualche attimo di smarrimento ho verificato l’error_log di Apache del server e ho visto che aveva registrato questo errore:

AH01071: Got error ‘PHP message: PHP Fatal error: Cannot declare interface Psr\Log\LoggerInterface, because the name is already in use in /var/www/vhosts/dominio/httpdocs/app/cache/prod/classes.php on line 6135\n’

Come ho risolto? Mi sono collegato via SFTP allo spazio web ed ho cancellato tutto quello che era presente sotto /var/cache. Ho cancellato cronologia/cookie del browser, ho mantenuto il debug disattivato ed ho potuto vedere che il backoffice era tornato al suo funzionamento classico. Mi auguro che questo articolo ti aiuti 😉

Verificare versione OpenBiblio via SFTP

…è necessario procedere come segue:

Collegati via SFTP allo spazio web del tuo dominio
Apri il file “ChangeLog”

Aprendo il file con un qualsiasi editor di testo (consiglio “Notepad++” per Windows e “BBEdit” per Mac) troverai il numero di versione nella prima riga.

File di configurazione di OpenBiblio

Se stai cercando le credenziali del database associato al tuo sito costruito con OpenBiblio e non sai come trovarle, questo è l’articolo che fa per te. La procedura è molto semplice e veloce. Basta effettuare una connessione SFTP allo spazio web e trovare il file giusto. Come?

Quello che dovrai fare è descritto di seguito:

Collegati in SFTP al tuo spazio web
Spostati nella directory di pubblicazione del sito
Apri il file “database_constants.php”

Verificare versione CodeIgniter via SFTP

Per verificare la versione del cms utilizzato, solitamente, basta collegarsi al backend (la sezione amministrativa) del sito e spostarsi nella sezione degli aggiornamenti. E’ possibile effettuare il controllo anche via sftp e guardando il contenuto di uno specifico file. Per fare questo…

…è necessario procedere come segue:

Collegati via SFTP allo spazio web del tuo dominio
Spostati nella cartella “system” e poi ancora in “core”
Apri il file “CodeIgniter.php”

La versione è indicata alla voce “CI_VERSION”.