Vestibulum .htaccess lima

In hoc articulo principia fundamentalia explorabimus utendi fasciculi .htaccessibilis, qui pendet SEO augendae. Hic fasciculus proprius index paginarum per tormenta quaerenda efficit. Redirectiones regere, securitatem configurare, discemus et effectus boost. Insuper apicibus providebimus quomodo hunc fasciculum independenter configuraremus.

Quid .htaccess necesse est

Fasciculus .htaccessus quasi "longinquum imperium" agit ut tincidunt telae in servientibus Apache. Instrumenta opportunis praebet parametri varios componendi et agendi rationem inter se componendi. Cum directus accessus ad limam configurationis principalis ministri perpendat (ut saepe fit cum virtualis hosting, exempli gratia).

Htaccess saepe in directorio principali situs tui vel in iis directoriis ubi configuratio specialis requiritur invenitur. Exempli gratia, si WordPress uteris, configuratio per extensionem Yoast SEO fieri potest, quam in articulo de configuratione robots.txt tractavimus . Aliis in casibus, satis est ad directorium requisitum ire et fasciculum .htaccess existentem mutare, vel creare si nondum creatus est.

Configurans .htaccess File

301 Redirect htaccess

301 redirectio in pagina .htaccess comparari potest cum transitu permanenti in loco interreti. Quaerere machinas et navigatores informat pagina nunc in perpetuum sita ad novam inscriptionem ac adaequationis notas et indexing suggerit. Redirectio talis typice adhibetur cum pagina mota vel deleta ad conservandum ordinem suum in quaestionibus inquisitionis et visitatores ad novum locum redirigens.

Ut activate redirectiones, debes respondere mandatum in .htaccess lima:

RewriteEngine on

Deinde, formam simplicissimam rediretionis configurare potes:

<IfModule mod_rewrite.c>
RewriteEngine On
Redirect 301 /old-page.html /new-page.html
</IfModule>

Similis redirectio utens directiva RedirectPermanent hoc modo apparet:

<IfModule mod_rewrite.c>
RewriteEngine On
Redirect permanent /old-page.html http://new-domain.ru/new-page.html
</IfModule>

Hae sunt modi redirectionum facillimi ad configurandum. Consideremus configurationem quae aliis generibus redirectionum provectioribus cum modulo mod_rewrite utitur :

<IfModule mod_rewrite.c>
RewriteEngine On
    
# Redirecting from one page to another
RewriteRule ^old-page.html$ http://www.example.com/new-page.html [R=301,L]

# Redirecting all traffic from one domain to another
RewriteCond %{HTTP_HOST} ^oldsite.com$ [OR]
RewriteCond %{HTTP_HOST} ^www.oldsite.com$
RewriteRule ^(.*)$ http://www.newsite.com/$1 [R=301,L]
    
# Redirecting from www to non-www (or vice versa)
RewriteCond %{HTTP_HOST} ^www.example.com$
RewriteRule ^(.*)$ http://example.com/$1 [R=301,L]

# Redirecting from HTTP to HTTPS
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]

# Redirecting from one subdomain to another
RewriteCond %{HTTP_HOST} ^subdomain1.example.com$
RewriteRule ^(.*)$ http://subdomain2.example.com/$1 [R=301,L]
</IfModule>

A 302 redirectio htaccess, indicans relocationem temporalem, multo rarius occurrit. Hic est talis propositio exemplum:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule ^old-page.html$ /new-page.html [R=302,L]
</IfModule>

Directive ErrorDocument

Hic occasus permittit te regere quod user videt, cum HTTP errores in tuo situ eveniant. Instead of the standard Error message, you can show your own page, which will be more information for visitor and help them to understand what happened. Simpliciter hanc syntaxin sequi pro usu:

ErrorDocument <error_code> <URL_page>

Ut pro exemplo,

ErrorDocument 404 /errors/not_found.html

Significat cum error 404 accidit, paginam apud /errors/not_found.html aperiri. URL absolutae similiter specificantur:

ErrorDocument 500 http://example.com/errors/server_error.html

Hoc exemplum paginae ` server_error.html` apud http://example.com/errors/ ostentationem in casu erroris 500 indicat.

Negans Access ad Site Directory

Fasciculus .htaccess habet praeceptum "Deny from all" (Negare ab omnibus ), quod adiuvat ad prohibendum accessum ad certas fasciculas vel fasciculos in servo tuo interretiali. Hoc utile esse potest si vis informationes privatas vel fasciculos importantes a visitatoribus situs celare ut securitatem datorum serves.

Ut disable enumerationem (omnia praesto directoria) debes addere lineam:

Options -Indexes

Exemplum aditum claudendi ad certum directorium hoc spectat:

<Directory /path_to_your_directory>
Order Deny,Allow
Deny from all
</Directory>

Similiter accessum ad unum fasciculum negare potes:

<Files "file.php">
Order Deny,Allow
Deny from all
</Files>

Vel ad a range of lima per extensionem;

<FilesMatch "\.(txt|log|bak)$"> # Select the desired extensions, in the example: txt, log, bak
Order Deny,Allow
Deny from all
</FilesMatch>

Clausus Access ab IP

Clausus accessus ab IP in .htaccess lima methodus est quae te permittit restringere accessum ad locum tuum pro certis IP inscriptionibus vel eorum coetibus. Hoc utile esse potest si aditus ad locum tuum vel partes eius specificas quibusdam hominibus vel autocinetis invitis impedire vis.

Clausus una IP oratio fit cum imperio;

Order Deny,Allow
Allow from all
Deny from 11.22.33.44

Similiter obstructio plurium inscriptionum IP fit per duplicationem lineae " Deny from " cum inscriptionibus requisitis.

Inscriptiones IP rhoncus consequat:

Order Deny,Allow
Allow from all
Deny from 11.11.11.11/24

Ut accessum tantum ad IPS specificas permittas, codicem adde:

Order Deny,Allow
Deny from all
Allow from 11.22.33.44

Ad denegationem accessus omnino faciendam, mandatum ` Deny from all` utere , et ad inscriptiones per larvam obstruendas, mandatum `Deny from 11.22` specifica.

Ubi 11.22 est larva inscriptionis IP.

Clausus Visitatores ab User-Agent

Clausus users ab User-Agente in .htaccess fasciculi modus est regendi qui accedere potest servo tuo interretiali innixus in informationibus de navigatro usibus visitatoris. Filum User-Agens notitias continet de navigatro qui utitur ad mutuam cum servo tuo, et propter hanc informationem, accessum certos utentes restringere potes.

Frequentissima ratio obstruendi per User-Agent est uti mod_rewrite :

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} ^Bot1 [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^Bot2 [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^Bot3 [NC]
RewriteRule ^.*$ - [F,L]
</IfModule>

Et hoc exemplum:

1. RewriteCond %{HTTP_USER_AGENT} ad reprimendam chorda usoris agentis.
2. ^Bot1, ^Bot2, ^Bot3 sunt exempla chordarum User-Agentis quas obstruere volumus. The nc modifiers designant comparationem insensibilem esse debere.
3. RewriteRule ^.*$ - [F,L] Petitioni applicatur ad condiciones Rewrite Cond. Responsum mittit cum 403 vetitum codicem status (F) et regulas processus sistit (L).

Caching in htaccess

Configurans caching per .htaccess fasciculi adiuvat accelerare locum tuum faciendo eam onerare velocius pro usoribus. Hoc simile facit: quaedam fasciculi, ut imagines, styli CSS, et scripta JavaScript, condita sunt in navigatro usoris post primum onus. Nunc navigatrum his fasciculis e cella uti potest, pro illis ex servo reloading singulis diebus paginam usoris invisit. Hoc loading tempus minuit et locum perficiendi meliorem facit.

Exemplum vide:

# Enable caching for images for 1 month
<FilesMatch "\.(jpg|jpeg|png|gif|svg)$">
Header set Cache-Control "max-age=2592000, public"
</FilesMatch>

# Enable caching for CSS and JavaScript for 1 week
<FilesMatch "\.(css|js)$">
Header set Cache-Control "max-age=604800, public"
</FilesMatch>

Ad facultates autem quae saepe renovantur, inactivandi sunt necesse est;

# Excluding caching for HTML pages and XML files
<FilesMatch "\.(html|xml)$">
Header set Cache-Control "no-cache, no-store, must-revalidate"
Header set Pragma "no-cache"
Header set Expires "0"
</FilesMatch>

Optimizing Site Performance

Moduli `mod_deflate` et ` mod_gzip` in Apache adiuvant ad informationem comprimendam quam servus ad machinas usorum mittit. Hoc fasciculos minores reddit, quod vicissim paginam onerandam accelerat. Attamen, interest meminisse subsidium et configurationem horum modulorum variari posse secundum servum tuum.

Exemplum usus moduli mod_deflate :

<IfModule mod_deflate.c>
# Compressing text file types
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/x-httpd-php
AddOutputFilterByType DEFLATE application/x-httpd-fastphp
AddOutputFilterByType DEFLATE image/svg+xml
</IfModule>

Exemplum pro `mod_gzip` :

<IfModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file .(html?|txt|css|js|php|pl)$ # Enabling compression for files with extensions .html, .txt, .css, .js, .php, .pl
mod_gzip_item_include mime ^application/x-javascript.* # Enabling compression for MIME types starting with application/x-javascript
mod_gzip_item_include mime ^text/.* # Enabling compression for MIME types starting with text/
mod_gzip_item_exclude mime ^image/.* # Excluding from compression MIME types starting with image/
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.* # Excluding already compressed data (responses with the Content-Encoding: gzip header)
</IfModule>

De directivis usitatissimis disseruimus. Te cum omnibus facultatibus fasciculi in documentis publicis cognoscere potes.

Quomodo sisto functiones .htaccess File

Ad reprimendam num fasciculus tuus .htaccessus situs laborat, sequentes gradus praestare potes:

1. Intentionaliter mutare .htaccess lima cum errore. Respondens errori servo dare debet. Haec methodus ostendit num operatio tabellae generaliter in calculonis applicari possit.
2. Reprehendo functionality certarum mutationum quas fecisti. Exempli causa, minorem commensurationem uni parametrorum facere et praesentiam mutationum aestimare.
3. Reprehendo codicem status paginae si mutationes ad responsionem servi referuntur. Hoc facere, in art HTTP error Codes: a complete list of server errors.
4. Quaere in calculonis servi. Omnes errores ad operationem .htaccess lima relatas ostendunt.
5. Conducere temptat usus online officia vel instrumenta.

Gravis est intelligere functionem tabulae .htaccessae sisto, omnes simul gradus praestare non debes. Satis est e indice methodum aptissimum eligere et eo utere.

Conclusio

Scapus figurans .htaccess maximus gradus est in optimizing et custodientis Apache servo tuo. Inspeximus quomodo haec fasciculus adiuvat redirectiones administrare, contenta comprime et securitatem curare. Postquam dominus cum .htaccess operaris, instrumentum vehemens obtines ad emendandas paginas perficiendas et functiones.