KapsuleHost serve ogni sito web con un web server ad alte prestazioni che non legge .htaccess, quindi le regole che aggiungi a quel file non hanno alcun effetto: questa guida spiega cosa significa per un sito WordPress e mostra l'impostazione di KPanel che svolge ciascuna di queste funzioni al suo posto.
Se sei passato da un host condiviso cPanel, .htaccess era probabilmente il posto in cui inserivi i reindirizzamenti, il forzamento di HTTPS, le pagine di errore personalizzate e i blocchi dei bot. Tutte queste cose funzionano ancora su KapsuleHost. Semplicemente vengono impostate in KPanel anziché in un file di testo e, poiché vengono applicate a livello di server, sono più veloci e non possono mandare in crash il tuo sito a causa di un errore di battitura.
Perché .htaccess qui non ha alcun effetto
.htaccess è un file di configurazione per directory per il web server Apache. Apache lo rilegge a ogni singola richiesta, il che lo rende comodo ma anche lento.
KapsuleHost non esegue Apache. Il tuo sito viene servito da un web server a eventi che carica la propria configurazione una sola volta all'avvio, il che è gran parte del motivo per cui i siti qui rispondono più velocemente sotto carico. Quel server non ha alcun equivalente di un file di override per directory, quindi non apre mai .htaccess.
Aggiungere regole a .htaccess su un sito KapsuleHost fallisce in silenzio. Non compare alcun errore, nessun avviso, e il file resta esattamente dove lo hai lasciato. Le regole semplicemente non vengono mai eseguite. Se stai seguendo un tutorial WordPress che dice "aggiungi questo al tuo .htaccess", trova invece l'equivalente in KPanel nella tabella qui sotto.
La buona notizia è l'opposto del solito incubo da .htaccess: un errore di sintassi nel file qui non può mandare giù il tuo sito, perché nessuno lo analizza.
Cosa funziona ancora senza di esso
Permalink. Il motivo più comune per cui un sito WordPress ha bisogno di .htaccess su Apache sono i permalink ottimizzati. Su KapsuleHost la riscrittura è integrata nella configurazione del server del tuo sito, quindi /2026/07/my-post/ viene risolto tramite WordPress senza alcun blocco .htaccess. Se i permalink restituiscono errori 404, la causa è qualcos'altro: vedi Risoluzione dei problemi con i permalink di WordPress.
WordPress che scrive sul file. WordPress e alcuni plugin continuano a scrivere blocchi # BEGIN/# END in .htaccess perché presuppongono Apache. Questo è innocuo. Il file è reale, è scrivibile, e lo vedrai nel gestore file. Semplicemente non ha nessuno che lo legga.
Plugin di sicurezza che segnalano "protezione applicata". I plugin che sostengono di aver blindato xmlrpc.php o wp-config.php modificando .htaccess in realtà non hanno protetto nulla su questa piattaforma. Usa la scheda Sicurezza del sito, che applica le regole equivalenti a livello di server.
Equivalenti in KPanel per le regole comuni di .htaccess
Ognuna di queste impostazioni si trova nel sito stesso: Siti web, poi il tuo sito, poi la scheda indicata.
| Cosa avresti scritto in .htaccess | Dove si trova in KPanel |
|---|---|
RewriteCond %{HTTPS} off per forzare HTTPS | Impostazioni, poi Forza HTTPS sotto Behavior |
Redirect 301 /old /new | Impostazioni, poi Redirect |
ErrorDocument 404 /404.html | Impostazioni, poi Pagine di errore |
AuthType Basic per proteggere una cartella con password | Impostazioni, poi Protezione con password |
Require not ip 203.0.113.4 per bloccare un indirizzo | WordPress, poi Sicurezza |
RewriteCond %{HTTP_USER_AGENT} (BadBot) per bloccare i crawler | Prestazioni, poi Crawler |
DirectoryIndex index.php index.html | Impostazioni, poi Indice della directory sotto Serving |
mod_deflate / mod_expires per compressione e caching | Già attivi. Gli header di compressione e cache sono impostati a livello di server |
Due di queste funzioni fanno di più di quanto la versione .htaccess abbia mai potuto fare. I reindirizzamenti supportano percorsi esatti, prefissi con barra finale e wildcard come /blog/*, e KPanel verifica il reindirizzamento dal vivo dopo averlo salvato. Le pagine di errore vengono servite con il loro vero codice di stato, quindi una pagina 404 personalizzata resta un vero 404 per i motori di ricerca anziché un 200 con una scusa sopra.
Trovare e leggere il file
Potresti comunque voler guardare .htaccess, di solito per vedere cosa vi ha scritto un plugin o per copiare le regole prima di ricrearle in KPanel.
Dalla scheda WordPress
- Accedi a KPanel e fai clic su Siti web nella barra laterale sinistra.
- Fai clic sul sito che desideri.
- Apri la scheda WordPress, poi la sezione wp-config.
- Scorri fino al pannello
.htaccess. Il contenuto viene mostrato in sola lettura, con un pulsante Edit se devi modificarlo.
Dal gestore file
- Apri il sito, poi Impostazioni, poi Gestore file.
- Fai clic su Mostra nascosti nella barra degli strumenti. I file che iniziano con un punto sono nascosti per impostazione predefinita, quindi
.htaccessnon comparirà finché non lo fai. - Fai clic su
.htaccessper aprirlo nell'editor integrato.
Il file si trova nella radice del tuo sito, accanto a wp-config.php e wp-content. I dettagli completi sull'editor e sui suoi controlli dei permessi si trovano in Utilizzo del Gestore file.
Esegui un backup prima di modificare qualsiasi cosa nella radice del sito, anche un file che non viene letto. Non costa nulla e significa che con un clic puoi tornare indietro. Vedi Eseguire un backup.
Il blocco predefinito di WordPress
Per riferimento, questo è il blocco che WordPress scrive da solo. Su un host Apache guida i permalink. Su KapsuleHost è inerte, ed eliminarlo non romperà nulla:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
Lascialo al suo posto se in futuro potresti spostare il sito su un host Apache. WordPress lo riscriverà comunque la prossima volta che salverai le impostazioni dei permalink.
Se stai migrando delle regole
Quando trasferisci un sito da cPanel, apri il vecchio .htaccess prima di annullare il vecchio hosting e analizzalo riga per riga:
- Reindirizzamenti. Ricrea ogni
RedirectoRewriteRulein Impostazioni, poi Redirect. Una riga per regola. Scegli 301 per uno spostamento permanente, 302 se la modifica potrebbe essere reversibile. - Forzamento HTTPS. Eliminalo. Attiva invece Forza HTTPS nelle Impostazioni del sito.
- Blocchi IP. Ricreali in WordPress, poi Sicurezza, nel pannello di blocco IP.
- Header di caching e compressione. Eliminali. Sono gestiti automaticamente, e le regole
mod_expiresobsolete provenienti da un vecchio host sono una fonte comune di comportamenti di cache confusi. - Qualsiasi cosa scritta da un plugin. Ignorala. Reinstalla il plugin sul nuovo sito e lascia che faccia il suo lavoro.
La tua migrazione conserva il file stesso, quindi non si perde nulla mentre analizzi l'elenco. Guida completa alla migrazione: Migrazione di un sito web da cPanel.
Risoluzione dei problemi
"Ho aggiunto un reindirizzamento a .htaccess e non è successo nulla." Previsto. Aggiungilo in Impostazioni, poi Redirect. La colonna Status lì indica se il reindirizzamento è stato verificato dal vivo.
"Un plugin dice che il mio sito è protetto ma uno scanner non è d'accordo." Il plugin ha scritto regole .htaccess che non vengono lette. Controlla la scheda Sicurezza del sito per le protezioni effettivamente applicate.
"Il file .htaccess del mio vecchio host aveva regole che non capisco." Non copiarle alla cieca. Apri un ticket allegando il file e ti diremo quali hanno un equivalente in KapsuleHost e quali servivano solo a compensare un host Apache condiviso.
"I permalink sono rotti." Qui non è un problema di .htaccess. Vai su Risoluzione dei problemi con i permalink di WordPress, oppure svuota le regole di riscrittura dalla scheda WordPress del sito, poi Azioni rapide, poi Svuota riscritture.