warning

27 contenuti / 0 new
Ultimo contenuto
warning

Salve a tutti,
il mio problema è che, avendo installato drupal, mi compare questo warning:

"Richieste HTTP Fallito
Il sistema o la rete non permette a Drupal di accedere ai siti web esterni, il che si produce in funzionamento ridotto. Questo può essere causato dalle impostazioni del WebServer o dalle impostazioni PHP, e dovrebbe essere corretto per permettere il download di informazioni riguardanti aggiornamenti disponibili, scaricare ed aggregare i feed, login tramite OpenID, oppure l'uso di altri servizi di rete. "

Ed il sistema è molto lento. Ho letto altri post riguardante questo problema, ma nessuna risposta.
Potete aiutarmi?
Grazie

il problema lo hai perché il sito cerca di scaricare informazioni sulle ultime versioni dei moduli, ma non riuscendoci deve attendere che la pagina vada in timeout. O disabiliti la funzione di check automatico o permetti al tuo server di prelevare informazioni dalla rete..

Ciao
Marco
--
My blog
Working at @agavee

Grazie Mille Mavimo...sempre puntuale e preciso.

Ma come faccio a disattivare il check automatico?

Corallino wrote:
Ma come faccio a disattivare il check automatico?

Devi disabilitare il modulo: "Update status" da "admin/build/modules"

ma ce l'ho già disabilitato! fin qui ci ero arrivato.
Ma nonostante questo, quando vado in admin ci mette un pò di tempo per caricare, e nel rapporto di stato mi esce l'errore
"Richieste HTTP Fallito
Il sistema o la rete non permette a Drupal di accedere ai siti web esterni, il che si produce in funzionamento ridotto. Questo può essere causato dalle impostazioni del WebServer o dalle impostazioni PHP, e dovrebbe essere corretto per permettere il download di informazioni riguardanti aggiornamenti disponibili, scaricare ed aggregare i feed, login tramite OpenID, oppure l'uso di altri servizi di rete.
"

Come devo fare per risolvere questa disfunzionalità? Cioè non è possibile che ogni volta devo attendere un botto di tempo prima che carichi admin.

Se ci fai caso ho quotato anche la tua domanda quando ti ho risposto e da come puoi leggere la mia risposta è strettamente pertinente alla tua domanda.

Corallino wrote:
ma ce l'ho già disabilitato! fin qui ci ero arrivato.

Dove l'hai scritto? Nel thread non lo leggo da nessuna parte.

Corallino wrote:

Come devo fare per risolvere questa disfunzionalità? Cioè non è possibile che ogni volta devo attendere un botto di tempo prima che carichi admin.

Il problema potrebbe dipendere da molteplici fattori e l'unica cosa che hai detto è :

Corallino wrote:

il mio problema è che, avendo installato drupal, mi compare questo warning:

come puoi leggere non hai scritto nulla in merito a:

Installazione: Hosting? Sito in locale?
SO: Linux? Windows?
Moduli: Se si quanti?
ecc. ecc.

Non puoi pensare che chi potrebbe aiutarti sappia tutte queste cose! :)

«Aiutaci ad aiutarti»™
:)

La mia domanda rimane ancora senza risposta.
Le informazioni chieste da qualcuno sono: hosting a pagamento (ne aruba ne altri), sistema operativo Windows, moduli di base dell'installazione.
Ho appena installato una nuova versione di drupal (versione 6.15). Il problema sussiste ancora.
Ho disinstallato il modulo update status.

Qualcuno sa darmi una mano?

Su drupal.org ho trovato questo tipo di soluzione

Quote:
A quick solution to remove the error message is to edit the following line in system_check_http_request() inside of system.module:

$result = drupal_http_request(url('', array('absolute' => TRUE)));

It is trying to do an http request to the drupal instance being run but is failing because it returns a really weird status code... insert a website you can resolve to and it will remove the error ... like so:

$result = drupal_http_request(url('http://drupal.org', array('absolute' => TRUE)));

In realtà, dice l'autore, che questa cosa non è molto pulita e si spera di trovare una risoluzione migliore.
Io ora vi chiedo: con questa patch potrei avere effetti collaterali?
Saluti

secondo me così facendo metti il problema come la cenere sotto il tappeto. Il problema è probabilmente che sul server non c'è un'estensione PHP in grado di gestire le chiamate HTTP (libcurl o simili, non so cosa ci vada su Windows) e questo potrebbe proporsi come problema per certe applicazioni: ad esempio, per un sito e-commerce con pagamento PayPal non riusciresti a far funzionare le notifiche IPN per l'esecuzione dei pagamenti.

Buongiorno a tutti, ho appena installato la versione 6.16 di Drupal e mi ritrovo lo stesso problema con le Richieste HTTP.

La mia versione di Drupal è situata su un hosting Linux e, finora, ho installato solamente il modulo CCK e Views. In ogni caso l'errore era già presente prima dell'installazione dei moduli appena citati.

Ho provato e riprovato a trovare una soluzione su Google e forum vari ma non riesco a risolvere. Mi piacerebbe sapere da dove deriva il problema.

Grazie.

Puoi fare una contro prova con hosting-tests (http://www.drupalitalia.org/node/9623), comunque credo questo sia una limite del hosting. Se anche hosting-tests fallisce tentando di comunicare con l'esterno, bisogna chiedere al hosting per una connesione HTTP outbound...

Più imparo, più dubito.

Credo ci siano diverse cose che non vadano bene..

Hosting tests for Drupal 6.x - Version 0.3.2
PHP Environment Information
System:
  Linux srv-hg3.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.10 (Unix) mod_ssl/2.2.10 OpenSSL/0.9.8e-fips-rhel5
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
    Error: HTTP request failed - error code: -110.
Server rewrite check:
  Warning: The check cannot be tested automatically. Use this link to test manually.
    Error: The test succeeds if a page similar to this is displayed showing a success message, otherwise the test fails.
Retrieve image in files directory check:
  Warning: The check cannot be tested automatically. Use this link to test manually.
    Error: The test fails if you don't see an image after clicking the link.
Retrieve script in files directory check:
  Warning: The check cannot be tested automatically. Use this link to test manually.
    Error: The test fails if the browser does not offer to download the file, but instead displays a text file with the words 'This script should not be executed'.
Directory files listing protection check:
  Warning: The check cannot be tested automatically. Use this link to test manually.
    Error: The test fails if the browser provides a file listing of the directory.
Retrieve image in files-alt directory check:
  Warning: The check cannot be tested automatically. Use this link to test manually.
    Error: The test fails if you don't see an image after clicking the link.
Retrieve script in files-alt directory check:
  Warning: The check cannot be tested automatically. Use this link to test manually.
    Error: The test fails if the browser does not offer to download the file, but instead displays a text file with the words 'This script should not be executed'.
Directory files-alt listing protection check:
  Warning: The check cannot be tested automatically. Use this link to test manually.
    Error: The test fails if the browser provides a file listing of the directory.

Hmm. Sembra che non sta funzionando il URL rewrite (quindi non può fare le altre test).

Quote:
HTTP request check:
  HTTP request: hosting-tests/rewrite.php?q=1
    Error: HTTP request failed - error code: -110.

La cosa strano è che Carlo (bohz) ha provato netsons di recente - con valori molto diverso: http://www.drupalitalia.org/node/9623#comment-31462, specificamente:
Quote:
HTTP request check:
  HTTP request: hosting-tests/rewrite.php?q=1
  HTTP request successful - code: 200.

Prova fare il test più di una volta - poi se persiste devi contatti netsons - fai vedere i due risultati e chiedi perchè la regola rewrite non sta funzionando:

Quote:
# Various rewrite rules.
<IfModule mod_rewrite.c>
  RewriteEngine on
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule ^(.*)link(.*)$ $1rewrite.php?q=link$2 [L,QSA]
</IfModule>

O vedi se hai accesso al log di Apache - che dovrebbe indicare se ha avuto problemi col file .htaccess...

Più imparo, più dubito.

Ho aperto un ticket d'assistenza con netsons. Vedremo cosa mi dicono.

Ricapitoliamo un attimo un paio di cose:

- se il modrewrite non è funzionante le richieste HTTP non possono funzionare??!
- il problema potrebbe derivare dalla configurazione errata dell'htaccess?! Potrei postare il mio htaccess nel caso.

Hosting-test si comporta come Drupal (la maggior parte del codice viene da Drupal stesso)

WebLino wrote:
Ricapitoliamo un attimo un paio di cose:

- se il modrewrite non è funzionante le richieste HTTP non possono funzionare??!


Entrambi le cose. Se non riesco fare la richiesta HTTP fallisce. Se riesco ma non viene reindirizzato fallisce. Non posso (come programma) capire quale dei due. Il codice -110, che non è un codice normale di HTTP mi dà la sensazione di un errore del primo tipo. Altrimenti avrebbe dovuto essere 4xx, o 5xx...
WebLino wrote:
- il problema potrebbe derivare dalla configurazione errata dell'htaccess?! Potrei postare il mio htaccess nel caso.

E' possibile, ma non credo. In quel caso avrebbe dovuto dare un errore 5xx. Hai provato fare 'a mano' certi delle prove di accesso?

Più imparo, più dubito.

A quanto ho capito, ricercando su Google, l'errore -110 riguarda il "Connection Timeout".

Gli amministratori di sistema di netsons non hanno trovato anomalie e dicono che più sistemi Drupal funzionano correttamente attualmente sui lori server.

Per il momento ho risolto effettuando la seguente modifica sul file /drupal/modules/system/system.module trovata sul sito drupal.org:

ORIG: $result = drupal_http_request(url('', array('absolute' => TRUE)));
EDIT: $result = drupal_http_request(url('http://drupal.org', array('absolute' => TRUE)));

Dato che questa soluzione mi sembra un pò una toppa, fatemi sapere cosa ne pensate.

Grazie per la disponibilità.

Beh, qualcosa di strano c'è. La tua modifica dice semplicemente che Big D è in grado di parlare con un altro server, ma non con se stesso!

Se hai voglia (dato che vedo che hai una certa domestichezza con PHP), possiamo fare qualche altro prova usando hosting-tests - ed io sarò grato perchè così possiamo migliorarlo.

Prima in hosting-tests.php (versione 0.3.2) alla riga 1022, che inizia:
  $report['req_tests'][] = http_request_check($base_url);
aggiungi prima di questa riga:

$report['req_tests'][] = external_http_request_check();
print($base_url);

Il $base_url - che sarà scritto in cima alla pagina - dovrebbe correspondere al tuo sito, per esempio in locale mi dice http://dev.autonomous-sandbox/hosting-tests[/codefilter_code]

Il primo test 'External HTTP request check' dovrebbe funzionare.

Sono curioso di capire se il $base_url è corretto o no. Se non vuoi divulgare il nome del tuo sito, usa http://www.miosito.it/ - quello che mi interessa è che il dominio è corretto, ed anche cosa scrive dopo il dominio...

John

Più imparo, più dubito.

Scusa ma ho visto solamente ora il tuo messaggio. Provo ad effettuare la modifica che mi hai chiesto e ti faccio sapere il prima possibile.

Grazie

Ho provato a riscaricare Hosting Tests e ad effettuare un nuovo controllo. Non capisco come, ma sembrerebbe tutto corretto adesso.

Hosting tests for Drupal 6.x - Version 0.3.2
PHP Environment Information
System:
  Linux srv-hg3.netsons.net 2.6.18-164.11.1.el5 #1 SMP Wed Jan 20 07:32:21 EST 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.
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.

A questo punto non mi sembra il caso di modificare lo script php.

Credo che netsons hanno cambiato qualcosa:

WebLino wrote:
Ho provato a riscaricare Hosting Tests e ad effettuare un nuovo controllo. Non capisco come, ma sembrerebbe tutto corretto adesso.

Was:
Quote:
Web Server:
  Apache/2.2.10 (Unix) mod_ssl/2.2.10 OpenSSL/0.9.8e-fips-rhel5

Is:
Quote:
Web Server:
  Apache

WebLino wrote:
A questo punto non mi sembra il caso di modificare lo script php.

Avrebbe aiutato migliorare hosting-tests. Credo (ma non al 100%) che invertire quei test aiuta. Per essere convinto serviva capire se l'errore interno era dovuto ad un calcolo sbagliato del URL, o al hosting. Quindi il print($base_url)...

Più imparo, più dubito.

Se posso esserti d'aiuto non ci sono problemi.

Grazie WebLino, se possibile vorrei che facessi quei modifiche descritti a #19 sopra. Mi interessa sapere cosa visualizza quel print($base_url) - apparirà in cima alla pagina.

Dato che visualizzerà l'URL completo, tipo http://www.syger.it/hosting-tests, se non vuoi pubblicare qui il dominio del tuo sito, sostituisci http://www.syger.it/ con http://www.miosito.it/, così capisco... Quello che mi interessa davvero è che ha scritto http://DOMINIO/hosting-tests, e non qualcos'altro...

Più imparo, più dubito.

OK, modifica effettuata.

L'output in prima riga ha il seguente valore: http://www.miosito.it/hosting-tests

Sembrerebbe corretto.

Anche a me, grazie.
Penso a questo punto modificerò hosting-tests, così possiamo vedere se può parlare con l'esterno (prima) e poi con se stesso (dopo), anche perchè così com'è adesso se non può parlare con se stesso tutti gli seguenti test devono essere fatto a mano e salta il test esterno.

A buon rendere WebLino.

Più imparo, più dubito.