Knowledgebase Simplex instructiones operari cum Profitserver ministerium
main Knowledgebase Vestibulum .htaccess lima

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 ponitur in folder radicis tui siti vel in illis folder ubi specialis configuratione opus est. Exempli gratia, si WordPress uteris, figuratio fieri potest per Yoast SEO plugin, de qua in articulo de quo tractavimus. Vestibulum robots.txt. In aliis casibus satis est ad folder adire et .htaccessum lima exentem creare, vel creare si nondum creatum 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 usus the RedirectPermanent directivum similis est:

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

Hae methodi redirectae facillimae sunt configurandae. Consideremus figuram quae aliis utitur, generibus redictionum cum melioribus mod_rewrite modulus:

<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 quod cum a 404 Error incidit, pagina at /errores/not_found.html aperietur. Delata absoluta similiter specificantur:

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

Hoc exemplum indicat ostensionem server_error.html at page http://example.com/errors/ in eventu a * 500 errore.

Negans Access ad Site Directory

Et .htaccess file habet imperium Ab omni negare, quod iuvat accessum negare quibusdam folder vel lima in servo tuo interretiali. Hoc utile esse potest si vis privatas notitias vel fasciculos secretos celare ex situ visitatores ad securitatem notitiarum tutelam.

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

Plures inscriptiones IP claudentes similiter fit duplicando "Abnegare"Linea cum inscriptiones requiritur.

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 plenam negationem accessus, utere directivo Ab omni negareet ad interclusionem inscriptionum per larvam, specificare negare ab 11.22.

Ubi, 11.22 est IP oratio larva.

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 via ad angustos a User-Agente utatur 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

quod mod_deflate et mod_gzip moduli in Apache auxilium comprimunt informationes quas server ad machinas usorum mittit. Inde lima minora magnitudine facit quae paginam onerantium vicissim accelerat. Gravis tamen est meminisse horum modulorum sustentationem et configurationem a servo tuo variari posse.

Exemplum usus est mod_deflate modulus:

<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 for 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>

Usitatis praescriptionibus frequentissime disputavimus. Perdiscere te potes omnibus facultatibus tabellae in documenta publica.

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.

❮ Articulus prior FTP servo setup
Articulus proximus ❯ Quomodo configurare telam server (Apache-PHP-MySQL/MariaDB) in Linux

Interroga nos de VPS

Semper parati sumus ad interrogata tua respondere quovis tempore diei ac noctis.