Informazioni commerciali +39 0575 05077
  Apri una richiesta per informazioni commerciali
  Assistenza telefonica +39 0575 0505
  Apri una richiesta per assistenza
 
Hosting > Hosting Linux > FAQ > Soluzioni ai messaggi di errore più comuni

5.2 Soluzioni ai messaggi di errore più comuni

Una guida dettagliata per risolvere le problematiche più comuni e consigli pratici per la gestione e pubblicazione del proprio sito.
Tra le applicazioni potenzialmente più vulnerabili e spesso utilizzate per provocare danni sui siti che si basano su di esse, si individuano:
  • Sistemi CMS e portali
    Tutti i sfm, invision, WordPress, Joomla!, ecc..
  • Guestbook
  • Forums
    phpbb, invision, vbulletin, ecc...
 
Se al caricamento di una pagina del proprio sito, ad esempio Home Page, si visualizzano finestre indesiderate oppure richieste di installazione dialer oppure si viene avvisati della presenza di un virus dal proprio sistema antivirale, la ragione risiede nell'esecuzione di codice esterno.

Il codice esterno viene eseguito tramite appositi script inavvertitamente inseriti (magari in via di test) nelle proprie pagine. Solitamente si tratta di script per:
  • statistiche;
  • counters;
  • qualunque .js richiamato su sito esterno.
Su tali script non è possibile esercitare alcun controllo e l'unica soluzione per non avere problemi è evitarli.
Nel caso in cui si riscontrino problemi di lentezza nell'apertura delle pagine del proprio sito, il motivo è l'utilizzo di risorse (immagini, news ecc...) esterne alla rete Aruba. Spesso infatti vengono usati script che visualizzano le ultime notizie del televideo, il meteo, oppure semplicemente prendono immagini da altri siti: per fare ciò il server si collega al sito remoto.

Nella maggior parte dei casi questa operazione va a buon fine ed il sito viene visualizzato solo con un lieve ritardo, nel caso invece in cui il sito remoto non sia temporaneamente disponibile (per problemi di connettività del loro server, oppure se il web server ha dei problemi ecc...) il server continuerà a cercare di accedere al sito remoto finché, trascorsi 2-3 minuti, la richiesta scadrà (timeout). Per risolvere il problema della lentezza sono quindi da evitare assolutamente istruzioni del tipo:
  
script language="JavaScript" src="http://www.sitoesterno.org/cartella/file.js" img data-cke-saved-src="http://www.sito-remoto-molto-lento.com/img.jpg" src="http://www.sito-remoto-molto-lento.com/img.jpg"
Alcuni di questi, come statistiche, contatori, ecc, possono generare contenuti non desiderati sul sito che li ospita (finestre indesiderate, pop-up, iframe, ecc).
 
È possibile creare una pagina personalizzata su Hosting Linux per l'errore 404 Pagina non trovata e simili, sfruttando le possibilità offerte dal file .htaccess. In particolare, per procedere è sufficiente scaricare e compattare il seguente file zip:

errorDocument.zip

Inserendo il proprio indirizzo email nel file error.php, alla voce Cambiare questa mail.
 
La funzionalità di aggiornamento automatico di WordPress prevede la sovrascrittura dei file e il reimpostare i permessi CHMOD. Tale impostazione, in caso di spazio in Hosting Linux, causa il manifestarsi dell'errore 500 Internal Server Error.

Per risolvere il problema, e non visualizzare l'errore, è necessario eseguire il ripristino dei permessi dei propri file e cartelle, e applicare una piccola modifica (patch) nel file "wp-config.php" di WordPress, per impedire che il problema si ripresenti con ogni nuovo aggiornamento dell'applicativo.
  • Effettuare il download del file "wp-config.php" di WordPress, utilizzando un client FTP;
  • aprire il file "wp-config.php" con un editor di testo e aggiungere, in una qualsiasi posizione del file:
      
    define('FS_CHMOD_FILE',0755); define('FS_CHMOD_DIR',0755);
  • salvare il file e uploadarlo sovrascrivendo quello attualmente presente.
Una volta applicata la modifica è possibile effettuare l'aggiornamento automatico di WordPress senza che si verifichino problemi dovuti ai permessi CHMOD.

La modifica non è necessaria per WordPress installato tramite Linux Applications Installer
Durante l'esecuzione di uno script PHP è possibile che sia visualizzato l'errore Internal Server Error. Questo accade nel caso in cui siano impostati permessi diversi da 755. Gli script PHP, infatti, come quelli CGI, e le directory che li contengono, per funzionare correttamente, devono avere permessi CHMOD 755.

Tutti i file trasferiti via FTP di default assumono i permessi 755 quindi generalmente non è necessario effettuare alcun intervento.

Se si imposta, forzando i permessi, qualcosa di diverso da 755, e si visualizza la schermata di errore, occorre controllare la propria configurazione per fare in modo che tutti i nuovi file vengano trasferiti con i permessi scelti, senza modificare i permessi di ogni singolo file. Per farlo utilizzare la funzione Ripristina permessi del proprio pannello di controllo.
Tutti i cgi devono:
  1. essere trasferiti via FTP in modalità ASCII o AUTO;
  2. avere permessi 755.
Nel caso una di queste regole non sia rispettata, si visualizza 'errore Internal Server Error.
Nel caso in cui l'errore accorso non rientri in quelli più comuni indicati in elenco, è possibile inviare una richiesta di assistenza, allegando uno screenshot dell'errore stesso, cioè una copia dell'immagine visualizzata in quel preciso momento nel proprio computer.

Per effettuare lo screenshot, utilizzare il tasto Stamp solitamente situato in alto a destra nella tastiera. Incollare il file su apposito programma per la modifica delle immagini (ad esempio Paint) e salvare il file.
In alcuni modelli di PC portatili, premere contemporaneamente anche il tasto Fn.

Per effettuare uno screenshot su Mac, premere contemporaneamente i tasti: Comando + Shift (maiuscolo) + 3. In tal modo l'immagine con la copia dello schermo del Mac è automaticamente salvata sul desktop.

Per effettuare uno screenshot con la maggior parte dei dispositivi mobili (Smartphone o tablet) è sufficiente premere contemporaneamente il pulsante di accensione e il tasto Home fisico. Le immagini vengono solitamente salvate nella cartella Immagini/Screenshot.
Si consiglia di effettuare le operazioni seguenti:
  • accedere al pannello di controllo di PrestaShop;
  • dal menu di sinistra accedere all'area: parametri avanzati -> email;
  • successivamente scegliere: Imposta parametri SMTP personali (per utenti avanzati);
  • impostare i seguenti dati:
    • Server SMTP: smtps.aruba.it
    • Nome utente SMTP: [email protected] (importante far usare una casella associata al dominio in oggetto, l'uso di altre casella va abilitato dall'apposita area sulla webmail Aruba)
    • Password: password casella del dominio
    • Criptaggio: SSL o TLS
    • Port: 465 o 587
  • effettuare un invio di test e verificare che sia tutto funzionante.

Cosa è l'errore 502 Bad Gateway Error

Quando si tenta di visualizzare un sito, il browser invia una richiesta al server in cui è ospitato il sito che si intende vedere; il server elabora la richiesta e restituisce una risposta; se la richiesta va a buon fine il sito viene mostrato altrimenti viene visualizzata una pagina con un codice di errore.
I codici di errore possono essere raggruppati così:
  • codici 4XX – errori restituiti dal client: indicano che il browser invia una richiesta non valida al server;
  • codici 5XX – errori restituiti dal server: indicano che il server su cui risiede il sito non è in grado di fornire una risposta valida.
L'errore 502 Bad Gateway Error viene visualizzato quando il server non riesce a inoltrare la richiesta o a ottenere una risposta.

Cause e soluzioni dell'errore 502 Bad Gateway Error

  • il primo tentativo da effettuare è ricaricare la pagina web: se è un problema di connessione temporaneo l'errore si risolverà;
  • se aggiornando il browser l'errore rimane, occorre provare ad aprire il sito con un browser diverso: se il sito è visibile allora l'errore è riconducibile al browser o ad eventuali estensioni che vi sono installate; per provare a risolverlo si consiglia di svuotare la cache e i cookie e controllare/disattivare una ad una le estensioni o plugin installati nel browser che possano generare l'errore;
  • un'altra causa dell'errore 502 può essere il DNS danneggiato: se è stata eseguita una modifica al DNS e la cache locale ha memorizzato le impostazioni precedenti, si potrebbe verificare l’errore “502 Bad Gateway Error”; si consiglia di svuotare la cache DNS locale.
  • PHP ed altri problemi del sito; l’errore può essere causato da un conflitto tra script PHP, una versione PHP errata per il sito Web, timeout da script CGI, query MySQL lente, ecc...
    • se è stata cambiata la versione del PHP si consiglia di reimpostare la precedente attraverso il pannello di controllo perchè la configurazione del sito potrebbe non essere compatibile con la versione PHP scelta; per tutti i dettagli consultare la guida dedicata.
      Una volta modificata la versione del PHP si consiglia di riprovare la visualizzazione del sito. Se l'errore non si è risolto eseguire i controlli riportati di seguito;
    • l'errore può essere causato dal sito stesso: in questo caso è utile analizzare il log errori e cercare di risalire al file che lo genera; per tutti i dettagli consultare questa guida.
  • Errori causati dai plugin per siti realizzati con WordPress: può succedere che un plugin si danneggi o vada in conflitto con altri plugin; si consiglia di disabilitare tutti i plugin, per farlo è necessario accedere al backend di WordPress e disabilitare i plugin.
    Se l'accesso al backend è inibito è possibile rinominare una ad una tutte le cartelle al percorso /wp-content/plugins oppure, per utenti esperti, disabilitare i plugin direttamente dal database; in quest'ultimo caso le operazioni da eseguire sono le seguenti:
    prima di tutto individuare il database utilizzato dalla propria installazione di WordPress ed accedere al pannello mysql.aruba.it con i dati recuperati;
    per individuare i plugins attivi, una volta fatto accesso al pannello mysql.aruba.it, cliccare su SQL e inserire la query sottostante (avendo cura di sostituire "prefix" con il valore di "$table_prefix" indicato nel file wp-config.php) e cliccare su Esegui:

    SELECT option_value FROM prefix_options where option_name LIKE 'active_plugins';

    La colonna option_value è l'elenco dei plugins attivi;
    cliccare su Modifica;
    cancellare la text area in corrispondenza di option_value;
    cliccare su Esegui.
    In questo modo si sono disabilitati tutti i plugins.
 
Quanto è stata utile questa guida?
 

Non hai trovato quello che cerchi?

Contatta i nostri esperti, sono a tua disposizione.