Base di conoscenze
1000 FAQ, 500 tutorial e video esplicativi. Qui ci sono delle soluzioni!
Questa guida spiega come visualizzare l'indirizzo IP di un sito sul tuo Hosting Web.
Premessa
- L'indirizzo IPv4 è generalmente lo stesso per ciascuno dei siti sull'hosting (a meno che non abbiate acquistato un IP dedicato).
Visualizzare l'indirizzo IP del tuo sito
L'indirizzo IP è specificato nella pagina di gestione dell'hosting (Starter o contenente più siti):
- Clicca qui per accedere alla gestione del tuo prodotto su il Manager Infomaniak (hai bisogno di aiuto?).
- Fai clic direttamente sul nome assegnato al prodotto interessato.
- Fai clic sulla freccia per espandere la sezione Informazioni di questo hosting.
- L'indirizzo IPv4 è visualizzato sulla pagina:
- L'indirizzo IPv6 è visualizzato anche nel caso di hosting a pagamento:
Questa guida spiega come disattivare tutte le estensioni installate sul tuo WordPress su un Hosting Web.
Premessa
- Se riscontri un problema con il tuo sito web, disattivare le estensioni WordPress permette di identificare rapidamente se una di esse potrebbe essere la causa e di trarre così le conclusioni appropriate per riparare il sito.
- Per ulteriori assistenza contattate un partner o lanciate gratuitamente una richiesta di offerta — scoprite anche il ruolo dell'hosting provider.
Disattivare rapidamente le estensioni WP
Per disattivare tutte le estensioni WordPress:
- Accedi al server tramite FTP (hai bisogno di aiuto?).
- Recatevi alla posizione del sito (cartella corrispondente al vostro sito WordPress).
- Rinomina
/wp-content/plugins
in/wp-content/_plugins
ad esempio- Per disattivare un'estensione specifica, rinomina
/wp-content/plugins/PluginName
in/wp-content/plugins/_PluginName
ad esempio.
- Per disattivare un'estensione specifica, rinomina
Questa guida spiega il principio di reindirizzamento URL in tempo reale.
Premessa
- La riscrittura degli URL in tempo reale è una tecnica che consente di modificare l'aspetto degli URL di una pagina web senza cambiare effettivamente il percorso della risorsa.
- Questo processo avviene tramite reindirizzamenti virtuali, trasformando un'URL visibile in un'altra più estetica, mantenendo la destinazione iniziale invisibile ai visitatori.
- Questo metodo viene spesso utilizzato per rendere gli URL più semplici e leggibili, nascondendo i parametri delle pagine dinamiche.
- Oltre a migliorare l'estetica per i visitatori, è vantaggiosa per il SEO, poiché i motori di ricerca preferiscono generalmente gli URL senza parametri complessi.
Esempio di riscrittura URL
Prendi ad esempio l'URL: article.php?id=25&categorie=4&page=3
. Può essere riscritta come: article-25-4-3.html
o titre-article-25-4-3.html
. Ecco come configurarlo in un file .htaccess
se article.php
si trova nella directory web/admin/
:
Options +FollowSymlinks
RewriteEngine on
RewriteBase /admin/
RewriteRule ^article-([0-9]*)-([0-9]*)-([0-9]*).html$ article.php?id=$1&categorie=$2&page=$3 [L]
- Options +FollowSymlinks : consente l'uso dei collegamenti simbolici
- RewriteEngine on : attiva il modulo di rewrite degli URL di Apache
- RewriteBase /admin/ : indica la directory di lavoro
- RewriteRule : definisce la regola di reindirizzamento
Con questa configurazione, quando un utente accede a article-25-4-3.html
, viene reindirizzato a article.php?id=25&categorie=4&page=3
senza che ciò sia visibile.
Anche se la reimpostazione dell'URL è attiva, l'URL originale rimane funzionante. È quindi cruciale aggiornare tutti i collegamenti interni del tuo sito per adottare il nuovo formato di URL.
Reindirizzare a un altro dominio
Se possiedi più domini che puntano allo stesso sito, puoi reindirizzare tutte le richieste a un dominio principale. Ad esempio, se www.domaine.xyz
e www.mon-domaine.xyz
portano allo stesso sito, ma www.mon-domaine.xyz
è il tuo dominio principale, usa questa regola nel file .htaccess
di www.domaine.xyz
:
RewriteEngine On
RewriteRule ^(.*)$ http://www.mon-domaine.xyz/$1 [R=301]
Questo reindirizzerà tutte le pagine di www.domaine.xyz
verso www.mon-domaine.xyz
in modo trasparente, con un reindirizzamento permanente (R=301
).
Consultate anche questa altra guida sull'argomento.
Questa guida spiega come trasferire un sito web esistente all'interno di un Hosting Web Infomaniak su un altro Hosting Web Infomaniak.
Premessa
- Non ci sono molte soluzioni chiavi in mano per trasferire un sito web.
- In generale, pochi fornitori di hosting offrono l'esportazione o l'importazione di un sito completo con i suoi database; questo è dovuto principalmente al fatto che esistono molteplici modi per costruire un sito e altrettanti linguaggi piuttosto incompatibili tra loro.
- Se il sito da trasferire è costruito con WordPress, consultate questa altra guida che illustra una soluzione semplificata.
- È anche possibile spostare un hosting Web completo (leggi di seguito).
- Per ulteriori assistenza contattate un partner o lanciate gratuitamente una richiesta di offerta — scoprite anche il ruolo dell'hosting provider.
Soluzione manuale: esempio di trasferimento del sito
Per farlo manualmente, è necessario:
- recuperare i dati Web nonché i database associati,
- ripubblicare tutto su un sito creato sull'hébergement Web di destinazione,
- e se il nome di dominio associato è identico, sarà necessario che il primo sito venga eliminato o rinominato.
Per il resto, ecco un esempio di procedura da seguire:
- Ordina l'altro Hosting Web / Server Cloud se non l'hai ancora fatto.
- Crea un «sito fittizio» su questo nuovo hosting (ad esempio dev.domain.xyz - leggere più avanti).
- Copiate manualmente i vostri dati tramite FTP e MySQL (esportazione / importazione).
- Adatta il tuo sito se necessario (indirizzo del database, ecc.).
- Una volta soddisfatti del «nuovo sito», eliminare l'anziano.
- Cambia il nome del nuovo sito per dargli il suo vero nome.
Un'alternativa consiste, al punto 2 sopra, di lavorare con l'alias www.
che potete staccare in anticipo dal vostro sito attuale. Infatti, l'alias www(.domain.xyz) è spesso installato come alias del vostro sito, e basta staccarlo, il che permette la creazione di un sito sull'altro hosting con il nome www.domain.xyz (non dimenticate, al punto 6, di aggiungere il vostro alias di tipo "domain.xyz" senza i www a questo nuovo sito).
Spostamento di interi hosting web
Esiste un modo automatizzato per spostare un hosting Web Infomaniak verso:
- un Server Cloud Infomaniak (se l'hosting è attualmente condiviso o se l'hosting è già su Server Cloud)
- un'altra Organizzazione Infomaniak
Un alloggio Starter non può essere spostato ma può essere convertito.
Questa guida dettaglia la compatibilità degli hosting web Infomaniak con IPv4 e IPv6.
Premessa
- Infomaniak supporta sia IPv4 che IPv6, garantendo così una connettività ottimale per tutti gli utenti.
- Solo gli hosting Starter (gratuiti) e le vecchie formule di hosting non sono compatibili: aggiornare un Serveur Cloud o hébergement mutualisé.
- La compatibilità con IPv4 e IPv6 significa che il servizio di hosting di Infomaniak consente ai siti web di essere accessibili sia agli utenti che utilizzano indirizzi IPv4 che IPv6.
- Questo garantisce che il tuo sito può essere visitato da tutti i tipi di dispositivi e reti, offrendo un'esperienza ottimale ai tuoi utenti, indipendentemente dal protocollo che utilizzano per connettersi a Internet.
IPv4, o Internet Protocol versione 4
È la prima versione del protocollo Internet ampiamente utilizzata dagli anni '80. Utilizza indirizzi IP da 32 bit, il che consente di identificare e localizzare i dispositivi connessi a Internet. Tuttavia, con l'esaurimento degli indirizzi IPv4, è diventato necessario sviluppare una nuova versione (leggi di più qui sotto):
- Esempio di indirizzo IPv4: 192.168.0.1
- In questo esempio, l'indirizzo IPv4 è composto da quattro gruppi di numeri separati da punti…
- Ogni gruppo può contenere un numero da 0 a 255.
- L'indirizzo 192.168.0.1 viene spesso utilizzato per rappresentare un indirizzo IP locale in una rete privata.
- Trova l'IP del tuo sito web: consulta questa altra guida…
- Ottieni l'IP pubblica della tua connessione Internet attuale: https://chk.me/ip
IPv6, o Internet Protocol versione 6
È l'ultima versione del protocollo Internet introdotta per risolvere il problema dell'esaurimento degli indirizzi IPv4. IPv6 utilizza indirizzi IP da 128 bit, offrendo uno spazio di indirizzamento praticamente illimitato. Offre anche funzionalità migliorate come la sicurezza, la qualità del servizio e la configurazione automatica dell'indirizzo:
- Esempio di indirizzo IPv6: 2001:0db8:85a3:0000:0000:8a2e:0370:7334
- In questo esempio, l'indirizzo IPv6 è composto da otto gruppi di numeri e lettere separati da due punti…
- Ogni gruppo può contenere un numero esadecimale da 0 a FFFF.
- L'indirizzo IPv6 è molto più lungo dell'indirizzo IPv4, offrendo così uno spazio di indirizzamento molto più ampio.
Questa guida dettaglia l'uso di script Perl o Python su Hébergements Web Infomaniak.
Premessa
- I script Perl e Python vengono spesso utilizzati con il modulo CGID di Apache per generare contenuti dinamici sui server web.
- Questo modulo consente ad Apache di elaborare le richieste utilizzando script scritti in Perl o Python tramite il protocollo CGI (Common Gateway Interface), offrendo così la possibilità di creare pagine web interattive e reattive in base alle interazioni degli utenti con il sito.
- Tuttavia, per motivi di sicurezza, Infomaniak ha scelto di disattivare la possibilità di eseguire script scritti in Perl o Python tramite questo modulo specifico (CGID) di Apache sulle sue offerte di hosting condiviso.
- Di conseguenza, è necessario considerare di cambiare offerta per un'offerta di Serveur Cloud se si è attualmente su un hosting web condiviso.
Utilizzo degli script
Ecco alcune informazioni pratiche:
- Il percorso (path) dell'interprete di python è
/usr/bin/python
. mod_python
non è supportato.- L'esecuzione di script senza l'estensione
pl
ocgi
non è possibile, tuttavia un file.pl
può esistere e essere chiamato tramite un URL senza l'estensione.
Se ricevi il seguente messaggio di errore:
CGIWrap Error: Execution of this script not permitted
Execution of that script is not permitted for the following reason:
(1) Script file not found.
Request Data:Extra Path Info: /dossier/wwwdata/collection/vignettes/blabla.PL.12.34.56.gif
mentre il file caricato è una semplice immagine GIF con un nome file di tipo "blabla.PL.12.34.56.gif
" questo è dovuto al nome dei file in questione. Per aggirare il problema, rinominate semplicemente i vostri file.
Questa guida riguarda i permessi di traffico in entrata e in uscita tra diversi supporti di hosting a livello di database.
Accedere ai database di un altro hosting...
...da un hosting condiviso
A partire da un hosting condiviso (tranne la vecchia formula v1 - 60 GB), È possibile accedere ai database...
- ...di un altro hosting condiviso
- ... di un hosting su Server Cloud
È quindi possibile condividere una base e stabilire una connessione remota o addirittura un accesso incrociato.
da un server cloud
A partire da un Server CloudÈ possibile accedere ai database...
- ... di un altro Server Cloud (è necessario aprire la porta
3306
in TCP / entrata nel firewall)
ma non è possibile connettersi alle basi di un hosting condiviso.
Da un altro host
Per quanto riguarda l'accesso alle basi MySQL da un altro host che Infomaniak Scopri di più su quest'altra guida.
Questa guida spiega come visualizzare i percorsi assoluti Infomaniak per alcune applicazioni Web che ne hanno bisogno.
Ottieni il percorso assoluto…
… di un hosting Web
Per questo:
- Clicca qui per accedere alla gestione del tuo prodotto su il Manager Infomaniak (hai bisogno di aiuto?).
- Fai clic direttamente sul nome assegnato al prodotto interessato.
- Fai clic sulla freccia per espandere la sezione Informazioni di questo hosting.
- L'indicazione evidenziata di seguito è la posizione del sito di esempio:
… di un sito Web
Per questo:
- Clicca qui per accedere alla gestione del tuo prodotto su il Manager Infomaniak (hai bisogno di aiuto?).
- Fai clic direttamente sul nome assegnato al prodotto interessato.
- Clicca quindi sulla freccia per espandere la sezione Informazioni di questo sito.
- L'indicazione evidenziata di seguito è la posizione del sito di esempio:
Questa guida è per voi se riscontrate problemi di codifica delle pagine e caratteri anomali che appaiono sulle vostre pagine.
Codifica universale
Se riscontri problemi di codifica delle pagine, è importante verificare che la codifica della pagina sia impostata correttamente su UTF-8. UTF-8 è una codifica universale che supporta la maggior parte dei caratteri utilizzati nel mondo. Può capitare che alcuni file contengano caratteri incompatibili con la codifica UTF-8. In tal caso, è necessario convertirli in UTF-8 utilizzando un editor di testo appropriato.
Se la codifica della pagina HTML è, ad esempio, in UTF-8 mentre il database è in latin-1, gli accenti non verranno interpretati correttamente da MySQL. Se le pagine contengono caratteri speciali (testi arabi, cinesi, accenti) potrebbero apparire correttamente sul tuo sito web ma non in phpMyAdmin, o viceversa...
Utilizzare un editor di testo in grado di salvare i file in UTF-8. Se importate file di testo con codice SQL al loro interno, è necessario modificarli con un software che salva in UTF-8.
UTF-8 in PHP
Per forzare gli header del sito in UTF-8 utilizzando PHP, è possibile utilizzare la funzione header()
con il parametro Content-Type
. Ecco un esempio di codice che consente di forzare la codifica dei caratteri in UTF-8:
<?php
header('Content-Type: text/html; charset=utf-8');
?>
UTF-8 tramite .htaccess
Per forzare la codifica dei caratteri in UTF-8 tramite il file .htaccess del tuo sito, per il contenuto HTML aggiungi:
AddDefaultCharset utf-8
Header set Content-Type "text/html; charset=utf-8"
e per il contenuto PHP aggiungere:
php_value default_charset UTF-8
php_value mbstring.internal_encoding UTF-8
UTF-8 in HTML
Per specificare la codifica dei caratteri in UTF-8 nel codice HTML, è possibile utilizzare il tag meta charset
:
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>Titre de la page</title>
</head>
<body>
<!-- Contenu de la page -->
</body>
</html>
Assicurati anche che tutti i file utilizzati sul tuo sito web, come i file di stile CSS e gli script JavaScript, siano codificati in UTF-8. Questo garantisce che tutti i caratteri sul tuo sito web verranno visualizzati correttamente.
UTF-8 nel database
Per (ri)declarare l'encodifica delle basi di dati e delle tabelle in UTF-8 in phpMyAdmin, è possibile seguire i passaggi seguenti:
- Accedi al tuo pannello di controllo phpMyAdmin.
- Fai clic sulla scheda "Operazioni" in alto.
- Nella sezione "Opzioni della tabella", cercate la riga "Collation" e cliccate sul pulsante a discesa.
- Seleziona un'opzione di collazione che utilizza la codifica UTF-8, ad esempio
utf8_general_ci
. - Fai clic sul pulsante "Esegui" in fondo alla pagina per salvare le modifiche.
Aggiungi la funzione PHP mysql_set_charset
alla connessione creata da mysql_connect per determinare la codifica di questa connessione (se non la specifichi, il valore predefinito di questo parametro può variare da un server all'altro):
$connection = mysql_connect($server, $username, $password);
mysql_set_charset('utf8', $connection);
È possibile modificare questo parametro predefinito su tutto il tuo hosting seguendo questa documentazione.
Una volta stabilita la connessione MySQL da uno script PHP, è possibile specificare il tipo di charset UTF8 con questi comandi:
mysql_query("SET NAMES 'utf8';");
mysql_query("SET CHARACTER SET 'utf8';");
Accenti / Caratteri speciali
Quando recuperi un backup del tuo database MySQL (chiamato "dump") e lo importi nel tuo database, potrebbe capitare che gli accenti (come é, à, ô) appaiano come simboli strani, come punti interrogativi (ad esempio "?" al posto di un accento).
Questo accade perché i backup di MySQL vengono generalmente creati utilizzando un formato speciale chiamato UTF-8
. In questo formato, le lettere con accenti occupano più spazio (sono codificate su due ottetti, un po' come due "unità" di dati per carattere). Nei server, questo funziona bene, ma se lavori sul tuo computer personale, potresti dover regolare alcune configurazioni per assicurarti che l'importazione avvenga correttamente utilizzando UTF-8
. Il problema dei caratteri strani si verifica generalmente quando c'è un disallineamento di codifica tra il file di backup e l'importazione. Questo può accadere se il file è codificato in un formato (ad esempio UTF-8
) ma MySQL si aspetta un altro codifica (ad esempio latin1
).
Ecco alcune soluzioni:
- Convertire il file : È possibile convertire il file di backup da
UTF-8
a un altro formato, chiamatolatin1
, prima di importarlo nel database. Questo può evitare che gli accenti siano mal interpretati, ma presenta delle limitazioni. Se il file contiene caratteri che non possono essere rappresentati inlatin1
(come alcuni caratteri speciali o non europei), si rischia di perdere questi caratteri durante la conversione. È quindi una soluzione da utilizzare con cautela e dipende dal tipo di dati presenti nel file SQL. - Specificare il formato corretto durante l'importazione: Se non hai convertito il file, puoi indicare, durante l'importazione, che il file è nel formato
iso-latin1
(durante l'importazione di un file SQL, puoi indicare esplicitamente che il file è in ISO-8859-1, anche chiamato latin1). Questo allinea l'encodage del file con quello atteso da MySQL, risolvendo generalmente il problema dei caratteri mal visualizzati.
Se vedi dei punti interrogativi al posto degli accenti, probabilmente significa che il file di backup è in un formato diverso da UTF-8
, ma il tuo software tenta di importarlo come se fosse in UTF-8
. Per evitare questo, su Linux, puoi utilizzare un comando chiamato iconv
per convertire il file in UTF-8 prima dell'importazione. Questo assicura che l'encodage sia coerente con le aspettative di MySQL.
Questa guida spiega come modificare la direttiva error_reporting()
sul tuo sito web.
Attivare la segnalazione degli errori
Inserisci le due informazioni seguenti nel tuo file .user.ini
:
display_errors=on
error_reporting=E_ALL & ~E_NOTICE & ~E_STRICT
Se il tuo browser non mostra né errori né avvisi, significa che non ce ne sono.
Disattivare la visualizzazione degli errori PHP
Per WordPress, modifica il file wp-config.php
e sostituisci la riga:
define('WP_DEBUG', false);
con :
ini_set('display_errors','Off');
ini_set('error_reporting', E_ALL );
define('WP_DEBUG', false);
define('WP_DEBUG_DISPLAY', false);
Altrimenti, è possibile aggiungere il seguente codice nel file .user.ini
:
display_errors=off