אין דעם אַרטיקל, מיר וועלן ויספאָרשן די פונדאַמענטאַל פּרינסאַפּאַלז פון ניצן די .htaccess טעקע, וואָס איז קריטיש פֿאַר ענכאַנסינג סעאָ. דער טעקע ינשורז געהעריק ינדעקסינג פון בלעטער דורך זוכן ענדזשאַנז. מיר וועלן לערנען ווי צו פירן רידערעקץ, קאַנפיגיער זיכערהייט און בוסט פאָרשטעלונג. אין דערצו, מיר וועלן צושטעלן עצות אויף ווי צו קאַנפיגיער דעם טעקע ינדיפּענדאַנטלי.
פארוואס .הטאַקסעס איז דארף
די .htaccess טעקע אַקט ווי אַ מין פון "ווייַט קאָנטראָל" פֿאַר וועב דעוועלאָפּערס אויף אַפּאַטשי סערווערס. עס אָפפערס באַקוועם מכשירים פֿאַר אַדזשאַסטינג פאַרשידן פּאַראַמעטערס און אָנפירונג די נאַטור פון אַ וועבזייטל. ווען דירעקט אַקסעס צו די סערווער ס הויפּט קאַנפיגיעריישאַן טעקעס איז אַנאַוויילאַבאַל (ווי אָפט דער פאַל מיט ווירטואַל האָסטינג, פֿאַר בייַשפּיל), .htaccess ווערט אַ נוציק געצייַג פֿאַר מאכן נייטיק ענדערונגען.
Htaccess איז אָפט ליגן אין דער וואָרצל טעקע פון דיין פּלאַץ אָדער אין די פאָלדערס ווו ספּעציעל קאַנפיגיעריישאַן איז דארף. פֿאַר בייַשפּיל, אויב איר נוצן וואָרדפּרעסס, קאַנפיגיעריישאַן קענען זיין געטאן דורך די Yoast SEO פּלוגין, וואָס מיר דיסקאַסט אין דעם אַרטיקל אויף קאַנפיגיערינג robots.txt. אין אנדערע פאלן, עס איז גענוג צו גיין צו די פארלאנגט טעקע און רעדאַגירן די יגזיסטינג .htaccess טעקע, אָדער מאַכן עס אויב עס איז נישט באשאפן נאָך.
קאַנפיגיער די .הטאַקסעסס טעקע
301 רידערעקט הטאַקסעס
א 301 רידערעקט אין די .htaccess טעקע קענען זיין געגליכן צו אַ שטענדיק רידערעקשאַן אויף אַ וועבזייטל. עס ינפאָרמז זוכן ענדזשאַנז און בראַוזערז אַז דער בלאַט איז איצט פּערמאַנאַנטלי ליגן אין אַ נייַע אַדרעס און סאַגדזשעסץ אַפּדייטינג בוקמאַרקס און ינדעקסינג. אַזאַ רידערעקשאַן איז טיפּיקלי געניצט ווען אַ בלאַט איז אריבערגעפארן אָדער אויסגעמעקט צו ופהיטן זייַן ראַנג אין זוכן רעזולטאַטן און רידערעקט וויזאַטערז צו די נייַע אָרט.
צו אַקטאַווייט רידערעקץ, איר דאַרפֿן צו געבן די קאָראַספּאַנדינג באַפֿעל אין די .htaccess טעקע:
RewriteEngine on
נאָך דעם, איר קענען קאַנפיגיער די סימפּלאַסט פאָרעם פון רידערעקשאַן:
<IfModule mod_rewrite.c>
RewriteEngine On
Redirect 301 /old-page.html /new-page.html
</IfModule>
א ענלעך רידערעקט ניצן די רידערעקט פּערמאַנענט דירעקטיוו קוקט ווי דאָס:
<IfModule mod_rewrite.c>
RewriteEngine On
Redirect permanent /old-page.html http://new-domain.ru/new-page.html
</IfModule>
דאָס זענען די יזיאַסט רידערעקט מעטהאָדס צו קאַנפיגיער. לאָמיר באַטראַכטן אַ קאַנפיגיעריישאַן וואָס ניצט אנדערע, מער אַוואַנסירטע טייפּס פון רידערעקשאַנז מיט די mod_rewrite מאָדולע:
<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>
א 302 רידערעקט .htaccess, ינדאַקייטינג צייטווייליגע רילאָוקיישאַן, איז געפּלאָנטערט פיל ווייניקער אָפט. דאָ ס אַ בייַשפּיל פון אַזאַ אַ באַשטעטיקן:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule ^old-page.html$ /new-page.html [R=302,L]
</IfModule>
דירעקטיוו טעות דאָקומענט
די באַשטעטיקן אַלאַוז איר צו קאָנטראָלירן וואָס דער באַניצער זעט ווען הטטפּ ערראָרס פאַלן אויף דיין פּלאַץ. אַנשטאָט דעם נאָרמאַל טעות אָנזאָג, איר קענען ווייַזן דיין אייגענע בלאַט, וואָס וועט זיין מער ינפאָרמאַטיוו פֿאַר די גאַסט און העלפֿן זיי פֿאַרשטיין וואָס געטראפן. פשוט נאָכגיין דעם סינטאַקס פֿאַר נוצן:
ErrorDocument <error_code> <URL_page>
פֿאַר בייַשפּיל,
ErrorDocument 404 /errors/not_found.html
הייסט אז ווען א 404 טעות אַקערז, דער בלאַט בייַ /ערראָרס/not_found.html וועט געעפֿנט ווערן. אַבסאָלוט URL ס זענען ספּעסיפיעד ענלעך:
ErrorDocument 500 http://example.com/errors/server_error.html
דעם בייַשפּיל ינדיקייץ די אַרויסווייַזן פון די server_error.html Page בייַ http://example.com/errors/ אין די געשעעניש פון אַ 500 error.
פארלייקענען אַקסעס צו אַ מאַפּע Directory
די .htaccess טעקע האט די באַפֿעל לייקענען פון אַלע, וואָס העלפּס לייקענען אַקסעס צו זיכער פאָלדערס אָדער טעקעס אויף דיין וועב סערווער. דאָס קען זיין נוציק אויב איר ווילן צו באַהאַלטן פּריוואַט אינפֿאָרמאַציע אָדער וויכטיק טעקעס פון פּלאַץ וויזאַטערז צו ענשור דאַטן זיכערהייט.
צו דיסייבאַל ליסטינג (וויוינג אַלע בנימצא דירעקטעריז), איר דאַרפֿן צו לייגן די שורה:
Options -Indexes
א ביישפּיל פון בלאַקינג אַקסעס צו אַ ספּעציפיש וועגווייַזער קוקט ווי דאָס:
<Directory /path_to_your_directory>
Order Deny,Allow
Deny from all
</Directory>
סימילאַרלי, איר קענען לייקענען צוטריט צו אַ איין טעקע:
<Files "file.php">
Order Deny,Allow
Deny from all
</Files>
אָדער פֿאַר אַ קייט פון טעקעס דורך פאַרלענגערונג:
<FilesMatch "\.(txt|log|bak)$"> # Select the desired extensions, in the example: txt, log, bak
Order Deny,Allow
Deny from all
</FilesMatch>
בלאַקינג אַקסעס דורך IP
בלאַקינג אַקסעס דורך IP אין די .htaccess טעקע איז אַ מעטאָד וואָס אַלאַוז איר צו באַגרענעצן אַקסעס צו דיין וועבזייטל פֿאַר ספּעציפיש IP אַדרעסעס אָדער זייער גרופּעס. דאָס קען זיין נוציק אויב איר ווילן צו פאַרמיידן אַקסעס צו דיין פּלאַץ אָדער זיין ספּעציפיש פּאַרץ פֿאַר זיכער מענטשן אָדער אַנוואָנטיד באָץ.
בלאַקינג אַ איין IP אַדרעס איז געטאן מיט די באַפֿעל:
Order Deny,Allow
Allow from all
Deny from 11.22.33.44
בלאַקינג עטלעכע IP אַדרעסעס איז געטאן סימילאַרלי דורך דופּליקאַט די "לייקענען פון" שורה מיט די פארלאנגט אַדרעסעס.
פֿאַר בלאַקינג אַ קייט פון IP אַדרעסעס:
Order Deny,Allow
Allow from all
Deny from 11.11.11.11/24
צו לאָזן אַקסעס בלויז פֿאַר ספּעציפיש IP, לייגן דעם קאָד:
Order Deny,Allow
Deny from all
Allow from 11.22.33.44
פֿאַר אַ גאַנץ אָפּלייקענונג פון אַקסעס, נוצן די דירעקטיוו לייקענען פון אַלע, און פֿאַר בלאַקינג אַדרעסעס דורך מאַסקע, ספּעציפיצירן לייקענען פון 11.22.
וואו, 11.22 איז די IP אַדרעס מאַסקע.
בלאַקינג וויזאַטערז דורך באַניצער-אַגענט
בלאַקינג ניצערס דורך באַניצער-אַגענט אין די .htaccess טעקע איז אַ מעטאָד פון קאַנטראָולינג ווער קענען אַקסעס דיין וועב סערווער באזירט אויף אינפֿאָרמאַציע וועגן דעם בלעטערער די גאַסט ניצט. דער באַניצער-אַגענט שטריקל כּולל דאַטן וועגן דעם בלעטערער וואָס אַ מענטש ניצט צו ינטעראַקט מיט דיין סערווער, און דאַנק צו די אינפֿאָרמאַציע איר קענען באַגרענעצן אַקסעס פֿאַר זיכער ניצערס.
די מערסט פּראָסט וועג צו פאַרשפּאַרן דורך User-Agent איז צו נוצן 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>
אין דעם בייַשפּיל:
- RewriteCond %{HTTP_USER_AGENT} איז גענוצט צו קאָנטראָלירן דעם באַניצער-אַגענט שטריקל.
- ^Bot1, ^Bot2, ^Bot3 זענען ביישפילן פון User-Agent סטרינגס וואָס מיר ווילן צו פאַרשפּאַרן. די NC מאָדיפיערס אָנווייַזן אַז דער פאַרגלייַך זאָל זיין פאַל-ינסענסיטיוו.
- RewriteRule ^.*$ - [F,L] אַפּלייז צו די בקשה אויב איינער פון די RewriteCond טנאָים זענען באגעגנט. עס סענדז אַ ענטפער מיט די 403 Forbidden סטאַטוס קאָד (F) און סטאַפּס פּראַסעסינג כּללים (L).
קאַטשינג אין htaccess
קאַנפיגיערינג קאַטשינג דורך די .htaccess טעקע העלפּס פאַרגיכערן דיין פּלאַץ דורך מאכן עס מאַסע פאַסטער פֿאַר יוזערז. עס אַרבעט ווי דאָס: זיכער טעקעס, אַזאַ ווי בילדער, CSS סטיילז און דזשאַוואַסקריפּט סקריפּס, זענען סטאָרד אין דער באַניצער 'ס בלעטערער קאַש נאָך דער ערשטער מאַסע. איצט דער בלעטערער קענען נוצן די טעקעס פֿון די קאַש, אַנשטאָט פון רילאָודינג זיי פֿון די סערווער יעדער מאָל ווען דער באַניצער באַזוכן אַ בלאַט. דאָס ראַדוסאַז לאָודינג צייט און ימפּרוווז פּלאַץ פאָרשטעלונג.
באַטראַכטן אַ בייַשפּיל:
# 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>
פֿאַר רעסורסן וואָס זענען אָפט דערהייַנטיקט, אויף די אנדערע האַנט, עס איז נייטיק צו דיסייבאַל קאַטשינג:
# 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>
אָפּטימיזינג פּלאַץ פאָרשטעלונג
די מאָד_דעפלאַטע און mod_gzip מאַדזשולז אין אַפּאַטשי העלפן קאָמפּרעס אינפֿאָרמאַציע וואָס די סערווער סענדז צו די יוזערז. דאָס מאכט די טעקעס קלענערער אין גרייס, וואָס אין קער ספּידז אַרויף בלאַט לאָודינג. אָבער, עס איז וויכטיק צו געדענקען אַז שטיצן און קאַנפיגיעריישאַן פון די מאַדזשולז קען בייַטן דיפּענדינג אויף דיין סערווער.
בייַשפּיל פון ניצן די מאָד_דעפלאַטע מאָדולע:
<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>
בייַשפּיל פֿאַר 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>
מיר דיסקאַסט די מערסט קאַמאַנלי געניצט דיירעקטיווז. איר קענען באקענען זיך מיט אַלע די קייפּאַבילאַטיז פון דער טעקע אין די באַאַמטער דאַקיומענטיישאַן.
ווי צו קאָנטראָלירן די פאַנגקשאַנאַליטי פון די .htaccess טעקע
צו קאָנטראָלירן צי דיין .htaccess טעקע אַרבעט אויף דעם פּלאַץ, איר קענען דורכפירן די פאלגענדע סטעפּס:
- בעקיוון טוישן די .htaccess טעקע מיט אַ טעות. אין ענטפער, דער סערווער זאָל געבן אַ טעות. דער אופֿן ווייזט צי די טעקע ס אָפּעראַציע איז בכלל געווענדט אויף די סערווער.
- קאָנטראָלירן די פאַנגקשאַנאַליטי פון ספּעציפיש ענדערונגען וואָס איר האָט געמאכט. פֿאַר בייַשפּיל, מאַכן אַ מינערווערטיק אַדזשאַסטמאַנט צו איינער פון די פּאַראַמעטערס און אַססעסס די בייַזייַן פון ענדערונגען.
- קוק די סטאַטוס קאָד פון די בלאַט אויב די ענדערונגען זענען שייַכות צו דער ענטפער פון די סערווער. ווי צו טאָן דאָס, מיר דיסקרייבד פריער אין דעם אַרטיקל הטטפּ טעות קאָדעס: אַ גאַנץ רשימה פון סערווער ערראָרס.
- אָפּשיקן צו די סערווער לאָגס. זיי ווייַזן אַלע ערראָרס שייַכות צו דער אָפּעראַציע פון די .הטאַקסעסס טעקע.
- דורכפירן טעסטינג מיט אָנליין באַדינונגס אָדער מכשירים.
עס איז וויכטיק צו פֿאַרשטיין אַז צו קאָנטראָלירן די פאַנגקשאַנאַליטי פון די .htaccess טעקע, איר טאָן ניט דאַרפֿן צו דורכפירן אַלע די סטעפּס אין אַמאָל. עס איז גענוג צו קלייַבן די מערסט פּאַסיק אופֿן פון דער רשימה און נוצן עס.
סאָף
קאַנפיגיערינג די .htaccess טעקע איז אַ וויכטיק שריט אין אָפּטימיזינג און פּראַטעקטינג דיין אַפּאַטשי סערווער. מיר האָבן יקספּלאָרד ווי די טעקע העלפּס פירן רידערעקץ, קאָמפּרעס אינהאַלט און ענשור זיכערהייט. אַמאָל איר בעל די אַרבעט מיט .htaccess, איר באַקומען אַ שטאַרק געצייַג פֿאַר ימפּרוווינג די פאָרשטעלונג און פאַנגקשאַנאַליטי פון וועבסיטעס.