PHP Rimane bloccato su un errore

[camiongest]

Buongiorno ragazzi aprendo il mio sito (totalmente a caso senza aver fatto nessuna modifica) mi compare questo:

Fatal error: require(): Failed opening required 'firewall.php' (include_path='.:') in /membri/camiongest/functions.php on line 2

Ora premetto che ho disattivato la comparsa di errori sia con script che dai comandi di altervista quindi non mi spiego il fatto che mi dica cosa sia successo ma vabbè. La cosa più importante è che oltre a non aver fatto niente ho provato di tutto (oltre che diversi include o require anche a non richiedere il file che non è essenziale) ma la situazione è completamente bloccata non cambia niente, l'errore rimane lo stesso anche se faccio include pippo.php pare che il sito sia "freezzato".

Qualche suggerimento? (Ho smanettato un po' anche con htaccess ma non è cambiato niente).

[alemoppo]

L'errore indica che manca il file "firewall.php". Hai un alterSito o alterBlog? Nel primo caso, controlla la presenza di tutti i file, nel secondo ripara il blog da qui.

Ciao!

[camiongest]

il problema è che il file non manca, ho tutti i permessi per leggerlo come ho sempre fatto ed ho provato anche rimuovendo la chiamata al file (non essenziale) nel codice ma l'errore persiste pur non essendoci nessun riferimento al file. Ho provato a cancellarlo e ricaricarlo, le ho provate tutte ma il sito rimane sempre così, ho un altersito

[camiongest]

cosa posso fare per risolvere al più presto?

Dal mio lato credo sia tutto a posto, è possibile controllare lato server vostri?

[alemoppo]

Il file "firewall.php" lo hai scritto tu? Include qualche altro file inizialmente?

Ciao!

[camiongest]

Il file "firewall.php" lo hai scritto tu? Include qualche altro file inizialmente?

Ciao!

Non lo ho scritto tutto io ma in diverse parti, è un semplice script. No non include nessun altro file è "a se stante". Ho provato a non richiamarlo nel file funzioni ed a fare tantissimi cambiamenti (anche provocare errori appositamente) ma il sito rimane completamente bloccato su quell'errore (inesistente). Per questo non mi rimane che pensare che magari sia un errore non del mio codice.

[GraphOGLRisorse]

Slave,
ha provato in functions.php a commentare l'iclusione di firewall.php?

Cordiali saluti.

[camiongest]

Slave,
ha provato in functions.php a commentare l'iclusione di firewall.php?

Cordiali saluti.

certo, è la prima cosa che ho fatto!

Non avrei mai scritto qui se fosse un problema da poco ma pare non lo sia perchè non ho trovato soluzione ed il mio codice è pulito. Non volevo ribadirlo ma vorrei chiedere se qualcuno che gestisce i server può dare un'occhiata...

[mzanella]

Sembra più un problema di percorsi.
Dove si trovano il file firewall.php e lo script in esecuzione?

Se dopo aver rimosso [tutte] le direttive che richiedevano quel file ti viene comunque mostrato il messaggio d'errore ci sono due possibilità:

1. il file che stai modificando non è quello che viene eseguito
2. hai un sistema di cache che mostra o elabora il contenuto precedente del file (di fatto ignorando le tue modifiche)

Nel secondo caso il problema si risolve automaticamente dopo pochi minuti. Se così non è sei nel primo caso (o non hai rimosso tutte le inclusioni).

ho provato [...] anche a non richiedere il file che non è essenziale

Non è legato la problema, ma se non è essenziale dovresti usare include anziché require.

[camiongest]

Non è essenziale nel senso che se è la causa di 1gg di problema posso farne a meno ma in condizioni normali è richiesto quindi require. Confermo che non ho nessun sistema di cache (es Cloudflare), il problema persiste da quasi 1gg, ed il file firewall e functions sono nella stessa cartella, i percorsi sono corretti.

Non so più che fare...

[GraphOGLRisorse]

Anche Wordpress ha la propria cache, attivabile/disattivabile da Impostazioni->cache.

Se il sito è Wordpress, nel caso in cui abbia la cache di Wordpress attiva, ha provato disabiltarla?

Cordiali saluti.

[camiongest]

Non è un sito wp, è un normale sito in php. Il codice confermo è pulito tanto che gira correttamente in localhost e non ha dato nessun problema fino a ieri, il punto è che non avendo fatto nessun cambiamento (il problema è sorto spontaneamente) non so cosa cambiare.

[mzanella]

ed il file firewall e functions sono nella stessa cartella, i percorsi sono corretti.

functions.php è il file che richiede firewall.php, ma è anche il file in esecuzione o viene a sua volta incluso da un altro?
Se lo script in esecuzione si trova in un percorso differente è normale che non funzioni, include e consimili fanno riferimento al percorso dello script in esecuzione, non a quello del file che li utilizza.

[camiongest]

il file in esecuzione richiama functions che contiene firewall ma sono tutti e 3 nella stessa cartella. Inoltre ho riprovato per scrupolo e l'errore persiste anche con firewall sotto commento nel file functions

[mzanella]

Se l'errore persiste e non hai cache... il file che stai modificando non è quello che viene eseguito!

[alemoppo]

Ti chiedo una cosa: rinomina il file "index.php" in altro modo (ad esempio "index_old.php"), quindi crea un nuovo file index.php scrivendoci dentro qualcosa di molto semplice, anche non PHP, del tipo:

<!doctype html>
<html>
<head>
<title>test</title>
</head>
<body>
<p>test</p>
</body>
</html>

Altra cosa forse scontata, ma sei sicuro di modificare il file associato all'account "camiongest"? Hai più account su AlterVista?

Ciao!

[camiongest]

la modifica viene presa correttamente, ovvero il file di test nuovo viene preso come nuova index, tuttavia cancellandolo e rinominando la vera index l'errore persiste.

Per mzanella, l'unico file in cui richiamo firewall è functions, ho controllato e sto modificando quello.

E' una cosa strana che non mi era mai successa

[alemoppo]

Se vuoi, puoi mostrarci lo script del file index.php originale così da cercare di capire l'origine del problema?

Ciao!

[camiongest]

a niente il file index orginale richiama semplicemente un file chiamato session manager.

Questo è lo "schema"

index.php ----require---> sessionmanager.php (vengono fatti alcuni controlli e richiamate alcune funzioni) ----require---> functions.php ----require---> firewall.php -----> .... query al DB (il firewall fa da filtro prima che si arrivi al db)

[darbula]

require dirname(__FILE__).'/magico_percorso.php';
//oppure /membri/camiongest/functions.php
ovviamente anche per firewall.php sta qui il tuo errore poiché vedi con i tuoi occhi il percorso relativo firewall.php invece del percorso assoluto /membri/camiongest/firewall.php.
Questo funziona sempre per la propria directory corrente (ovviamente un programmatore conosce già a priori la "gerarchia parziale" delle proprie directory e file del suo progetto devi semplicemente adeguarti ad andare avanti e indietro).
Per i file php puoi solo utilizzare
un percorso assoluto e non parziale.
/membri/camiongest questa è la web root (significa accessibile da remoto su internet).
Non funziona ini_set sulla maggior parte dei server condivisi però puoi abbassare spegnere con error_reporting(0); o l'operatore di soppressione degli errori "la chiocciola" ma è considerato codice scadente poiché gli errori sono utili in ogni circostanza specialmente se l'utilizzatore non è un programmatore.

[camiongest]

Oggi mi sono svegliato ed ho provato una cosa talmente stupida che nei giorni precedenti non avevo neanche pensato di fare. Uso sempre percorsi relativi ed anzichè richiamare il file firewall nella stessa cartella lo ho spostato un livello più sopra quindi anzichè require firewall.php ho fatto require ../firewall.php... RISULTATO? Sito tornato funzionante e file firewall letto ed applicato con successo come prima.

Se qualcuno ha delle spiegazioni per questo rimango qui, si impara sempre.

[mzanella]

Se qualcuno ha delle spiegazioni per questo rimango qui, si impara sempre.

Sembra più un problema di percorsi.
Dove si trovano il file firewall.php e lo script in esecuzione?
[...]
functions.php è il file che richiede firewall.php, ma è anche il file in esecuzione o viene a sua volta incluso da un altro?
Se lo script in esecuzione si trova in un percorso differente è normale che non funzioni, include e consimili fanno riferimento al percorso dello script in esecuzione, non a quello del file che li utilizza.

Lo dicevo io ...
Da quanto hai sperimentato lo script in esecuzione non si trova nella stessa cartella di firewall.php, ma in una cartella in un livello inferiore. Guardando il layout delle cartelle probabilmente si sarebbe notato prima e più chiaramente.

require dirname(__FILE__).'/magico_percorso.php';

Dovresti valutare di seguire il buon consiglio di darbula. Puoi anche usare __DIR__ anziché dirname(__FILE__).

[camiongest]

quelle sarebbero le scritture "canoniche" e da preferire ma io avendolo sempre trattato con percorso relativo in localhost, con 0 problemi non le avevo mai considerate. L'importante è aver risolto, era ben strano..

[dreadnaut]

Se usi un path relativo con include e require, PHP segue il percorso partendo dalla directory che contiene lo script in esecuzione, che non è necessariamente quella che contiene il file in cui si trova il comando.

Ad esempio:

# /index.php
require 'lib/library.php';

# /lib/library.php
require 'module.php';

# /module.php
echo "PHP cerca questo file, non lib/module.php"; 

Quando hai una catena di include, questo può causare confusione, motivo per cui si tende ad includere tutti i file al livello più basso possibile, oppure ad usare l'autoload.