Si è verificato un errore. 500 Joomla\CMS\Form\Form::getInstance() could not load fil

[simonebenedetti]

Buongiorno a tutti,

ogni tanto sul mio sito Joomla ospitato su Altervista (e installato tramite la procedura di Altervista) quando entro nel pannello di controllo compare il seguente messaggio di errore:

Si è verificato un errore.
500 Joomla\CMS\Form\Form::getInstance() could not load file
Torna al Pannello di controllod

e non mi permette di compiere nessuna operazione nel backend del sito (ad esempio creare o modificare articoli). E' un problema che viene e va in maniera autonoma e tra l'altro senza che venga apportata alcuna modifica al sito.

Come posso risolvere? A qualcuno è già capitato?

Cercando su internet qualcuno ha suggerito essere dovuto a un problema di versione PHP installata. Da questo link ho quindi provveduto a portare la versione alla 7.1. Tuttavia se vado nella sezione Informazioni di sistema del sito Joomla risulta installata ancora la versione 5.6.

Qualcuno sa come poter ovviare al problema?

Grazie.

[alemoppo]

Puoi mostrare il contenuto del file .htaccess nella root del tuo sito? Per PHP7.1, deve essere presente la riga:

AddHandler av-php7 .php

Ciao!

[simonebenedetti]

Ecco a te... direi che la riga di codice da te richiamata ci sia.
La cosa che mi preoccupa e mi fa pensare è che accennavo prima il problema si verifica ogni tanto e non sempre...


##
# @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 +FollowSymLinks' 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
# /* modifica */
#IndexIgnore *
# /* fine */

## 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).
##

# /* modifica */
RewriteBase /
# /* fine */

## 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.

# /* modifica */
# # av:php5-engine
AddHandler av-php7 .php
# /* fine */
# # av:Toolbar
SetEnv AV_TOOLBAR 1

# # av:Toolbar
SetEnv AV_TOOLBAR 0

# av:PHP-upload
php_value upload_max_filesize 20M
php_value post_max_size 20M
php_value max_input_time 300
# PHP-upload

[alemoppo]

Sì, direi che la riga c'è ed il sito è impostato con php 7.1. Se proprio vuoi una ulteriore conferma, puoi creare un file con estensione .php (puoi chiamarlo come desideri), dove all'interno scrivici:

<?php
phpinfo();

Visitando quella pagina, dovrebbe apparirti un resoconto delle impostazioni PHP, tra le quali la versione.

Tieni presente però, che è possibile impostare una versione di PHP differente per ogni cartella: se una sottocartella imposta una differente impostazione, quella impostazione sovrascriverà la modalità di esecuzione di quella cartella e delle sottocartelle.

Tornando al problema principale, sarebbe molto utile conoscere qualche problema in più: il problema si verifica dopo aver fatto una determinata azione? Ad un certo orario? Qualsiasi informazione potrebbe essere utile per riprodurre (e quindi risolvere) il problema.

Il problema persiste anche dopo aver modificato la versione di PHP?

Ciao!

[simonebenedetti]

Ciao,

intanto grazie per la preziosa e sollecita risposta. Davvero apprezzata. Il sito si trovata in una sottocartella che effettivamente aveva ancora impostato la versione 5.6. Versione che ora ho modificato portandola alla 7.1

Più in generale il sito viene modificato solo nei contenuti (quindi non vi installazione di plugin, moduli etc.); solamente inseriti e/o modificati nuovi articoli... quindi il minimo indispensabile. L'errore, quando compare, non permette di fare alcun tipo di operazione perchè ogni voce di menu che venga scelta visualizza il messaggio di cui sopra. A volte addirittura non viene proprio visualizzato il menu in alto di Joomla (quello, per intenderci che riporta voci quali Sistema, Utenti, Menu, Contenuti; l'unica voce che viene sempre e comunque visualizzata è quella di un plugin - SP Page Builder - installato fin dalla creazione del sito).Non ci sono momenti particolari in cui la condizione di errore si verifica (o se ci sono non ne ho mai colto la correlazione). Devo anche dire che aggiorno il sito circa una volta a settimana, quindi faccio anche fatica a trovare elementi di base comuni. Di certo è capitato che ad un certo momento il sito desse messaggio di errore di cui sopra e dopo un'oretta invece tornasse a funzionare corretamente. Potrebbe essere un problema di server?

[alemoppo]

Non so se può essere un problema di server, si può solo supporre non avendo ancora identificato la causa.
Questo problema quindi capita solo nell'area amministrativa? Ti è mai capitato che il sito non fosse navigabile (lato utenti) per questo errore?

Ciao!

[simonebenedetti]

Ciao,

no lato utente ha sempre funzionato benissimo. Anche quando dava errore nel backend, nel frontend sempre tutto perfetto.

[alemoppo]

Anche quando dava errore nel backend, nel frontend sempre tutto perfetto.

Escluderei quindi un problema del server, o meglio problemi di sovraccarico visto che comunque lato visitatori non ci sono anomalie.

Purtroppo senza riuscire a riprodurlo sistematicamente è molto difficile individuare il problema. Hai provato con differenti versioni di PHP? (anche 7.3?).

Ciao!