Ho risolto finalmente il problema del configure.php

[enzogiuga]

E' stato semplicissimo e lo posto per chi, come me, non ha dormito la notte per diverse settimane!

sono andato su Include----->Header.php ed ho messo dei segni di commento // davanti alla scritta

// check if the configure.php file is writeable
// if (WARN_CONFIG_WRITEABLE == 'true') {
// if ( (file_exists(dirname($HTTP_SERVER_VARS['SCRIPT_FILENAME']) . '/includes/configure.php')) && (is_writeable(dirname($HTTP_SERVER_VARS['SCRIPT_FILENAME']) . '/includes/configure.php')) ) {
// $messageStack->add('header', WARNING_CONFIG_FILE_WRITEABLE, 'warning');
// }
// }
et voilà il problema è risolto: non va a fare il controllo se il file è scrivibile, quindi non compare quella scritta in alto !

Spero che possa essere di aiuto per qualcuno

[ricman]

E' stato semplicissimo e lo posto per chi, come me, non ha dormito la notte per diverse settimane!

sono andato su Include----->Header.php ed ho messo dei segni di commento // davanti alla scritta

// check if the configure.php file is writeable
// if (WARN_CONFIG_WRITEABLE == 'true') {

Ti rispondo qui...

E la sicurezza dove la mettiamo?
Io non sarò un espertone... ma se un file viene fatto mettere in sola lettura sicuramente ci sarà un motivo di sicurezza.

[enzogiuga]

Ti rispondo qui...

E la sicurezza dove la mettiamo?
Io non sarò un espertone... ma se un file viene fatto mettere in sola lettura sicuramente ci sarà un motivo di sicurezza.

Allora ti rispondo come mi ha risposto il mio fornitore di spazio web:

"in effetti non è possibile modificare i permessi dei file e/o delle directory all'interno dello spazio web.

Maggiori informazioni sono presenti sul nostro forum ed in particolare all'indirizzo http://www.prozone.it/forum/index.php?showtopic=46"

ed all'indirizzo scopro che:
No, ad eccezione della cartella cgi-bin dove è permesso, per i soli file perl/cgi che vanno eseguiti, il settaggio a 750. Se per caso si utilizza un settaggio diverso, come ad esempio il 777, o il 775 per un file, oppure si esegue un settaggio anche a 750 per una cartella scatta un meccanismo di protezione che blocca l'esecuzione dei file con conseguente errore. In questo ultimo caso la soluzione consiste nel cancellare tutti i file e le cartelle settate in modo errato e provvedere a ricaricare tutto prestando attenzione ai giusti settaggi.

Perchè non è consentito utilizzare CHMOD?
Perchè non serve! Solitamente gli spazi web hanno l'interprete PHP che gira come modulo di Apache e quindi come utente ad esempio "WWW", mentre i file che si caricano con il client FTP appartengono ad un utente diverso che chiameremo "FTP". Gli script PHP, dell'utente WWW, per poter utilizzare/manipolare i file che appartengono all'utente FTP hanno bisogno del permesso e qui entra in gioco il famoso CHMOD, comando che permette di cambiare i permessi ai file.
Nei nostri spazi è tutto più semplice perchè PHP ed FTP appartengono allo stesso utente "FTP" e quindi PHP non deve chiedere nessun permesso per andare a manipolare/utilizzare i file che sono stati creati con FTP.

Come mai se dite che è così semplice e tutto dovrebbe andare senza toccare nulla il mio script non funziona?
Il problema è che alcuni script sono programmati in modo 'ottuso' e non vediamo il motivo di abbassare le nostre difese per errori dovuti ad altri. Che significa questo? Purtroppo esistono alcuni script che non verificano se possono scrivere in un determinato file o meno, bensì controllano solo il CHMOD attuale di un determinato file e a priori se non trovano il valore desiderato "pensano" che tale file non sia scrivibile, quando invece a tutti effetti lo è. A questo punto bisogna aprire lo script ed inibire questo genere di controlli.