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

51 contenuti / 0 new
Ultimo contenuto
Hosting-tests 0.4.0: Chiamata alle armi per un 'non' modulo
AllegatoDimensione
Image icon screenshot-0.4.0.png282.97 KB
Binary Data hosting-tests-0.4.0.tar.gz25.65 KB

[Update - bumped version - 0.4.0]
[Update - bumped version - 0.3.3]
[Update - bumped version - 0.3.2] si lo so 0.3.1 e saltato
[Update - bumped version - 0.3.0]
[Update - bumped version - 0.2.6]
[Update - bumped version - 0.2.5]
[Update - bumped version - 0.2.4]
[Update - bumped version - 0.2.3]
[Update - bumped version - 0.2.2]
[Update - bumped version - 0.2.1]
[Update - bumped version - 0.2.0]
[Update - bumped version - 0.1.1]

Ho fretta - a cosa serve?
E' un programma che non richiede Drupal, ma che esegue gli stessi controlli di Drupal (ed anche qualcuno in più) per analizzare la compattibilità del hosting.

Introduzione - per chi ha meno fretta
Non sono ancora riuscito a creare un modulo Drupal da mostrare al pubblico, ma sono riuscito a creare un 'non' modulo.

Vediamo spesso (su questo sito, ed altri) problemi con gli hosting provider e la configurazione di Drupal. Problemi di .htaccess, register_global, reinidirizzamento errori 404, e URL semplificati (Clean URLs).
Io ho tentato una breve analisi dei problemi. Ma adesso ho creato un mostro un paio di script per testare la compatibilità (o meno) del hosting per Drupal 6.x - versione 0.4.0. Questo codice non ha bisogno di Drupal, ma tenta di controllare l'ambiente sul server per vedere se è compatibile con gli requisiti minimi di Drupal 6.x.

Prima di installare
Solo se hai già installato una versione precedente al 0.2.6 è sufficiente cancellare il indirizzo hosting-tests prima di installare la nuova versione.
Per tutti gli versioni seguenti, puoi tranquillamente sovvrascrivere i contenuti.

Come si installa
Si può installare su un sito qualunque. Scarica l'archivio allegato, e scompattarlo nel indirizzo root del server. In alternativo, scompattarlo sul tuo PC, e copiarlo tramite FTP. Tutti i script si trovano dentro un indirizzo hosting-tests, quindi non crea problemi se Drupal è già presente.
Perchè funziona il test di reindirizzamento error 404, il percordo dovrebb'essere <root>/hosting-tests/.

Come si usa
Supponendo che il tuo sito si trova allo URL http://www.esempio.it/[/codefilter_code] allora e sufficiente lanciare http://www.esempio.it/hosting-tests/[/codefilter_code] o caso peggiore http://www.esempio.it/hosting-tests/index.php[/codefilter_code].

Devo tenerlo sempre sul sito? Serve a Drupal?
No. Non serve a Drupal - serve a te per vedere se Drupal sarà contento sul tuo nuovo sito. Non c'è bisogno di tenerlo dopo che hai controllato che tutto (o quasi tutto) va bene. Puoi cancellarlo quando voi. Scusa se tolgo una lacrimina...

Come posso aiutare?
Se sei un programmatore, una controllatina al codice non guasterebbe. Ed ovviamente manca una documentazione...

E se non vuoi fare niente di questo? Serve anche controllare che funziona su diversi hosting provider, e quale sono i risultati. Posta i tuoi risultati qui - grazie. E non solo hosting provider, anche ambienti in locale vanno bene - perchè no? Usa il link al report testuale (e modifici i risultati se dovevi farli a mano) copia tutto, apri un commento, clicca sul bottone CODE ed inserire il testo. L'informazione che posti è completamente anonimo.

Ogni contributo è benvenuto. In questo modo possiamo creare un elenco dei "buoni, brutti e cattivi" per Drupal.
Eventualmente, possiamo 'pubblicarlo' su drupal.org, vincere premi, e dominare il mondo...

Perchè 'non' modulo?
Perchè non richiede Drupal e non si installa in sites/all/modules. E' un semplice insieme di HTML e qualche script PHP, e un paio di files .htaccess.

Problemi conosciuti
[Fixed] Ho testato questo codice in locale e su due hosting provider. Su tutti i tre mi da sempre l'errore di "Overridden values of PHP settings not accepted." in hosting-tests/status.php. Il test tenta di vedere un proprietà di PHP aggiunto nel file .htaccess. Non riesco a capire se io ho fatto un errore o se è proprio così. Sono più propenso al primo ipotesi... Non si può creare nuovi proprietà, adesso usa error-prepend-string - abbastanza innocuo.
[Fixed] Conflitto del nome di funzione http_request con PECL. Rinominato drupal_http_request.
[Fixed]Non funzionava le richieste HTTP interno su server IIS - codice di errore 999. Cambiato l'intestazione user-agent a quello usato da Drupal stesso: User-Agent: Drupal (+http://drupal.org/) ha fatto sparire l'errore.

Mi fai vedere?
Certo, grazie al lavoro di Carlo (bohz@drupal.org) e suggerimenti di Marcello (Pinolo), adesso vale la pena mostrarlo:

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 ;))

Grazie Carlo, apprezzo il sostegno. Ho sistemato l'errore di "Overridden values of PHP settings not accepted." (dovuto al cretino che ha scritto il codice).

host: locale
sistema: Ubuntu 9.10 (64 bit)
risultati:
Drupal status test - Test dello stato Drupal -> passed, eccetto: GD image rotate, GD image filtering
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

host: hostmonster.com
hosting: condiviso
sistema: Linux host294.hostmonster.com 2.6.31-12.9.BHsmp #1 SMP PREEMPT Thu Feb 4 14:06:06 MST 2010 x86_64
risultati:
Drupal status test - Test dello stato Drupal -> passed, eccetto: GD memory (32MB), Controllo sovvrascrittura impostazioni PHP
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

host: A2Hosting.com
hosting: condiviso
sistema: Linux a2s34.a2hosting.com 2.6.18-164.10.1.el5 #1 SMP Thu Jan 7 19:54:26 EST 2010 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

host: Aruba.it
hosting: condiviso
sistema: Windows NT WEBS22 5.2 build 3790
risultati:
Drupal status test - Test dello stato Drupal -> passed
Apache/PHP mode rewrite test - Test del modo rewrite Apache/PHP -> passed, eccetto: register_globals, Unicode, Controllo sovvrascrittura impostazioni PHP
Files directory test #1 - Test del indirizzo files # 1 -> passed
Files directory test #2 - Test del indirizzo files # 2 -> failed
Alternative files directory test #1 - Test del indirizzo files alternativo #1 -> passed
Alternative files directory test #2 - Test del indirizzo files alternativo #2 -> failed
(Windows, quindi IIS 6.0 che non legge .htaccess)

Più imparo, più dubito.

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

Grazie del feedback Marcello

Pinolo wrote:
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)

Beh, è praticamente lo stesso commando:
RewriteRule ^(.*)link([^/]*).html$ $1rewrite.php?q=$2 [L,QSA]
invece di
RewriteRule ^(.*)$                 index.php?q=$1 [L,QSA]
ma forse questo è un pò più pulito:
RewriteRule ^(.*)link(.*)\.html$   $1rewrite.php?q=link$2 [L,QSA]
Pinolo wrote:
Comunque, in generale, preferirei che lo script eseguisse autonomamente tutti i test e restituisse in una volta sola i problemi riscontrati

Per fare ciò dovro "invocare" la chiamata al link programmaticamente - il che potrebbe non essere disponibile (http://www.drupalitalia.org/node/8881) - ma forse questo è un'altro "prerequisito" da testare? (E' anche una funzione un pò grande: drupal_http_request con altri chiamate a funzioni drupal, più di un cut&paste)

Comunque forse ci vuole un bel <pre> così avremmo un risultato 'uniforme' da metter qui...
Hmmm, ci penso su...

Più imparo, più dubito.

@Pinolo Meglio adesso?

Più imparo, più dubito.

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!

Grazie per le risposte...

<a href="mailto:bohz@drupal.org" rel="nofollow">bohz@drupal.org</a> wrote:
Wow!
molto, molto meglio, A+!
Grazie John

Eh si, come sempre Pinolo aveva ragione. (Ma presumo che sbaglia ogni tanto in tanto, se non che divertimento c'è?)

Uccio wrote:
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!


Grazie Uccio. Qualcuno una volta mi diceva che scrivere software è come fare i figli - un momento di piacere, seguito da una vita di mantenimento. Infatti si chiamava drupal_http_request (perchè è proprio lui, con qualche piccolo modiica), forse meglio rimetterlo come prima, o metto un ht_ d'avanti a tutte le funzione? O bisgna cercare "php nome_della_funzione" prima?

John

P.S. Spero che non dò fastidio a nessuno se tengo l'intestazione (e link) a/da questo sito? (Non avevo chiesto, solo letto il testo qui in fondo alla pagina). In più devo aggiungere una licenza (GPL, come Drupal) ed un readme...

Più imparo, più dubito.

Versione 0.2.1:
Sistemato problema di conflitto del nome funzione http_request.
Aggiunto test per il valore di safe_mode (da Drupal requirements http://drupal.org/requirements)
Aggiunto test per file php.ini nel indirizzo.
Aggiunto test di Upload progress.
Migliorato (copiato dal codice Drupal) il meccanismo per calcolare l'URL dello script.

Più imparo, più dubito.

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:

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.

e non so interpretarli. Il primo vuol dire che non è permesso fare override di valori INI di PHP in .htaccess?

Pinolo wrote:
Scusate, mi ero assentato un attimo.

Ah, 'attimo' è uno di quei strani unità di misura della Système international d'unités? Come torno subito, pocchino...

Pinolo wrote:
Poi, rispetto ai miei problemi, sì, il rewrite non era attivo sul quel v-host, quindi era giusto così.

He he he. Buahh hah hah hah. Ecc, ecc, ecc.

Pinolo wrote:
Adesso però ricevo 2 errori:
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.

e non so interpretarli. Il primo vuol dire che non è permesso fare override di valori INI di PHP in .htaccess?

Come, non hai letto il manuale? Ooops, non ho scritto il manuale. Sigh. Comunque hai capito benissimo...

Prima, non sono errori (quelli sono rossi), questi sono avvisi (in un delicato arancio, con sottile tinto di rame) - versione 0.2.1. Forse devo aggiungere icone tipo Drupal - ma non mi ricordo la tema...

Su shared hosting ci sono varie possibilità di cambiare i valori ini. Uno è di metterli nel .htaccess, e il secondo (su certi hosting) e semplicemente aggiungendo un php.ini nel root del applicativo. Lui testa entrambi.

Francamente il terzo test (cioè ini_set()) mi sembra troppo banale, forse devo tentare di settare qualcosa di importante, tipo memory_limit...

Sto pensando di inserire il codice da system.install per l'indirizzo files, forse aiuta con problemi tipo questo: http://www.drupalitalia.org/node/9651

Più imparo, più dubito.

Versione 0.2.2
Migliorato il controllo di PHP ini_set()/ini_get() - simile a Drupal Tweaks
Aggiunto test di scrivibilità del indirizzo files e files-alt a la Drupal.

Più imparo, più dubito.

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…
;)

Versione 0.2.3
Aggiunto controllo che gli indirizzi files e files-alt sono protetti da essere elencati (directory listing protection)
Aggiunto iconi e colori da Drupal admin/reports/status (chi sa perchè)

Più imparo, più dubito.

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.

----------------------------------------
bI’Iqchugh’ yIvang !
Se sei triste, agisci!

Proverbio Klingon

Ciao Johnny13,

johnny13 wrote:
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.

Grazie di averlo usato. Si, direi che il tuo hosting va più che bene per big D. Nelfrattempo, posso consigliarti un buon barbiere...
Adesso ho aggiunto (versione 0.2.4) un link per generare il report in testo semplice (plain-text), con questi risultati:
PHP Environment Information
System:
  Linux syger-ubuntu 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64
Web Server:
  Apache/2.2.12 (Ubuntu)
Server API:
  Apache 2.0 Handler
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.1.37
MySQLi Client API version:
  5.1.37
PostgreSQL Version:
  8.4.2
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.
Upload progress check:
  Warning: Your server is capable of displaying file upload progress through APC, but it is not enabled. Add apc.rfc1867 = 1 to your php.ini configuration. Alternatively, it is recommended to use PECL uploadprogress, which supports more than one simultaneous upload.
Overridden PHP settings (.htaccess) check:
  Overridden PHP settings 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, and is writable.
Directory files-alt check:
  The directory hosting-tests/files-alt exists, and is writable.
HTTP request check:
  HTTP request http://dev.autonomous-sandbox/hosting-tests/rewrite.php?s=1&amp;amp;q=1  HTTP request successful - code: 200.
Server rewrite check:
  HTTP request http://dev.autonomous-sandbox/hosting-tests/link2?s=1  Server rewrite successful - code: 200.
Retrieve image in files directory check:
  HTTP request http://dev.autonomous-sandbox/hosting-tests/files/drupalitalia.png  Retrieve image successful - code: 200, size: 5605.
Retrieve script in files directory check:
  HTTP request http://dev.autonomous-sandbox/hosting-tests/files/script.php?s=1  Retrieve script successful - code: 200, size: 683.
Directory files listing protection check:
  HTTP request http://dev.autonomous-sandbox/hosting-tests/files/  Directory listing protection successful - code: 404.
Retrieve image in files-alt directory check:
  HTTP request http://dev.autonomous-sandbox/hosting-tests/files-alt/drupalitalia.png  Retrieve image successful - code: 200, size: 5605.
Retrieve script in files-alt directory check:
  HTTP request http://dev.autonomous-sandbox/hosting-tests/files-alt/script.php?s=1  Retrieve script successful - code: 200, size: 683.
Directory files-alt listing protection check:
  HTTP request http://dev.autonomous-sandbox/hosting-tests/files-alt/  Directory listing protection successful - code: 404.

<a href="mailto:bohz@drupal.org" rel="nofollow">bohz@drupal.org</a> wrote:
Per la versione 0.2.4:
http://drupal.org/project/coder
http://drupal.org/project/coder_tough_love
hehe ;)

Anche se uso regorlarmente il primo, non ti seguo Carlo. Vuoi che faccio un controllo di tutto il codice su sito, compreso hosting-tests? ;-)

Più imparo, più dubito.

Versione 0.2.5
Tolto ogni riferimenti al dominio sul quale gira il programma. L'informazione raccolto (HTML o plain-text) è adesso totalmente anonimo.

Più imparo, più dubito.

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

Grazie ancora John.

In questa discusione continua la descrizione .

----------------------------------------
bI’Iqchugh’ yIvang !
Se sei triste, agisci!

Proverbio Klingon

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.

Orpo! Troppi capi e troppi pochi indiani?

<a href="mailto:bohz@drupal.org" rel="nofollow">bohz@drupal.org</a> wrote:
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.

Allora, XML no (odio il "angle bracket tax") JSON forse, serialised PHP meglio. Ma, (c'è sempre un ma) se non funziona drupal_http_request? Chi scrive il codice per ricevere quest'informazione?

L'idea del plain-text è proprio un sistema c&p non so se simile a hijackthis (non lo conoscevo, ho dovuto vedere il sito). Comunque l'idea è quello. Voglio usare il programma così non siamo obbligati a chiedere quale OS, quale web server, versione PHP, mysql, ecc, ecc. Più "Posta qui i risultati e vedremo"...

Io sono abbastanza contento che ht adesso fa più o meno tutto quello che può. Vedremmo se qualcuno altro qui sul forum usa il software. Ho scritto tanti di quei programmi meravigliosi - che non lo vuoleva nessuno - in passato... Credo che ho un 'talento' in quel senso.

Più imparo, più dubito.

Versione 0.2.6
Tolto qualche messaggio informativo un pò troppo pericoloso dal punto di vista sicurezza
Tolto link a phpinfo() per sicurezza
Aggiunto version di PHP nei messaggi informativi
Modificato il file .htaccess in files-alt per testare problemi su certi hosting (come questo: http://www.drupalitalia.org/node/9651)

Adesso lo considero abbastanza completo. Devo ancora aggiungere una licenza ed il readme (leggimi). Attendiamo qualche girono di prova poi credo che è pronto per drupal.org...

Più imparo, più dubito.

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

Ciao
Marco
--
My blog
Working at @agavee

Che perfezionista ! : )

----------------------------------------
bI’Iqchugh’ yIvang !
Se sei triste, agisci!

Proverbio Klingon

Grazie del feedback Mavimo,

mavimo wrote:
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? :)

Hai ragione. Infatti nella versione 0.2.6 ho tolto certe informazione ed anche il link a phpinfo() - proprio per questo motivo. Spero che adesso c'è un giusto bilancio fra quello che bisogna sapere, e la sicurezza.

mavimo wrote:
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.

Giusto, ma c'è anche un .htaccess. Credo che il rischio di non mettere il codice in hosting-tests sia limitato. Non a prova di idioti, perchè gli idioti sono sempre molto furbi...

mavimo wrote:
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

Non ho intenzione oggi come oggi di creare un server per accogliere questi dati. Se lo faccesse, sono propenso a serialised PHP, perchè userei big D!

mavimo wrote:
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

Il colore del titolo è solo una riga di CSS. Meglio bianco come questo sito? Dopo tutto ho scopiazzato tutto il resto del header!
Si, si può splittare il codice. A ~45K non lo considero troppo grosso (ma siamo vicino).

johnny13 wrote:
Che perfezionista ! : )

The devil's in the details ;-)

John

Più imparo, più dubito.

Versione 0.3.0
finalmente testato su aruba.it versione Linux. Dove ho dovuto tribulare con il file .htaccess - ci sono parecchie comandi non consentiti, ma per fortuna le regole di rewrite funzionano...
Aggiunto controllo per il modulo rewrite di Apache.
Risultati di aruba.it Linux:

Hosting tests for Drupal 6.x - Version 0.3.0
PHP Environment Information
System:
  Linux webxc17s02.ad.aruba.it 2.6.18-164.11.1.el5PAE #1 SMP Wed Jan 20 08:16:13 EST 2010 i686
Web Server:
  Apache/2.2
Server API:
  CGI
PHP Version:
  5.2.12
PHP memory_limit:
  128M
PHP register_globals:
  Off
PHP safe_mode:
  Off
MySQL Client API version:
  5.0.77
MySQLi Client API version:
  5.0.77
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: bundled (2.0.34 compatible).
  PHP (ImageApi) GD support acceptable.
Upload progress check:
  Warning: 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:
  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.
HTTP request check:
  HTTP request: hosting-tests/rewrite.php?q=1
  HTTP request successful - code: 200.
Server rewrite check:
  HTTP request: hosting-tests/link2?s=1
  Server rewrite successful - code: 200.    <<<<<==== Siiiiii!
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/
  Directory listing protection successful - 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.

Più imparo, più dubito.

Versione 0.3.2
- Aggiunto un vero test di drupal_http_request ad un sito esterno per controllare permessi http outbound

Più imparo, più dubito.

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

Hosting tests for Drupal 6.x - Version 0.3.2
PHP Environment Information
System:
  Linux srv-hp2.netsons.net 2.6.18-164.11.1.el5 #1 SMP Wed Jan 20 07:32:21 EST 2010 x86_64
Web Server:
  Apache/2.2.14 (Unix) mod_ssl/2.2.14 OpenSSL/0.9.8e-fips-rhel5 DAV/2
Server API:
  CGI
PHP Version:
  5.2.13
PHP memory_limit:
  64M
PHP register_globals:
  Off
PHP safe_mode:
  Off
MySQL Client API version:
  5.1.40
MySQLi Client API version:
  5.1.40
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: bundled (2.0.34 compatible).
  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 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:
  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.
HTTP request check:
  HTTP request: hosting-tests/rewrite.php?q=1
  HTTP request successful - code: 200.
External HTTP request check:
  External HTTP request: http://updates.drupal.org/release-history/drupal/6.x  External HTTP request successful - code: 200.
Server rewrite check:
  HTTP request: hosting-tests/link2?s=1
  Server rewrite successful - code: 200.
Retrieve image in files directory check:
  HTTP request: hosting-tests/files/drupalitalia.png
  Retrieve image successful - code: 200, size: 5605.
Retrieve script in files directory check:
  HTTP request: hosting-tests/files/script.php?s=1
  Retrieve script successful - code: 200, size: 683.
Directory files listing protection check:
  HTTP request: hosting-tests/files/
  Directory listing protection successful - code: 404.
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.

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

----------------------------------------
bI’Iqchugh’ yIvang !
Se sei triste, agisci!

Proverbio Klingon

Versione 0.3.3
Grazie alla collaborazione di WebLino, modificato l'ordine dei test HTTP, e aggiunto controllo del URL interno.
Adesso prima controlla se può parlare con il sito degli update di Drupal (http://updates.drupal.org).
Poi controlla che l'URL interno è simile a http(s)://dominio(/path)/hosting-tests
Poi tenta di chiamare se stesso.

Più imparo, più dubito.

Versione 0.4.0
Credo che siamo molto vicino adesso. L'ultimo modifica (0.3.3) ha portato alla luce un problema col server IIS. Mentre il test HTTP verso l'esterno funzionava, quello verso l'interno (a se stesso) falliva. Il problema era dovuto a un paranoica IIS, che non accettava la stringa user-agent che usavo. Settando la stringa a quella usato da Drupal stesso curava il problema, e di consequenza rende automatico tutti gli altri test su IIS.

Più imparo, più dubito.

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

STUDIO INFORMATICO
di P.I. Sofia Novo

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

STUDIO INFORMATICO
di P.I. Sofia Novo

Benvenuta nel club, Sofia. E grazie per aver provato Hosting tests. Non avevamo dati per Tiscali.

Primo: nel tuo primo commento (che solo tu poi modificare) metti <code> all'inizio della stampa, e </code> alla fine - così viene formattato come gli altri, ed è un pò più facile da leggere.

Dai risultati, oltre al fatto che 16M di memoria è un pò poco, sembra che Tiscali ha una configurazione di Apache .htaccess simile ad Aruba.

Hai fatto benissimo commentare le righe 2 e 3 del .htaccess in sites/default/files. Hosting-tests usa due file uno in hosting-tests/files (quello normale di Drupal) ed uno in hosting-tests/alt-files (con le due righe commentati). Dai risultati non funziona la prima, ma funziona la seconda.

Però non va bene togliere .htaccess da root - anche Hosting-tests ce l'ha, e funziona. Il problema è che ci sono dei commandi simile a quelli in sites/default/files/.htaccess che non sono permessi dal Apache di Tiscali. Prova con il file descritto qui: http://www.drupalitalia.org/node/9992#comment-31916

HTH

John

Più imparo, più dubito.

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

Hosting tests for Drupal 6.x - Version 0.4.0
PHP Environment Information
System:
  Linux nature.it 2.6.18-164.el5xen #1 SMP Thu Sep 3 04:03:03 EDT 2009 x86_64
Web Server:
  lighttpd/1.4.20
Server API:
  CGI/FastCGI
PHP Version:
  5.2.6
PHP memory_limit:
  96M
PHP register_globals:
  Off
PHP safe_mode:
  Off
MySQL Client API version:
  5.0.77
MySQLi Client API version:
  5.0.77
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:
  Warning: Operations on Unicode strings are emulated on a best-effort basis. Install the PHP mbstring extension for improved Unicode support.
PHP (ImageApi) GD check:
  GD library: bundled (2.0.34 compatible).
  PHP (ImageApi) GD support acceptable.
Upload progress check:
  Warning: Your server is not capable of displaying file upload progress. File upload progress requires PHP 5.2 and an Apache server.
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
    Error: Server rewrite failed - error code: 404.
Missing (404) redirect check:
  HTTP request: hosting-tests/system/files
    Error: Missing (404) redirect failed - error code: 404, data is not 'You aren&#039;t allowed to see this'.
Retrieve image in files directory check:
  HTTP request: hosting-tests/files/drupalitalia.png
  Retrieve image successful - code: 200, size: 5605.
Retrieve script in files directory check:
  HTTP request: hosting-tests/files/script.php?s=1
    Error: Retrieve script failed - error code: 0.
Directory files listing protection check:
  HTTP request: hosting-tests/files/
  Directory listing protection successful - code: 404.
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: 34.
Directory files-alt listing protection check:
  HTTP request: hosting-tests/files-alt/
  Directory listing protection successful - code: 404.

il test mi ha restituito questi due errori

Server rewrite check:
  HTTP request: hosting-tests/link2?s=1
    Error: Server rewrite failed - error code: 404.
Missing (404) redirect check:
  HTTP request: hosting-tests/system/files
    Error: Missing (404) redirect failed - error code: 404, data is not 'You aren&#039;t allowed to see this'.

oltre alle altre puntualizzazioni che fa su php
PHP Unicode support check:
  Warning: Operations on Unicode strings are emulated on a best-effort basis. Install the PHP mbstring extension for improved Unicode support.
..........
Upload progress check:
  Warning: Your server is not capable of displaying file upload progress. File upload progress requires PHP 5.2 and an Apache server.
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.
.....
Server rewrite module check:
  Warning: No server information found.

che vor dì?

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

Benvenuto nel club, brosky. Non sono del tutto convinto che questo hosting va bene - cercerò di spiegare perchè...

brosky wrote:
... 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.

Perchè "scorrettamente" creato?

brosky wrote:
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.

Erm, dove hai messo questi immagini, allora? Non stai usando Apache, quindi .htaccess non viene usato (credo), vedi dopo...

brosky wrote:
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.

OK, penso che i tuoi immagini sono in /files/image, ed hai un .htaccess anche li...

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

Bene, taglio via le parte accettabile, commento il resto...

Web Server:
  lighttpd/1.4.20

Hmm. Questo non è Apache. Comunque ci sono persone che usano felicemente lighttpd con Drupal, vedi http://realize.be/drupal-lighttpd-clean-urls-made-easy, e devo dire che questo web server mi interessa per la sua velocità...

PHP Unicode support check:
  Warning: Operations on Unicode strings are emulated on a best-effort basis. Install the PHP mbstring extension for improved Unicode support.

Credo che questo sarà (prima o poi) un problema. Drupal usa UTF-8 (Unicode) ed il tuo ambiente PHP non è del migliore per questo. Chiedi che viene installato (o se lo gestisci tu, installa) mb string: http://php.net/manual/en/book.mbstring.php

Server rewrite module check:
  Warning: No server information found.

Beh, non è Apache. Ma non credo che questo sia un problema per lighttpd...

Server rewrite check:
  HTTP request: hosting-tests/link2?s=1
    Error: Server rewrite failed - error code: 404.

Già. Leggi questo per creare rewrites con lighttpd: http://www.howtoforge.com/installing-drupal-6.4-on-a-lighttpd-webserver-...
C'è anche un gruppo: http://groups.drupal.org/lighttpd

Missing (404) redirect check:
  HTTP request: hosting-tests/system/files
    Error: Missing (404) redirect failed - error code: 404, data is not 'You aren&#039;t allowed to see this'.

Credo che sei a posto. Hai detto che usi ImageCache, e presumo che funziona. (ImageCache utilizza il redirect 404)

Retrieve script in files directory check:
  HTTP request: hosting-tests/files/script.php?s=1
    Error: Retrieve script failed - error code: 0.

Curioso, ma non la fine del mondo...

HTH

John

Più imparo, più dubito.

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 :)

Hmm, forse...

morxe wrote:
...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...

Credo che vede benissimo il contenuto. Mancano gli immagini. Comunque vale la pena tentare. Vai in admin/user/permissions, voce 'modulo node', sotto voce 'accesso al contenuto del sito' spunta anonimo ed autenticato.
morxe wrote:
Ps. la prossima volta apri un nuovo thread,non accavallarti su thread già aperti e che trattano di altro :)

Ha usato Hosting-tests, ha chiesto un opinione sui risultati, dov'è che ha sbagliato usando questo thread invece di un'altro?

Più imparo, più dubito.

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 tests for Drupal 6.x - Version 0.4.0
PHP Environment Information
System:
  Linux x2.w4w.guest.it 2.6.26-2-xen-686 #1 SMP Tue Mar 9 20:11:42 UTC 2010 i686
Web Server:
  Apache
Server API:
  CGI/FastCGI
PHP Version:
  5.2.14
PHP memory_limit:
  64M
PHP register_globals:
  Off
PHP safe_mode:
  Off
MySQL Client API version:
  5.1.34
MySQLi Client API version:
  5.1.34
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: bundled (2.0.34 compatible).
  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 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:
  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&#039;t allowed to see this'.
Retrieve image in files directory check:
  HTTP request: hosting-tests/files/drupalitalia.png
  Retrieve image successful - code: 200, size: 5605.
Retrieve script in files directory check:
  HTTP request: hosting-tests/files/script.php?s=1
  Retrieve script successful - code: 200, size: 683.
Directory files listing protection check:
  HTTP request: hosting-tests/files/
  Directory listing protection successful - code: 404.
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.

HOSTING FASTNOM

Hosting tests for Drupal 6.x - Version 0.4.0
PHP Environment Information
System:
  Linux linux1.fastnom.com 2.6.18-164.15.1.el5 #1 SMP Wed Mar 17 11:30:06 EDT 2010 x86_64
Web Server:
  Apache/2.2.16 (Unix) mod_ssl/2.2.16 OpenSSL/0.9.8e-fips-rhel5 DAV/2
Server API:
  CGI/FastCGI
PHP Version:
  5.2.14
PHP memory_limit:
  128M
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: bundled (2.0.34 compatible).
  PHP (ImageApi) GD support acceptable.
Upload progress check:
  Warning: 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:
  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&#039;t allowed to see this'.
Retrieve image in files directory check:
  HTTP request: hosting-tests/files/drupalitalia.png
  Retrieve image successful - code: 200, size: 5605.
Retrieve script in files directory check:
  HTTP request: hosting-tests/files/script.php?s=1
  Retrieve script successful - code: 200, size: 683.
Directory files listing protection check:
  HTTP request: hosting-tests/files/
  Directory listing protection successful - code: 404.
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.

HOSTING TOPHOST

Hosting tests for Drupal 6.x - Version 0.4.0
PHP Environment Information
System:
  Linux w-04.th.seeweb.it 2.6.18-6-xen-amd64 #1 SMP Thu Nov 5 04:10:03 UTC 2009 x86_64
Web Server:
  Apache
Server API:
  CGI/FastCGI
PHP Version:
  5.2.0-8+etch11
PHP memory_limit:
  32M
PHP register_globals:
  Off
PHP safe_mode:
  Off
MySQL Client API version:
  5.0.32
MySQLi Client API version:
  5.0.32
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 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:
  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
    Error: Server rewrite failed - error code: 404.
Missing (404) redirect check:
  HTTP request: hosting-tests/system/files
  Missing (404) redirect successful - code: 404, data: 'You aren&#039;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.

TOPHOST E' IL PEGGIORE
SI SAPEVA

Grazie del info motocad. Comunque il campione (in negativo) rimane http://www.drupalitalia.org/node/9623#comment-30997

Più imparo, più dubito.

Hosting Dominiofaidate

Hosting tests for Drupal 6.x - Version 0.4.0
PHP Environment Information
System:
  Linux linux2.dominiofaidate.com 2.6.26-1-amd64 #1 SMP Sat Jan 10 17:57:00 UTC 2009 x86_64
Web Server:
  Apache/2.2.11 (Unix) DAV/2 mod_fastcgi/2.4.6
Server API:
  CGI/FastCGI
PHP Version:
  5.2.9
PHP memory_limit:
  128M
PHP register_globals:
  Off
PHP safe_mode:
  Off
MySQL Client API version:
  5.0.51a
MySQLi Client API version:
  -
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: bundled (2.0.34 compatible).
  PHP (ImageApi) GD support acceptable.
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&#039;t allowed to see this'.
Retrieve image in files directory check:
  HTTP request: hosting-tests/files/drupalitalia.png
  Retrieve image successful - code: 200, size: 5605.
Retrieve script in files directory check:
  HTTP request: hosting-tests/files/script.php?s=1
  Retrieve script successful - code: 200, size: 683.
Directory files listing protection check:
  HTTP request: hosting-tests/files/
  Directory listing protection successful - code: 404.
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.

VPS Linode 512

Hosting tests for Drupal 6.x - Version 0.4.0
PHP Environment Information
System:
  Linux nylux 2.6.32.12-linode25 #1 SMP Wed Apr 28 19:25:11 UTC 2010 i686
Web Server:
  Apache/2.2.14 (Ubuntu)
Server API:
  Apache 2.0 Handler
PHP Version:
  5.2.10-2ubuntu6.4
PHP memory_limit:
  128M
PHP register_globals:
  Off
PHP safe_mode:
  Off
MySQL Client API version:
  5.1.41
MySQLi Client API version:
  5.1.41
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.
Upload progress check:
  Warning: Your server is capable of displaying file upload progress through APC, but it is not enabled. Add apc.rfc1867 = 1 to your php.ini configuration. Alternatively, it is recommended to use PECL uploadprogress, which supports more than one simultaneous upload.
Overridden PHP settings (.htaccess) check:
  Overridden PHP settings 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:
    Error: The directory hosting-tests/files is not writable.
Directory files-alt check:
    Error: The directory hosting-tests/files-alt is not writable.
Server rewrite module check:
  The rewrite module is installed.
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&#039;t allowed to see this'.
Retrieve image in files directory check:
  HTTP request: hosting-tests/files/drupalitalia.png
  Retrieve image successful - code: 200, size: 5605.
Retrieve script in files directory check:
  HTTP request: hosting-tests/files/script.php?s=1
  Retrieve script successful - code: 200, size: 683.
Directory files listing protection check:
  HTTP request: hosting-tests/files/
  Directory listing protection successful - code: 404.
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.

Hosting netsons gratuito pro

Hosting tests for Drupal 6.x - Version 0.4.0
PHP Environment Information
System:
  Linux srv-hg2.netsons.net 2.6.18-194.8.1.el5 #1 SMP Thu Jul 1 19:04:48 EDT 2010 x86_64
Web Server:
  Apache
Server API:
  CGI
PHP Version:
  5.2.13
PHP memory_limit:
  64M
PHP register_globals:
  Off
PHP safe_mode:
  Off
MySQL Client API version:
  5.1.40
MySQLi Client API version:
  5.1.40
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: bundled (2.0.34 compatible).
  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 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:
  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&#039;t allowed to see this'.
Retrieve image in files directory check:
  HTTP request: hosting-tests/files/drupalitalia.png
  Retrieve image successful - code: 200, size: 5605.
Retrieve script in files directory check:
  HTTP request: hosting-tests/files/script.php?s=1
  Retrieve script successful - code: 200, size: 683.
Directory files listing protection check:
  HTTP request: hosting-tests/files/
  Directory listing protection successful - code: 404.
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.

Che la forza sia con te.
Nel tuo VPS, puoi togliere le due errori:

Directory files check:
    Error: The directory hosting-tests/files is not writable.
Directory files-alt check:
    Error: The directory hosting-tests/files-alt is not writable.

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

@all
Ho notato che ht non è più in grado di leggere phpinfo() per il mod_rewrite. Hmm...
Dato che certi sistemi sono 32 bit ed altri 64, mi domando se vale la pena scrivere il consumo di memoria per questo app - aà la devel. Tempo trascorso no - perchè fa un richiesta http che impiega parrecchio tempo, o almeno dovrebbe essere sottratto dal totale...

Più imparo, più dubito.

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:

Hosting tests for Drupal 6.x - Version 0.4.0
PHP Environment Information
System:
  Linux cp01.myhostcenter.com 2.6.9-89.0.23.EL.JLsmp #1 SMP Wed Mar 17 08:45:49 EDT 2010 x86_64
Web Server:
  Apache/2.2.15 (Unix) mod_ssl/2.2.15 OpenSSL/0.9.7a mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 PHP/5.2.13
Server API:
  Apache 2.0 Handler
PHP Version:
  5.2.13
PHP memory_limit:
  32M
PHP register_globals:
  Off
PHP safe_mode:
  Off
MySQL Client API version:
  4.1.22
MySQLi Client API version:
  4.1.22
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: bundled (2.0.34 compatible).
  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 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 PHP settings 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:
    Error: The directory hosting-tests/files is not writable.
Directory files-alt check:
    Error: The directory hosting-tests/files-alt is not writable.
Server rewrite module check:
  The rewrite module is installed.
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&#039;t allowed to see this'.
Retrieve image in files directory check:
  HTTP request: hosting-tests/files/drupalitalia.png
  Retrieve image successful - code: 200, size: 5605.
Retrieve script in files directory check:
  HTTP request: hosting-tests/files/script.php?s=1
  Retrieve script successful - code: 200, size: 683.
Directory files listing protection check:
  HTTP request: hosting-tests/files/
  Directory listing protection successful - code: 404.
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.

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