Http error 500

[imagegallery]

buongiorno a tutti.
dopo un pò di tempo ho ripreso la programmazione del mio sito ma mi sono accorto che adesso quando c'è un errore nello script, il browser non mi fornisce più indicazioni sull'errore (riga, tipo di errore ecc..) ma indica semplicemente "La pagina non funziona ....al momento non è in grado di gestire la richiesta.....HTTP ERROR 500".
prima invece le indicazioni mi aiutavano nella gestione degli errori.
in questo modo risulta molto difficile trovare l'errore che blocca lo script (a volte per la mancanza di un punto e virgola perdo un sacco di tempo nel trovare il tipo di errore e la riga).
ho provato in diversi browser, ma con lo stesso risultato.
mi sono perso qualcosa nel frattempo? è cambiata qualche impostazione?

[alemoppo]

Sì, è cambiata l'impostazione: in ambito produttivo non è quasi mai una bella cosa lasciare i messaggi di errore visibili, per questo sono stati disabilitati di default.

Puoi però riabilitarli con:

ini_set('display_errors', '1') 

Ciao!

[imagegallery]

grazie per la risposta ma non funziona: ho provato anche a sostituire '1' con 'on' ma ancora niente. qualche altra soluzione?

[alemoppo]

Puoi provare a usare questo? Ho appena provato sul mio account e funziona:

ini_set('display_errors', '1');
error_reporting(E_ALL); 

Ciao!

[imagegallery]

avevo già provato...nulla!
non funziona.
bhooo, non capisco.
magari bisogna modificare il file ".htaccess"?

[alemoppo]

Io avevo provato ad includere un file non esistente, in quel caso PHP si accorge e mostra l'errore.
Se però c'é un errore di sintassi, come ad esempio la mancanza di un ";", lo script non viene proprio eseguito e quindi non viene applicato ini_set('display_errors', '1');.

Purtroppo è un effetto collaterale inevitabile con la nuova configurazione, che ha display_errors disattivato di default.

Per individuare errori di sintassi ti consiglierei di usare un IDE con funzione di syntax highlighting, che solitamente vengono segnalati mentre scrivi il codice.

Ho chiesto e non è purtroppo possibile gestire display_errors da .htaccess.

Ciao!

[imagegallery]

grazie per la tua gentilezza. mi hai evitato estenuanti prove che non avrebbero portato a nulla.
valuterò l'IDE che mi consigli.
buon pasqua

[alessandro1001]

Buongiorno; il codice che avete postato dove bisogna inserirlo? Grazie mille...

[GraphOGLRisorse]

Buongiorno; il codice che avete postato dove bisogna inserirlo? Grazie mille...

Salve,
va messo ad inizio pagina, dopo <?php e prima dell'inizio del codice.

Alternativa migliore che visualizza "tutti i tipi" di errori:

<?php

  ini_set('display_errors', '1');
  ini_set('display_startup_errors', '1');
  error_reporting(E_ALL);
  
  include 'pagina.php';

?>

1 - Copiare questo in una nuova pagina php, ad es, DebugErrorPHP.php
2 - Includere la pagina che si vuole analizzare al posto di pagina.php
3 - Eseguire dal browser il file di debug (nell'esempio DebugErrorPHP.php)

Ho fato le prove su AlterVista e funziona. Una volta corretto il primo errore, si dovrà ricaricare DebugErrorPHP.php per vedere se sono presenti eventuali errori successivi. E così, fino a che non ci sono più errori.

Cordiali saluti.

[stefaniaphp]

Buongiorno, sono un'insegnante e uso Altervista a scuola per insegnare PHP. Con l'aggiornamento recente di PHP e con l'errore 500 la mia vita e quella dei miei studenti si è complicata molto perché trovare gli errori è più difficile non avendo riferimenti. Ho provato il metodo di creare la pagina DebugErrorPHP.php e funziona, ma è un metodo poco agile. Per risolvere il problema alla radice ho provato a modificare il file .htaccess(Avanzato) di Altervista e inserire i seguenti comandi (trovati in rete):

# Visualizza gli errori PHP
php_flag display_errors on
php_value error_reporting E_ALL

ma non va! Eppure nell'intestazione c'è proprio scritto: "Scrivi le direttive Apache nell'area sottostante, affinché non si visualizzi un errore 500 e per non incorrere nei più comuni errori di sintassi".
Sono sbagliate le direttive che ho inserito?
Help!

Grazie a nome mio e dei miei 180 studenti nel caos ;-)

[stefinstal]

molte grazie AlterGuru 2500

funziona (anche troppo)!
Nel senso che mi notifica anche errori che normalmente (in php) non sono errori (come la definizione delle variabili)...
Comunque, almeno non divento pazzo a ricercare errori in listati di 3000 o 4000 linee di codice... :)

[stefinstal]

Salve,
va messo ad inizio pagina, dopo <?php e prima dell'inizio del codice.

Alternativa migliore che visualizza "tutti i tipi" di errori:

<?php

  ini_set('display_errors', '1');
  ini_set('display_startup_errors', '1');
  error_reporting(E_ALL);
  
  include 'pagina.php';

?>

1 - Copiare questo in una nuova pagina php, ad es, DebugErrorPHP.php
2 - Includere la pagina che si vuole analizzare al posto di pagina.php
3 - Eseguire dal browser il file di debug (nell'esempio DebugErrorPHP.php)

Ho fato le prove su AlterVista e funziona. Una volta corretto il primo errore, si dovrà ricaricare DebugErrorPHP.php per vedere se sono presenti eventuali errori successivi. E così, fino a che non ci sono più errori.


Cordiali saluti.

molte grazie AlterGuru 2500

funziona (anche troppo)!
Nel senso che mi notifica anche errori che normalmente (in php) non sono errori (come la definizione delle variabili)...
Comunque, almeno non divento pazzo a ricercare errori in listati di 3000 o 4000 linee di codice... :)

[alemoppo]

@stefaniaphp:

Mi dispiace.
Purtroppo non è possibile in altro modo, se non come detto da GraphOGLRisorse.

Riguardo la frase:

Scrivi le direttive Apache nell'area sottostante, affinché non si visualizzi un errore 500 e per non incorrere nei più comuni errori di sintassi

Gli errori 500 in questo caso sono intesi come errori di sintassi .htaccess (non PHP).

Se è poco agile il modo indicato da GraphOGLRisorse, purtroppo l'unica soluzione che mi viene in mente è quello già indicato, ovvero usare un IDE che segnala gli errori di sintassi, così gli studenti li vedono real-time.

@GraphOGLRisorse @stefinstal
ini_set('display_startup_errors', '1'); dovrebbe essere inutile.
Inoltre usando require invece di include in caso di file mancante verrà generato solo un warning rispetto a un errore bloccante.

Ciao!