Questa guida riguarda il nome delle pagine di accesso che è possibile avere sul tuo Hosting Web Infomaniak, e che saranno prese in considerazione in priorità quando un visitatore accede al tuo sito web tramite il suo nome di dominio.

Premessa

• Le pagine di accesso predefinite su un server web sono le prime pagine che si visualizzano quando un utente accede a un sito web senza specificare un file particolare.
• Se inserisci semplicemente http://domain.xyz nella barra degli indirizzi del tuo browser, il server web cercherà una pagina iniziale predefinita da visualizzare, ad esempio index.html, index.php, index.htm, o altre varianti simili.

Ordine di priorità delle pagine di accesso

Ecco, in ordine di priorità, le pagine caricate per impostazione predefinita su Infomaniak:

1. index.html
2. index.htm
3. home.html
4. home.htm
5. default.html
6. default.htm
7. index.cgi
8. index.php
9. index.php5
10. index.php4
11. index.php3
12. default.php
13. home.php
14. welcome.php

In sintesi:

• Se avete 2 pagine nella radice del vostro hosting, grazie alla classificazione sopra, noterete che index.php viene riconosciuto in priorità rispetto a welcome.php.
• Si può anche dedurre che se avete solo welcome.php come pagina nella directory radice, verrà caricata e funzionerà come pagina iniziale.
• Se avete una pagina accueil.html, non funzionerà perché questo nome non è nell'elenco.
• Quando digiterete www.domaine.xyz nel browser, si visualizzerà automaticamente solo index.php (e per visualizzare welcome.php dovrete digitare il nome esatto della pagina www.domaine.xyz/welcome.php).

Personalizzare la pagina di accoglienza predefinita

Per impostare una pagina di accesso predefinita diversa, aggiungere DirectoryIndex e le pagine appropriate nel file .htaccess:

DirectoryIndex accueil.html index.php index.html

Questo significa che il server web cercherà prima un file chiamato accueil.html. Se non trova accueil.php, cercherà index.php, poi index.html.

Per evitare un errore “Crea un database: nessun privilegio” è necessario utilizzare il Manager Infomaniak e non phpMyAdmin per aggiungere un nuovo database.

Questa guida spiega come ottenere informazioni sulla presenza di un sistema di cache su un sito utilizzando il comando curl.

Premessa

• Nel mondo della programmazione e dell'amministrazione di sistema, è spesso necessario determinare se un sito web utilizza un sistema di caching per migliorare le sue prestazioni.
• I sistemi di caching come Fastly sono comunemente utilizzati per memorizzare temporaneamente i dati per servirli più rapidamente agli utenti.
• Seguendo questi passaggi, potrete determinare se un sito web utilizza un sistema di caching per migliorare le sue prestazioni e comprendere il funzionamento e l'ottimizzazione dei siti.

Utilizzo del comando curl

curl è un strumento da riga di comando che consente di trasferire dati utilizzando URL.

L'opzione -svo /dev/null viene utilizzata per eseguire una richiesta silenziosa (-s), visualizzare informazioni dettagliate sulla richiesta (-v) e reindirizzare i dati di output verso /dev/null per ignorarli (/dev/null è un dispositivo speciale nei sistemi Unix/Linux che si comporta come un cestino). -H "Fastly-Debug: true" è un'intestazione HTTP aggiunta alla richiesta per richiedere informazioni di debug specifiche per Fastly.

Eseguire il comando

Esegui il seguente comando da un'applicazione di tipo Terminal (interfaccia a riga di comando, CLI /Command Line Interface) sul tuo dispositivo:

curl -svo /dev/null [url] -H “Fastly-Debug: true”

e sostituisci [url] con l'indirizzo del sito web che desideri verificare.

Se il sito utilizza Fastly o un altro sistema di caching simile, vedrete informazioni di debug specifiche nell'output del comando. I dettagli forniti possono includere informazioni sulle richieste e sulle risposte HTTP, nonché informazioni sulla cache e sulle prestazioni.

Questa guida spiega come attivare l'opzione MultiViews tramite un file .htaccess sui siti ospitati da Infomaniak.

Premessa

• In alcuni casi, l'opzione MultiViews deve essere attivata per gestire problemi di reindirizzamento e di riscrittura degli URL. Esempio:
  • Se la cartella configuration e il file configuration.php si trovano alla radice del tuo sito e tenti di raggiungere l'indirizzo mon-site.com/configuration per accedere al file configuration.php, l'opzione MultiViews deve essere attivata.

Attivare l'opzione MultiViews

Per fare questo:

1. Apri o crea il file .htaccess che si trova alla radice del sito interessato.

2. Aggiungi la seguente direttiva:

   Options +MultiViews

3. Salva le modifiche.

Questa guida riguarda ImageMagick, una soluzione potente per la manipolazione delle immagini, che puoi installare su un Hébergement Web Infomaniak.

ImageMagick e alternative

Queste soluzioni di manipolazione delle immagini sono compatibili con gli hosting Web e i server Cloud:

1. ImageMagick : il principale suite di software per la manipolazione polivalente delle immagini tramite la riga di comando
2. PerlMagick : interfaccia Perl per integrare le funzionalità di ImageMagick in script Perl
3. Modulo Perl Image::Magick : estensione Perl per accedere alle funzionalità di ImageMagick senza specificare il percorso assoluto dell'eseguibile
4. GD 2.x : libreria grafica open-source che offre funzionalità simili a ImageMagick, spesso utilizzata in contesti di sviluppo web
5. Gallery 2 : piattaforma di gestione delle gallerie d'immagini compatibile con ImageMagick per la presentazione online

Se necessario, il percorso per ImageMagick è standard poiché installato tramite il repository Debian:

/usr/bin

e per il modulo Perl Image::Magick:

/usr/local/bin/convert

o senza specificare il percorso assoluto:

$ perl -e 'use Image::Magick';

Tutti i comandi imagemagick sono sotto /usr/bin/:

/usr/bin/animate
/usr/bin/compare
/usr/bin/composite
/usr/bin/conjure
/usr/bin/convert
/usr/bin/display
/usr/bin/identify
/usr/bin/import
/usr/bin/mogrify
/usr/bin/montage
/usr/bin/stream

Questa guida dettaglia gli errori di tipo "502 Bad Gateway" che si possono ottenere visitando un sito web.

Premessa

• L'errore 502 Bad Gateway si verifica quando il server che fa da gateway tra il browser e il server web di origine riceve una risposta non valida.
• Questo errore può essere causato da un server web sovraccarico, problemi di comunicazione tra un CDN e il server web di hosting o un server proxy configurato in modo errato.
• A volte, l'errore può essere causato da un'errata configurazione nel server DNS.

Suggerimenti per la risoluzione

Per risolvere l'errore 502 Bad Gateway, spesso è necessario procedere per eliminazione:

• Verifica se non si tratta di un sovraccarico temporaneo del server: basta ricaricare la pagina dopo pochi minuti perché l'errore scompaia.
• Cancella la cache del browser.
• Prova con un altro browser.

Questa guida spiega come consultare l'attività dei file sul server del tuo hosting Infomaniak.

Registri di attività dello spazio FTP

Per conoscere l'attività degli scambi sul tuo spazio FTP, contatta il supporto Infomaniak per richiedere i log FTP autenticandoti preventivamente con le credenziali corrispondenti alla gestione del tuo hosting Web.

Guida alla lettura dei log: http://www.castaglia.org/proftpd/doc/xferlog.html

Il proprietario "site1xxx" (ad esempio site1152, site1163, site1184…) appare quando l'account utente FTP che aveva creato le cartelle/file in questione è stato rimosso dall'elenco degli account utente FTP.

Per accedere nuovamente a questi file per modificarli, è necessario connettersi con un account FTP diverso nel gestore file FTP Manager e modificare il proprietario dei file con il pulsante "Proprietà".

Questa guida spiega come ottimizzare la memorizzazione nella cache delle risorse web grazie agli header HTTP.

Premessa

• Una buona strategia di cache permette di migliorare significativamente le prestazioni del tuo sito evitando di ritrasmettere inutilmente file inalterati.
• La memorizzazione nella cache web si basa su due meccanismi complementari:
  1. La durata di validità della cache (tramite l'intestazione Expires) che indica per quanto tempo una risorsa può essere riutilizzata senza contattare il server.
  2. La validazione condizionale (tramite gli header Last-Modified/If-Modified-Since) che permette di verificare se una risorsa è cambiata prima di ritrasmetterla.

Configurazione della durata della cache con Expires

L'intestazione Expires consente di specificare un periodo durante il quale il browser può riutilizzare direttamente le risorse dalla cache locale. Ecco come configurarla nel file .htaccess:

1. Crea o apri il file .htaccess alla radice del tuo sito (di solito in /web o /sites/domain.xyz).

2. Aggiungi la configurazione del modulo expires:

   <IfModule mod_expires.c>

3. Definisci i tempi di cache appropriati per ogni tipo di risorsa:

   ExpiresActive On
   ExpiresByType text/html "access plus 1 week"
   ExpiresByType image/jpeg "access plus 1 month"
   ExpiresByType text/css "access plus 1 month"
   ExpiresByType application/javascript "access plus 1 month"

   Queste direttive significano che:

   • Le pagine HTML verranno conservate nella cache per una settimana.
   • Le immagini JPEG, i file CSS e JavaScript verranno conservati per un mese.

   Adattate queste durate in base alla frequenza di aggiornamento delle vostre risorse.

4. Chiudi la sezione di configurazione:

   </IfModule>

Validazione condizionale con Last-Modified

Anche quando una risorsa è scaduta nella cache, non è sempre necessario ritrasmetterla completamente. Il meccanismo di validazione condizionale permette al browser di verificare se la sua versione in cache è ancora aggiornata. Questo processo funziona così:

1. Il server invia automaticamente un'intestazione Last-Modified con ogni risorsa, indicando la data dell'ultima modifica.
   • Apache gestisce questo nativamente per i file statici - nessuna configurazione aggiuntiva è necessaria.

2. Quando il browser richiede nuovamente la risorsa, invia un'intestazione If-Modified-Since contenente la data che ha in cache:

   GET /resource HTTP/1.1
   Host: www.example.com
   If-Modified-Since: Wed, 21 Oct 2015 07:28:00 GMT

3. Il server confronta questa data con la data reale di modifica del file:
   • Se il file non è cambiato, invia semplicemente un codice 304 Not Modified, risparmiando così la larghezza di banda.
   • Se il file è stato modificato, invia la nuova versione con un codice 200 OK.

Questa guida spiega come configurare i parametri PHP degli hosting Web direttamente dalla linea di comando quando si eseguono script PHP utilizzando PHP CLI (Interfaccia della Linea di Comando).

Premessa

• Questo tipo di configurazione può essere utile quando è necessario modificare temporaneamente alcuni parametri per uno script specifico o per una sessione PHP.
• Queste modifiche saranno valide solo per l'esecuzione dello script in corso e non modificheranno la configurazione PHP globale.

Modificare i parametri PHP CLI

Per esempio, per modificare temporaneamente i parametri per uno script specifico senza dover modificare la configurazione PHP globale del server, seguite il metodo seguente: con l'ambiente PHP CLI è possibile specificare più parametri PHP contemporaneamente separandoli con spazi.

Utilizzare il parametro -d 

Quando esegui PHP da linea di comando, puoi utilizzare il parametro -d per specificare le configurazioni PHP. Questo ti permette di modificare i parametri PHP per questa esecuzione specifica. Ad esempio, per impostare il tempo massimo di esecuzione a 90 secondi, il limite di memoria a 256 Mo e disattivare la modalità sicura, puoi farlo come segue:

php -d max_execution_time=90 -d memory_limit=256M -d safe_mode=Off -f test.php