Hosting-tests 0.4.0: Chiamata alle armi per un 'non' modulo

host: dreamhost.com
hosting: condiviso
sistema: Linux 2.6.31.5-modsign-aufs2-grsec-xeon #1 SMP Fri Nov 20 20:08:17 UTC 2009 x86_64
risultati:
Drupal status test - Test dello stato Drupal -> passed
Apache/PHP mode rewrite test - Test del modo rewrite Apache/PHP -> passed
Files directory test #1 - Test del indirizzo files # 1 -> passed
Files directory test #2 - Test del indirizzo files # 2 -> passed
Alternative files directory test #1 - Test del indirizzo files alternativo #1 -> passed
Alternative files directory test #2 - Test del indirizzo files alternativo #2 -> passed
Confermo l'errore "Overridden values of PHP settings not accepted."

**************************************

host: locale
sistema: XAMPP su Windows NT 5.1 build 2600
risultati:
Drupal status test - Test dello stato Drupal -> passed
Apache/PHP mode rewrite test - Test del modo rewrite Apache/PHP -> passed
Files directory test #1 - Test del indirizzo files # 1 -> passed
Files directory test #2 - Test del indirizzo files # 2 -> passed
Alternative files directory test #1 - Test del indirizzo files alternativo #1 -> passed
Alternative files directory test #2 - Test del indirizzo files alternativo #2 -> passed
Ancora l'errore "Overridden values of PHP settings not accepted."

sto "aggiustando" lo style (questione di gusti ovviamente ;))

Uhm, ho provato sul mio VPS Debian con qualche personalizzazione e mi dà errore sul mod_rewrite (quando credo che non dovrebbe, ma non sono sicuro: non ho provato sugli stessi virtual-host su cui ho Drupal)

Comunque, in generale, preferirei che lo script eseguisse autonomamente tutti i test e restituisse in una volta sola i problemi riscontrati

Wow!
molto, molto meglio, A+!
Grazie John

Tentativo 1:

Il mio server casalingo Ubuntu 8.04 LTS:

Fatal error: Cannot redeclare http_request() in /var/www/localhost/htdocs/hosting-tests/hosting-tests.php on line 254

Il problema è dovuto al fatto che http_request è una funzione di PHP OPZIONALE (PECL) che uso ed è installata nel sistema, per rendere le cose funzionanti sempre non usare nomi di funzioni riservate; se noti nel file /include/common.php vedi che la funziona ha un namespace a prova di configurazione del server: drupal_http_request.

Domani con colma lo provo con qualcosa di esotico!

Scusate, mi ero assentato un attimo.
Intanto scatta la standing ovation per il fatto che John ha obbedito ai miei desiderata e per l'ottima personalizzazione grafica di Carlo!

Poi, rispetto ai miei problemi, sì, il rewrite non era attivo sul quel v-host, quindi era giusto così.
Adesso però ricevo 2 errori:

John, te la sei andata a cercare…
Allora, se non sono errori, li farei di un colore un po' più lontano dal rosso (giallo?). Qui mancano proprio le basi eh…
;)

Grazie! John veramente utile questo "non" modulo.

Anche un elenco dei "buoni, brutti e cattivi" (per noi) no guasterebbe. :)

Direi che ho scelto un buon hosting.

Host : Shinjiru

Web Server
Apache/2.2.14 (Unix) mod_ssl/xxx OpenSSL/xxxe-fips-rhel5 mod_auth_passthrough/xxmod_bwlimited/xx FrontPage/xxxxx mod_jk/xxx
Server API
CGI

Thread safety
disabled

Registered Stream Socket Transports
tcp, udp, unix, udg, ssl, sslv3, sslv2, tls

PHP memory_limit
128M

Allow URL fopen()
On

PHP register_globals
Off

PHP safe_mode
Off

MySQL Client API version
5.0.89

MySQLi Client API version
5.0.89

PostgreSQL Version
-

Full PHP information page
Use this link to see the full report.

Drupal Requirements Tests
PHP phpversion() check
PHP phpversion() acceptable.

PHP memory_limit check
PHP memory_limit acceptable.

PHP register_globals check
PHP register_globals acceptable.

PHP safe_mode check
PHP safe_mode acceptable.

PHP Unicode support check
PHP Unicode support acceptable.

PHP (ImageApi) GD check
GD library: bundled (2.0.34 compatible).

PHP (ImageApi) GD support acceptable.

Upload progress check
Your server is capable of displaying file upload progress, but does not have the required libraries. It is recommended to install the PECL uploadprogress library (preferred) or to install APC.

Overridden PHP settings (.htaccess) check
Overridden values of PHP settings not accepted.

Overridden PHP settings (php.ini) check
Overridden values of PHP settings not accepted.

Overridden PHP settings (ini_set()) check
Overridden PHP settings accepted. If all other PHP settings overrides fail, consider using Drupal Tweaks

Directory files check
The directory hosting-tests/files exists, and is writable.

Directory files-alt check
The directory hosting-tests/files-alt exists, and is writable.

HTTP request check
HTTP request http://www.xxx/hosting-tests/rewrite.php?s=1&q=1

HTTP request successful - code: 200.

Server rewrite check
HTTP request http://www.xxx/hosting-tests/link2?s=1

Server rewrite successful - code: 200.

Retrieve image in files directory check
HTTP request http://www.xxx/hosting-tests/files/drupalitalia.png

Retrieve image successful - code: 200, size: 5605.

Retrieve script in files directory check
HTTP request http://www.xxx/hosting-tests/files/script.php?s=1

Retrieve script successful - code: 200, size: 608.

Directory files listing protection check
HTTP request http://www.xxx/hosting-tests/files/

Directory listing protection successful - code: 404.

Retrieve image in files-alt directory check
HTTP request http://www.xxx/hosting-tests/files-alt/drupalitalia.png

Retrieve image successful - code: 200, size: 5605.

Retrieve script in files-alt directory check
HTTP request http://www.xxx/hosting-tests/files-alt/script.php?s=1

Retrieve script successful - code: 200, size: 608.

Directory files-alt listing protection check
HTTP request http://www.xxx/hosting-tests/files-alt/

Directory listing protection successful - code: 404.

Per la versione 0.2.4:
http://drupal.org/project/coder
http://drupal.org/project/coder_tough_love

hehe ;)

A me piace di piu "hosting_test perche ha il logo di drupal italia :)

Grazie ancora John.

In questa discusione continua la descrizione .

Non vorrei scrivere una fesseria...
ma se configuri un export in xml (o JSON?) con invio automatico, poi possiamo pensare di mettere su un sito dove raccogliamo tutte queste info sulla compatibilità Drupal dei vari servizi di hosting.
Oppure si potrebbe fare con un sistema copypasta stile hijackthis...
Mah, forse è esagerato.

vedo ora l'enorme e ottimo lavoro che avete fatto (è stato un periodo incasinato), e avrei alcuni appunti da fare (prendeteli con le pinze).

Il primo è che dal punto di vista della sicurezza quelle sono informazioni POTENZIALMENTE pericolose da lasciare scoperte, quindi non sarebbe male avere una password di accesso (scritta nel file o gestita da .htpasswd, anche se in questo secondo caso non sarebbe più indipendente dalla configurazione di apache). Giustamente mi direte di non farmi paranoie mentali e che gli utenti devono rimuoverla dopo aver fatto i test, ma siamo sicuri che poi lo facciano veramente? :)

Seconda cosa che farei è di modificare il file con il nome index e le directory files. Ipotiziamo che un utente a seguito dell'installazione si accorga che qualche cosa non funziona, cosa fa? carica il file, ma ovviamente se non lo inserisce in una subdirectory ma nella directory principale SOVRASCRIVE il file index.php di drupal e poi ci sarebbe da fargli spiegare che deve rimettere quello corretto e bla bla bla... io lo vedo come struemento di test per newbbie, quindi quando è possibile evitargli complicazioni ben venga.

Per il resto eviterei di andare a usare la generazione di testo da parsare per vedere se i vari servizi sono ok, ma preferirei PHP serializzato o JSON. Il primo se le informazioni devono essere processate lato server, il secondo se si pensa di fare un widget da mettere che lanci le interrogazione dal client e elabori le risposte in modo da visualizzarle sul browser.
Io propenderei per la seconda, perchè in caso di molti server da interrogare il server "master" di controllo è possibile che, per il blocco di uno solo dei servizi che interroghi, mandi in timeout la generazione della pagina, quindi +1 per la genrazione del JSON :D

ancora compliment a tutti

PS: a me il titoletto grigio non piace, se qualceh grafico vuole metterci mano..
PS2: ho dato un occhio al codice, so ceh mi odierete, ma sarebbe possibile splittarlo su diversi file di cui ogniuno è un test? Una pagina che si carica gli altri test e li esegue, un pò nella logica Drupal dell'hook :D

Che perfezionista ! : )

primo accesso "hosting condiviso pro" di netsons, non male. :)

Forte :) "The directory hosting-tests/files-alt exists, is readable, writable, and traversable."

Con molta curiosità ho appena testato sul mio provider... Tiscali... l'Hosting-tests, per gli stessi problemi letti e riletti su questo forum...
problemi di caricamento immagini... problemi con il file .htaccess... sul mio primo portale realizzato con drupal e pubblicato on-line....

Copio-incollo il report di stampa... nella speranza che qualcuno riesca ad aiutarmi a risolvere il problema...

Hosting tests for Drupal 6.x - Version 0.4.0

PHP Environment Information
System:
Linux client-5.shared.hosting.tiscali.sys 2.6.24-25-server #1 SMP Tue Oct 20 08:12:40 UTC 2009 i686
Web Server:
Apache/2.2.8 (Ubuntu) mod_fastcgi/2.4.6
Server API:
CGI/FastCGI
PHP Version:
5.2.4-2ubuntu5.7
PHP memory_limit:
16M
PHP register_globals:
Off
PHP safe_mode:
Off
MySQL Client API version:
5.0.51a
MySQLi Client API version:
5.0.51a
PostgreSQL Version:
-

Drupal Requirements Tests
PHP phpversion() check:
PHP phpversion() acceptable.
PHP memory_limit check:
PHP memory_limit acceptable.
PHP register_globals check:
PHP register_globals acceptable.
PHP safe_mode check:
PHP safe_mode acceptable.
PHP Unicode support check:
PHP Unicode support acceptable.
PHP (ImageApi) GD check:
GD library: 2.0 or higher.
Warning: The installed version of PHP GD does not support image rotations. It was probably compiled using the official GD libraries from http://www.libgd.org instead of the GD library bundled with PHP. You should recompile PHP --with-gd using the bundled GD library. See: http://www.php.net/manual/en/image.setup.php. An implementation of imagerotate in PHP will used in the interim.
Warning: The installed version of PHP GD does not support image filtering (desaturate, blur, negate, etc). It was probably compiled using the official GD libraries from http://www.libgd.org instead of the GD library bundled with PHP. You should recompile PHP --with-gd using the bundled GD library. See http://www.php.net/manual/en/image.setup.php. An implementation of imagefilter in PHP will be used in the interim.
Warning: It is highly recommended that you set you PHP memory_limit to 96M to use ImageAPI GD. A 1600x1200 images consumes ~45M of memory when decompressed and there are instances where ImageAPI GD is operating on two decompressed images at once.
Upload progress check:
Warning: Your server is not capable of displaying file upload progress. File upload progress requires PHP be run with mod_php and not as FastCGI.
Overridden PHP settings (.htaccess) check:
Warning: Overridden values of PHP settings not accepted.
Overridden PHP settings (php.ini) check:
Warning: Overridden values of PHP settings not accepted.
Overridden PHP settings (ini_set()) check:
Overridden PHP settings accepted. If all other PHP settings overrides fail, consider using Drupal Tweaks.
Directory files check:
The directory hosting-tests/files exists, is readable, writable, and traversable.
Directory files-alt check:
The directory hosting-tests/files-alt exists, is readable, writable, and traversable.
Server rewrite module check:
Warning: No server information found.
External HTTP request check:
External HTTP request: http://updates.drupal.org/release-history/drupal/6.x
External HTTP request successful - code: 200.
HTTP request check:
HTTP request: hosting-tests/favicon.png
HTTP request successful - code: 200.
Server rewrite check:
HTTP request: hosting-tests/link2?s=1
Server rewrite successful - code: 200.
Missing (404) redirect check:
HTTP request: hosting-tests/system/files
Missing (404) redirect successful - code: 404, data: 'You aren't allowed to see this'.
Retrieve image in files directory check:
HTTP request: hosting-tests/files/drupalitalia.png
Error: Retrieve image failed - error code: 500.
Retrieve script in files directory check:
HTTP request: hosting-tests/files/script.php?s=1
Error: Retrieve script failed - error code: 500.
Directory files listing protection check:
HTTP request: hosting-tests/files/
Error: Directory listing failed with error code: 500.
Retrieve image in files-alt directory check:
HTTP request: hosting-tests/files-alt/drupalitalia.png
Retrieve image successful - code: 200, size: 5605.
Retrieve script in files-alt directory check:
HTTP request: hosting-tests/files-alt/script.php?s=1
Retrieve script successful - code: 200, size: 683.
Directory files-alt listing protection check:
HTTP request: hosting-tests/files-alt/
Directory listing protection successful - code: 404.

..dimenticavo... ho dovuto bypassare il problema cancellando il file .htaccess dalla root principale... so che non andrebbe fatto ma non ho trovato soluzione al momento... in internet si parla molto della configurazione di .htaccess su server Aruba... ma per server Tiscali ancora nulla....

Comunque il problema del file .htaccess su server Tiscali rimane... ho "bypassato" il problema eliminando il file dalla root principale...
mentre lasciando quello nella cartella sites/default/files non ho problemi..
ho commentato cmque le righe Options None e Options +SymLinksIfOwnerMatch altrimenti le immagini non si caricavano..

salve a tutti, posto il mio primo messaggio sul forum, premettendo che sono un neofita assoluto, pertanto chiedo scusa per le imprecisioni che eventualmente potrei postare.
ho un piccolo sito web "home made", su www.euroland.it, per rappresentare i prodotti che commercializzo, realizzando im modo molto semplice delle gallerie di fotografie, con i moduli image ed image cache, vedo correttamente il sito da me, "scorrettamente" creato, solamente quando mi autentico come amministratore.
quando accedo alle pagine da utente anonimo riesco a vedere solamente le scritte, il logo, ma non le immagini, che sono la parte fondamentale del mio piccolo sito.
ho letto molti post su problemi relativi alla visualizzazione delle immagini, analoghi al mio problema, e credendo che il problema fosse riconducibile ai permessi ho modificato secondo le indicazioni dei diversi guru, i file .htaccess sia nella root che nella /files, io non ho nella mia istallazione di Drupal nessuna cartella dal nome sites/default/files.
ho modificato tutti i permessi delle cartelle contenenti le immagini /files/image a 755 sia per le cartelle che per i file di immagine, penso di aver configurato correttamente gli accessi per utente non autenticato attraverso lo user management-access control.

ho infine fatto il test del non modulo che posto qua di seguito

il test mi ha restituito questi due errori

che vor dì?

il problema continua a presentarsi ogni qualvolta visito il sito senza autenticazione, potete darmi una mano?
vi ringrazio della collaborazione

Benvenuto Brosky

Uhm...di sicuro c'è qualcosa che nn va anche nel server,probabilmente manca qualche libreria,ma la cosa che mi fa pensare parecchio,è che da loggato tutto ti risulti ok... nei ruoli utente,devi dare la possibilità agli anonymous di vedere i contenuti.. ora la voce precisa nn la ricordo ma dovrebbe essere "accede al contenuto del sito".. o una cosa simile.. spuntala anche per gli anonymous e dovresti risolvere almeno questo problema...

Ps. la prossima volta apri un nuovo thread,non accavallarti su thread già aperti e che trattano di altro :)

grazie dei vostri suggerimenti, nei prossimi giorni proverò le soluzioni da voi suggerite, e vi farò sapere magari su un'altro thread :);
a presto

p.s. sono così ignorante che non avevo neanche capito che non fosse apache, scusate ancora!!

HOSTING WEB4WEB

HOSTING FASTNOM

HOSTING TOPHOST

TOPHOST E' IL PEGGIORE
SI SAPEVA

Hosting Dominiofaidate

VPS Linode 512

Hosting netsons gratuito pro

jhl.verona wrote:

dando il permesso giusto a quei due indirizzi - strano che spacchettando il tarball non erano settati così di già.

Probabilmente è dovuto al fatto che ho scompattato il tarball su windows e poi ho trasferito sul vps via ftp. A Big W non piacciono i permessi :)

Buongiorno,

nel tentativo di migliorare/velocizzare la manutenzione di un sito drupal mi sono installato un server con Virtuabox sul mio PC e sto seguendo la guida di John (http://www.drupalitalia.org/node/10803) per sincronizzare i siti con drush e rsync. In realtà dovrò anche fare l'upgrade del mio hosting (attualmente ho Opensource.com e non ho ancora ssh ma solo CPanel). Ho tanto da imparare sia di linux che su apache e php e mi muovo principalmente per passione, procedo lentamente ma non mi corre dietro nessuno.
Ho provato hosting-tests su opensource.com per valutare se rimanere li o muovermi su altro (ad esempio A2 hosting - http://www.drupalitalia.org/node/11519).
C'è qualcun altro su Opensourcehost.com che ha maggiore esperienza?
Franco

PS! Ecco i risultati del test:

Ciao
anch'io eseguito il test ... sono in locale ... tutto passa bene tranne questo

Missing (404) redirect failed - error code: 404, data is not 'You aren't allowed to see this'.

Cosa significa ?
Cosa dovrei fare??

Grazie
ciao