PHP Fatal error: Uncaught RuntimeException: Library path /libraries/src cannot b

[Nuklear]

IL sito che gestisco all'improvviso visualizza pagina bianca sia fronte-end che back-end (sia in / che /administrator). Contatto l'assistenza dell'hosting e mi rispondono:

Gentile utente,può verificare il seguente errore:PHP Fatal error: Uncaught RuntimeException: Library path /libraries/src cannot be found.il percorso indicato non esiste.
Restiamo a disposizione per ulteriori informazioni

- Ok, controllo la cartella /libraries ed in effetti src non esiste;
- backuppo la vecchia libraries in libraries_bak;
- prendo lo zip dell'ultima versione di joomla, lo unzippo e uploado tutta la cartella libraries;
- refresh della home page, messaggio di errore su gantry nonostante sia installato;
- ok, uploado src nella vecchia libraries;
- refresh della pagina e visualizza pagina bianca con con scritta error;


Che faccio? Non mi viene in mente nulla...

[Nuklear]

Nessuna idea? Aiutatemi per favore perché è il sito con cui lavoro

[marine]

La versione di PHP è compatibile con tutti i componenti che hai installato nel sito?

[Nuklear]

Era impostata a 7 in seguito ad un'aggiornamento dell'hosting e funzionava correttamente. Per risolvere il problema nel girovagare tra le impostazioni ho trovato la versione a 5.6 e l'ho reimpostata a 7.2, ma nonostante questo non funziona ugualmente.
Per la mancanza della cartella src che mi potresti dire al riguardo?

[tomtomeight]

Ma non la avevi ricaricata gia quella cartella?

[emerenziano]

Hai un backup del sito quando funzionava ? Se sì prova ad installarlo in locale usando ad es. Xampp in modo da escludere che il problema sia dovuto all'hosting e al suo aggiornamento. Se funziona allora rivolgiti all'hosting perchè hanno combinato loro il guaio.

Se non hai un backup, oltre a prometterti che d'ora in avanti li farai, guarda i file .htaccess e php.ini, se ci sono, nella root in particolare per vedere se c'è qualche cosa di strano.

[Nuklear]

Questo è il mio file .htaccess:

Codice: [Seleziona]

## # @package    Joomla # @copyright  Copyright (C) 2005 - 2015 Open Source Matters. All rights reserved. # @license    GNU General Public License version 2 or later; see LICENSE.txt ## ## # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE! # # The line just below this section: 'Options +SymLinksIfOwnerMatch' may cause problems # with some server configurations.  It is required for use of mod_rewrite, but may already # be set by your server administrator in a way that disallows changing it in # your .htaccess file.  If using it causes your server to error out, comment it out (add # to # beginning of line), reload your site in your browser and test your sef url's.  If they work, # it has been set by your server administrator and you do not need it set here. ## ## No directory listings IndexIgnore * ## Can be commented out if causes errors, see notes above. #Options +FollowSymlinks #Options -Indexes ## Mod_rewrite in use. RewriteEngine On ## Begin - Rewrite rules to block out some common exploits. # If you experience problems on your site block out the operations listed below # This attempts to block the most common type of exploit `attempts` to Joomla! # # Block out any script trying to base64_encode data within the URL. RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR] # Block out any script that includes a <script> tag in URL. RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR] # Block out any script trying to set a PHP GLOBALS variable via URL. RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR] # Block out any script trying to modify a _REQUEST variable via URL. RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) # Return 403 Forbidden header and show the content of the root homepage RewriteRule .* index.php [F] # ## End - Rewrite rules to block out some common exploits. ## Begin - Custom redirects # # If you need to redirect some pages, or set a canonical non-www to # www redirect (or vice versa), place that code here. Ensure those # redirects use the correct RewriteRule syntax and the [R=301,L] flags. # ## End - Custom redirects ## # Uncomment following line if your webserver's URL # is not directly related to physical file paths. # Update Your Joomla! Directory (just / for root). ## RewriteBase / ## Begin - Joomla! core SEF Section. # RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] # # If the requested path and file is not /index.php and the request # has not already been internally rewritten to the index.php script RewriteCond %{REQUEST_URI} !^/index\.php # and the requested path and file doesn't directly match a physical file RewriteCond %{REQUEST_FILENAME} !-f # and the requested path and file doesn't directly match a physical folder RewriteCond %{REQUEST_FILENAME} !-d # internally rewrite the request to the index.php script RewriteRule .* index.php [L] # ## End - Joomla! core SEF Section. # SP BEGIN php handler <IfModule mod_fcgid.c> AddHandler fcgid-script .php .php5 .php7 .phtml FcgidWrapper    /usr/local/cpanel/cgi-sys/sp-ea-php56 .php FcgidWrapper    /usr/local/cpanel/cgi-sys/sp-ea-php56 .php5 FcgidWrapper    /usr/local/cpanel/cgi-sys/sp-ea-php56 .php7 FcgidWrapper    /usr/local/cpanel/cgi-sys/sp-ea-php56 .phtml </IfModule> # SP END php handler # php -- BEGIN cPanel-generated handler, do not edit <IfModule fcgid_module> <IfModule mime_module> AddHandler fcgid-script .php .php7 .phtml FcgidWrapper /usr/local/cpanel/cgi-sys/ea-php72 .php FcgidWrapper /usr/local/cpanel/cgi-sys/ea-php72 .php7 FcgidWrapper /usr/local/cpanel/cgi-sys/ea-php72 .phtml </IfModule> </IfModule> # php -- END cPanel-generated handler, do not edit

E' leggermente diverso da quello che ho inserito quando ho sviluppato il sito perché è stato auto generato da cPanel.

Ci potrebbe essere qualcosa che non va?

[emerenziano]

con tutto il file .htaccess su un'unica riga si capisce ben poco. Mi pare, però, ci siano riferimenti sia a PHP 5.6 che a php 7.2 e questo potrebbe creare problemi.
Io ho due siti in VPS gestiti da CPanel ma i miei .htaccess sono ben diversi e molto più complessi.
Secondo me dovresti rivolgerti all'hosting e, sempre se ne disponi, provare in locale da un backup funzionante.

[Nuklear]

Purtroppo è l'editor del forum che lo ha messo su una riga sola, altrimenti in passato il contenuto  lo metteva su più righe, comunque, a parte questo, dovrei eliminare i link alle vecchie versioni di php?

[emerenziano]

Io partirei eliminando i riferimenti a PHP 5.6.

Ripeto: se il problema si è posto a seguito di aggiornamenti di PHP fatti dall'hosting o anche da te con l'apposita funzione di CPanel, non è detto che il PHP che hanno installato sia funzionante.

A me è capitato che nel PHP 7.2 installato dall'hosting mancassero alcune estensioni per cui sono dovuto ritornare a PHP 5.6, chiedere che sistemassero la cosa, e successivamente aggiornare.
Se, invece, hai un VPS a tua completa disposizione, nel senso che puoi installare e aggiornare  PHP, estensioni, gestire il server Web, allora è un altro discorso.
Resta sempre valido il consiglio di portare il sito in locale in Xampp per vedere se lì funziona.