Kapsule serves every website with a high performance web server that does not read .htaccess, so rules you add to that file have no effect: this guide explains what that means for a WordPress site…

Comprendere .htaccess su KapsuleHost

Kapsule fornisce 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 esegue ogni compito invece.

Se sei passato da un host condiviso cPanel, .htaccess era probabilmente il luogo in cui inserivi i reindirizzamenti, il forzamento HTTPS, le pagine di errore personalizzate e i blocchi dei bot. Tutte queste cose funzionano ancora su Kapsule. Sono semplicemente impostate in KPanel piuttosto che in un file di testo, e poiché vengono applicate a livello di server sono più veloci e non possono danneggiare il tuo sito con un errore di sintassi.

Perché .htaccess non fa nulla qui

.htaccess è un file di configurazione per directory del web server Apache. Apache lo rilegge ad ogni singola richiesta, il che lo rende conveniente e anche lento.

Kapsule non esegue Apache. Il tuo sito viene servito da un web server event-driven che carica la sua configurazione una sola volta all'avvio, il che è una gran parte del motivo per cui i siti qui rispondono più velocemente sotto carico. Quel server non ha equivalente di un file di override per directory, quindi non apre mai .htaccess.

Aggiungere regole a .htaccess su un sito Kapsule fallisce silenziosamente. Niente genera errori, niente avverte, e il file rimane esattamente dove l'hai lasciato. Le regole semplicemente non vengono mai eseguite. Se stai seguendo un tutorial WordPress che dice "aggiungi questo al tuo .htaccess", trova l'equivalente di KPanel nella tabella sottostante.

La buona notizia è l'inverso della solita storia dell'orrore .htaccess: un errore di sintassi nel file non può mettere down il tuo sito qui, perché niente lo analizza.

Cosa continua a funzionare senza di esso

Permalinks. La ragione più comune per cui un sito WordPress ha bisogno di .htaccess su Apache è i permalink "carini". Su Kapsule la riscrittura è incorporata nella configurazione del server del tuo sito, quindi /2026/07/my-post/ si risolve attraverso WordPress senza alcun blocco .htaccess. Se i permalink restituiscono 404, la causa è qualcos'altro: vedi Fixing WordPress Permalink Issues.

WordPress che scrive nel file. WordPress e alcuni plugin continuano a scrivere blocchi # BEGIN/# END in .htaccess perché assumono Apache. Questo è innocuo. Il file è reale, è scrivibile, e lo vedrai nel file manager. Semplicemente non ha un lettore.

Plugin di sicurezza che segnalano "hardening applicato". I plugin che sostengono di aver bloccato xmlrpc.php o wp-config.php modificando .htaccess non hanno effettivamente protetto nulla su questa piattaforma. Usa la scheda Security del sito, che applica le regole equivalenti al server.

Equivalenti di KPanel per le regole .htaccess comuni

Tutti questi si trovano nel sito stesso: Websites, quindi il tuo sito, quindi la scheda mostrata.

Quello che avresti scritto in .htaccess	Dove si trova in KPanel
`RewriteCond %{HTTPS} off` per forzare HTTPS	Settings, quindi Force HTTPS sotto Behavior
`Redirect 301 /old /new`	Advanced, quindi Redirects
`ErrorDocument 404 /404.html`	Advanced, quindi Error pages
`AuthType Basic` per proteggere con password una cartella	Advanced, quindi Password protection
`Require not ip 203.0.113.4` per bloccare un indirizzo	WordPress, quindi Security
`RewriteCond %{HTTP_USER_AGENT} (BadBot)` per bloccare i crawler	Performance, quindi Crawlers
`DirectoryIndex index.php index.html`	Settings, quindi Directory index sotto Serving
`mod_deflate` / `mod_expires` per compressione e caching	Già attivo. La compressione e le intestazioni della cache sono impostate al server

Due di questi fanno più di quello che la versione .htaccess potrebbe mai fare. I reindirizzamenti supportano percorsi esatti, prefissi di slash finale e wildcard come /blog/*, e KPanel verifica il reindirizzamento dal vivo dopo che lo salvi. Le pagine di errore vengono servite con il loro vero codice di stato, quindi una pagina 404 personalizzata è comunque un vero 404 per i motori di ricerca piuttosto che un 200 con un'iscrizione su di esso.

Scheda Redirects su un sito in KPanel

Trovare e leggere il file

Potresti comunque voler guardare .htaccess, di solito per vedere cosa un plugin ha scritto in esso o per copiare le regole prima di ricrearle in KPanel.

Dalla scheda WordPress

Accedi a KPanel e fai clic su Websites nella barra laterale sinistra.
Fai clic sul sito che desideri.
Apri la scheda WordPress, quindi la sezione wp-config.
Scorri fino al pannello .htaccess. Il contenuto viene visualizzato in sola lettura, con un pulsante Edit se hai bisogno di modificarlo.

Dal file manager

Apri il sito, quindi Files, quindi File Manager.
Fai clic su Show Hidden nella barra degli strumenti. I file che iniziano con un punto sono nascosti per impostazione predefinita, quindi .htaccess non apparirà finché non lo fai.
Fai clic su .htaccess per aprirlo nell'editor integrato.

Il file si trova alla radice del tuo sito, insieme a wp-config.php e wp-content. Dettagli completi sull'editor e i suoi controlli di permessi sono in Using the File Manager.

Fai un backup prima di modificare qualsiasi cosa alla radice del sito, anche un file che non viene letto. Non costa nulla e significa che un clic ti riporta indietro. Vedi Taking a Backup.

Il blocco WordPress predefinito

Per riferimento, questo è il blocco che WordPress scrive per se stesso. Su un host Apache gestisce i permalink. Su Kapsule è inerte, e 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 in posizione se potresti spostare il sito su un host Apache in seguito. WordPress lo riscriverà comunque la prossima volta che salverai le impostazioni dei tuoi permalink.

Se stai migrando regole

Quando porti un sito da cPanel, apri il vecchio .htaccess prima di annullare l'hosting precedente e lavora su di esso riga per riga:

Redirects. Ricrea ogni Redirect o RewriteRule in Advanced, quindi Redirects. Una riga per regola. Scegli 301 per uno spostamento permanente, 302 se il cambio potrebbe invertirsi.
HTTPS forcing. Eliminalo. Attiva invece Force HTTPS in Settings del sito.
IP blocks. Ricrea in WordPress, quindi Security, nel pannello di blocco IP.
Caching and compression headers. Eliminali. Sono gestiti per te, e le regole mod_expires stantie da un vecchio host sono una fonte comune di comportamento confuso della cache.
Anything a plugin wrote. Ignoralo. Reinstalla il plugin sul nuovo sito e lascia che faccia le sue cose.

La tua migrazione conserva il file stesso, quindi nulla viene perso mentre lavori attraverso l'elenco. Procedura di migrazione completa: Migrating a Website From cPanel.

Troubleshooting

"Ho aggiunto un reindirizzamento a .htaccess e non è successo nulla." Previsto. Aggiungilo in Advanced, quindi Redirects. La colonna Status lì ti dice se il reindirizzamento è stato verificato dal vivo.

"Un plugin dice che il mio sito è indurito ma uno scanner non è d'accordo." Il plugin ha scritto regole .htaccess che non vengono lette. Verifica la scheda Security del sito per le protezioni effettivamente applicate.

"Il .htaccess del mio vecchio host aveva regole che non capisco." Non copiarle alla cieca. Apri un ticket con il file allegato e ti diremo quali hanno un equivalente di Kapsule e quali stavano solo compensando un host Apache condiviso.

"I permalink sono rotti." Non è un problema .htaccess qui. Vai a Fixing WordPress Permalink Issues, o scarica le regole di riscrittura dalla scheda WordPress del sito, quindi Quick Actions, quindi Flush Rewrites.

Comprensione di .htaccess su KapsuleHost