Htaccess ფაილი - როგორ შევქმნათ .htaccess ფაილის ინსტრუქცია დამწყებთათვის

ბეჭდვა · დრო на чтение: 13მინ · მიერ · გამოქვეყნდა · განახლებულია

გამრავლებამოუსმინეთ სტატიას

როგორ შევქმნათ .htaccess ფაილი.

htaccess ფაილი - როგორ შევქმნათ .htaccess ფაილი დამწყებთათვის? .htaccess ფაილს, როგორც წესი, აქვს მხოლოდ გაფართოება Unix - სისტემების ქვეშ. და ეს სარგებლობს საიტებით, რომლებიც მუშაობენ Apache სერვერზე.

Htaccess-ს აქვს წესების ნაკრები სერვერზე კონკრეტული საიტისთვის. ფაილი აკონტროლებს Apache ვებ სერვერის კონფიგურაციის ბევრ ვარიანტს. Apache არის ფართოდ გამოყენებული სერვერის პროგრამული უზრუნველყოფა კროს-პლატფორმული ოპერაციული სისტემებისთვის.

მიუხედავად იმისა, რომ სინტაქსი, რომელსაც ის იყენებს, თავიდან შეიძლება ცოტა დამაბნეველი იყოს, ამ .htaccess ფაილს ბევრი სასარგებლო რამის გაკეთება შეუძლია. მისი ზოგიერთი ფუნქცია მოიცავს გადამისამართებას, პაროლის დაცვას, წვდომის შეზღუდვას გარკვეული პირობების საფუძველზე და სხვა. ამ პოსტში განვიხილავთ, თუ როგორ შევქმნათ და დავაკონფიგურიროთ .htaccess ფაილი და განვახორციელოთ მისი ზოგიერთი ყველაზე გავრცელებული გამოყენება.

.htaccess ფაილის შექმნის ინსტრუქცია

.htaccess ფაილის პარამეტრები.

htaccess საყოველთაოდ ცნობილია, როგორც "წერტილი ფაილი", რადგან ის იწყება წერტილით. Dot ფაილები თითქმის ყოველთვის არის კონფიგურაციის ფაილი. ასეთი ფაილები შეიძლება იყოს ოპერაციული სისტემის ან პროგრამული უზრუნველყოფის ნაწილისთვის. ნაგულისხმევად, ოპერაციული სისტემა მალავს წერტილოვან ფაილებს საძიებო ფანჯრებში ან სისტემის ფაილების ნებისმიერ მენეჯერში. ჩვეულებრივ, თქვენ უნდა აირჩიოთ "ფარული ფაილების ჩვენება" ოფცია თქვენი ოპერაციული სისტემის პარამეტრებში. ან შეგიძლიათ გამოიყენოთ ბრძანება ბრძანების სტრიქონზე არსებული ყველა ფაილის ჩამოსათვლელად. ls-a

სერვერზე შეიძლება იყოს რამდენიმე მსგავსი ფაილი და თითოეული ფაილი ყოველთვის რეკურსიულად მუშაობს. ეს ნიშნავს, რომ თითოეული ფაილი გავლენას მოახდენს დირექტორიაში, რომელშიც ის არის, ისევე როგორც ყველა ფაილსა და ქვედირექტორიას.

  1. ამ ფაილის შესაქმნელად, საკმარისია გამოიყენოთ ნებისმიერი ხელმისაწვდომი ტექსტური რედაქტორი (მაგალითად, რვეული).
  2. სახელი (.htaccess) - ბრჭყალებისა და სხვა რამის გარეშე.
  3. ჩვენ ვინახავთ ფაილს.
  4. შემდეგ მას გადავცემთ თქვენს სერვერზე (ჰოსტინგს) FTP კლიენტის გამოყენებით, აუცილებლად საიტის root დირექტორიაში. თქვენ უნდა გადაიტანოთ ASCII რეჟიმში. ნაგულისხმევად, FTP კლიენტების უმეტესობა გადასცემს მონაცემებს ისეთი რეჟიმის გამოყენებით, რომელიც არაეფექტურია წერტილოვანი ფაილების გადასატანად. თქვენს FTP კლიენტს უნდა შეეძლოს გადაცემის რეჟიმის დაყენება. ორობითი
  5. შემდეგ შეგიძლიათ დაარედაქტიროთ ის, როგორც გსურთ, მაგრამ დარწმუნდით, რომ განაახლეთ ფაილის ვერსია სერვერზე (ჰოსტინგში). თუ რაიმე მიზეზით ჩანს, რომ წესები არ ამოქმედდა, ეს შეიძლება იყოს ფაილის არასწორი ნებართვების გამო. .htaccess ფაილის ნებართვა უნდა იყოს დაყენებული 755-ზე. თქვენს FTP კლიენტს უნდა ჰქონდეს "ფაილის ნებართვები" ოფცია. გარდა ამისა, შეგიძლიათ გაუშვათ ბრძანება ტერმინალში .chmod 755 .htaccess (უმჯობესია ფაილის წინ მიუთითოთ სრული მისამართი).

მარტივი გვერდის გადამისამართების მაგალითი

.htaccess-ის ერთ-ერთი მთავარი პოპულარული წესია გვერდის გადამისამართება. თქვენ შეგიძლიათ მარშრუტი ნებისმიერი ნათესავი გზა თქვენი საიტის დირექტორი. ასევე შეგიძლიათ გვერდის გადამისამართება თქვენს საიტზე არსებულ აბსოლუტურ გზაზე, ან ინტერნეტის ნებისმიერ სხვა ადგილას. თქვენს ფაილში გამოსაყენებელი ძირითადი სინტაქსია:

გადამისამართება /directory_to_redirect_from/ https://mysite.com/new_directory/index.html

თქვენ ყოველთვის უნდა გამოიყენოთ შედარებითი გზა, როგორც წყაროს დირექტორია. აბსოლუტური გზა უნდა იყოს დირექტორია, რომელზეც გადამისამართება.

შეცდომის დოკუმენტის შექმნის მაგალითი .htaccess-ში

შეცდომის პერსონალური გვერდების შექმნა ძალიან სასარგებლოა, რადგან ის საშუალებას გაძლევთ აჩვენოთ თქვენი ვებსაიტის ვიზიტორებს მეგობრული შეცდომის შეტყობინება, მაგალითად, თუ თქვენს ვებსაიტზე URL არ მუშაობს. ეს თავიდან აიცილებს არამეგობრულ შეცდომას "404 ფაილი ვერ იქნა ნაპოვნი" და საშუალებას გაძლევთ აჩვენოთ მეგობრული შეცდომა, აუხსნათ შესაძლო გადაწყვეტილებებს და უხელმძღვანელოთ ვიზიტორს თქვენი ვებსაიტის შინაარსზე, ვიდრე დატოვოთ ისინი იმედგაცრუებული და დაკარგული.

შეცდომის მორგებული დოკუმენტების დასაყენებლად შექმენით .htaccess ფაილი ძირითადი ინსტრუქციებისა და სახელმძღვანელო მითითებების შესაბამისად, რომელიც მოიცავს შემდეგ ტექსტს:

ErrorDocument 404 /error_pages/404.html

ზემოაღნიშნული ხაზი ეუბნება Apache ვებ სერვერს, რომ მოახდინოს დოკუმენტი, რომელიც მდებარეობს მისამართზე /error_pages/404.html (თქვენი დომენის სახელის/ვებგვერდის მისამართის ქვეშ), როდესაც მოხდება 404 (ფაილი არ არის ნაპოვნი) შეცდომა.

ამ მაგალითში, ჩვენ ვივარაუდეთ, რომ თქვენ შექმენით შეცდომის დოკუმენტი და დაარქვით მას "404.html" და მოათავსეთ ის დირექტორიაში სახელად "error_pages" თქვენი დომენის სახელის ქვეშ. მაგალითად, http://www.yourdomain.com/error_pages/404.html.

404.html დოკუმენტი არის ჩვეულებრივი HTML დოკუმენტი, როგორც სხვები თქვენს ვებსაიტზე და შეუძლია აჩვენოს თქვენთვის სასურველი ნებისმიერი შინაარსი, თუმცა ჩვენ გირჩევთ, რომ შეიყვანოთ შეტყობინება "ფაილი ვერ მოიძებნა".

დამატებითი შეცდომის დოკუმენტების დასაყენებლად, როგორიცაა 401 არაავტორიზებული, 403 აკრძალული და 500 შიდა სერვერის შეცდომის შეტყობინებები, შექმენით htaccess ფაილი (წერტილი) ძირითადი ინსტრუქციებისა და მითითებების შესაბამისად, რომელიც მოიცავს შემდეგ ტექსტს:

ErrorDocument 401 /error_pages/401.html
ErrorDocument 404 /error_pages/404.html
ErrorDocument 500 /error_pages/500.html

პაროლის დაცვის მაგალითი .htaccess-ში

Apache ვებ სერვერის მიერ შემოთავაზებული პაროლის დაცვისა და ავტორიზაციის სისტემები, ალბათ, .htaccess ფაილების ყველაზე მნიშვნელოვანი გამოყენებაა. ძალიან მარტივად, ჩვენ შეგვიძლია პაროლით დავიცვათ ვებსაიტის დირექტორია (ან რამდენიმე), რომლებზეც წვდომისთვის საჭიროა მომხმარებლის სახელი და პაროლი. ამ უსაფრთხო დირექტორიების შესვლის პროცედურას ავტომატურად ამუშავებს ვებ ბრაუზერი pop-up შესვლის ინტერფეისის გამოყენებით (ალბათ ადრე გინახავთ). პაროლები ასევე დაშიფრულია დაშიფვრის ერთ-ერთი საუკეთესო მეთოდის გამოყენებით, რაც უსაფრთხოდ ინახავს თქვენი შესვლის სერთიფიკატებს.

ჯერ გადაწყვიტეთ რომელი დირექტორია გსურთ პაროლით დაცვა (გაითვალისწინეთ, რომ დირექტორიაში არსებული ყველა ფაილი და ქვეცნობარი დაცული იქნება პაროლით), შემდეგ შექმენით .htaccess ფაილი ძირითადი ინსტრუქციებისა და მითითებების შესაბამისად, რომელიც მოიცავს შემდეგ ტექსტს:

AuthName „წევრის ტერიტორიის სახელი“
AuthUserFile /path/to/password/file/.htpasswd
AuthType Basic
მოითხოვება მოქმედი მომხმარებელი

პირველი ხაზი ეუბნება Apache ვებ სერვერს, რომ უსაფრთხო დირექტორიას ჰქვია "მომხმარებლის ზონის სახელი", რომელიც გამოჩნდება, როდესაც შესვლის მოთხოვნა გამოჩნდება. მეორე ხაზი მიუთითებს პაროლის ფაილის ადგილმდებარეობაზე. მესამე ხაზი მიუთითებს ავტორიზაციის ტიპზე, ამ მაგალითში ჩვენ ვიყენებთ "ძირითადი", რადგან ვიყენებთ HTTP საბაზისო ავთენტიფიკაციას და ბოლოს მეოთხე ხაზი მიუთითებს, რომ ჩვენ გვჭირდება მოქმედი შესვლის სერთიფიკატები, ეს ხაზი ასევე შეიძლება გამოყენებულ იქნას კონკრეტული მომხმარებლის სახელის დასაზუსტებლად. , როგორიცაა "მოითხოვოს მომხმარებლის სახელი" დასჭირდება მომხმარებლის სახელი "username".

თქვენ გამოიყენებდით ამას, თუ პაროლით იცავთ ადმინისტრაციულ ზონას, ვიდრე პაროლით დაცული საჯარო დირექტორიას დაყენებას.

პაროლის ფაილის მდებარეობა შეიძლება იყოს თქვენს ვებ სერვერზე ნებისმიერ ადგილას, "/location/of/password/file/" უნდა შეიცვალოს სრული/აბსოლუტური გზა დირექტორიაში, რომელიც შეიცავს პაროლის ფაილს და ".htpasswd" ფაილს. უნდა არსებობდეს, მაგრამ შეგიძლიათ უწოდოთ მას, როგორც გსურთ.

ჩვენ ვიყენებთ ფაილის სახელს ".htpasswd", რადგან სერვერი ამოიცნობს ფაილის სახელს და დაუმალავს მას ვიზიტორებისგან. გაითვალისწინეთ, რომ ზოგიერთი სერვერი მოითხოვს, რომ პაროლის ფაილი იყოს იმავე დირექტორიაში, როგორც .htaccess ფაილი. ასევე მნიშვნელოვანია სრული/აბსოლუტური სერვერის ბილიკის გამოყენება პაროლის ფაილის ადგილმდებარეობისთვის, შედარებითი გზა ან URL-ის ნებისმიერი ვარიაცია არ იმუშავებს.

პაროლის ფაილი შეიცავს შემდეგ ტექსტის მსგავსს:

მომხმარებლის სახელი: დაშიფრული პაროლი
fred_smith:oCF9Pam/MXJg2

ახლა თქვენ უბრალოდ არ შეგიძლიათ პაროლის გამომუშავება, Unix/Linux სერვერებზე ისინი უნდა იყოს დაშიფრული სერვერის მიერ, Windows სერვერებზე თქვენ უბრალოდ იყენებთ მარტივი ტექსტის პაროლს, რადგან Windows არ გვთავაზობს დაშიფვრის მეთოდებს. თქვენ შეგიძლიათ გქონდეთ ნებისმიერი რაოდენობის მომხმარებლის ჩანაწერი პაროლის ფაილში, ერთი ანგარიში თითო სტრიქონში, მომხმარებლის სახელისა და პაროლის გამოყოფა ორწერტილით. თუ არ გაქვთ სერვერზე წვდომა, სთხოვეთ თქვენს სერვის პროვაიდერს ჩართოს ეს ფუნქცია. გთხოვთ, მართვის პანელს აქვს ჩაშენებული ეს ფუნქცია.

როგორ დავბლოკოთ ვიზიტორები IP მისამართით

Apache ვებ სერვერის მიერ შემოთავაზებული ვიზიტორების დაბლოკვის ხელსაწყოები საშუალებას გვაძლევს უარვყოთ წვდომა გარკვეულ ვიზიტორებზე ან დავუშვათ წვდომა გარკვეულ ვიზიტორებზე. ეს ძალზე სასარგებლოა არასასურველი ვიზიტორების დასაბლოკად ან ვებსაიტის მფლობელს ვებსაიტის მხოლოდ გარკვეულ მონაკვეთებზე წვდომისთვის, როგორიცაა ადმინისტრაციის ზონა.

ვიზიტორთა შეზღუდვისა და დაბლოკვის დასაყენებლად შექმენით .htaccess ფაილი ძირითადი ინსტრუქციებისა და მითითებების შესაბამისად, რომელიც მოიცავს შემდეგ ტექსტს:

order allow,deny
უარყოფა 255.0.0.0-დან
უარყოფა 123.45.6-დან.
allow from all

ზემოთ მოყვანილი ხაზები ეუბნება Apache ვებ სერვერს დაბლოკოს ვიზიტორები IP მისამართებიდან "255.0.0.0" და "123.45.6.", გაითვალისწინეთ, რომ მეორე IP მისამართს აკლია რიცხვების მეოთხე ნაკრები, ეს ნიშნავს ნებისმიერ IP მისამართს, რომელიც ემთხვევა პირველი. დაიბლოკება ნომრების სამი ნაკრები, მაგალითად, "123.45.6.10" და "123.45.6.255".

ყველა ვიზიტორის დაბლოკვის დასაყენებლად საკუთარი თავის გარდა, შექმენით .htaccess ფაილი ძირითადი ინსტრუქციებისა და მითითებების შესაბამისად, რომელიც მოიცავს შემდეგ ტექსტს:

order allow,deny
ნებადართული 255.0.0.0-დან
deny from all

ზემოთ მოყვანილი ხაზები ეუბნება Apache ვებ სერვერს დაბლოკოს ყველა ვიზიტორი, გარდა იმათ, ვისაც აქვს IP მისამართი "255.0.0.0", რომელიც თქვენ უნდა შეცვალოთ თქვენი საკუთარი IP მისამართით.

თქვენ შეგიძლიათ დაამატოთ ნებისმიერი რაოდენობის "უარი დან" და "დაშვება" ჩანაწერების შემდეგ "შეკვეთა დაშვება, უარყოფა". ყურადღება მიაქციეთ ცვლილებას „ყველასგან ნებადართულიდან“ „ყველასგან უარზე“ ბოლოში, ეს მნიშვნელოვანია და უნდა შეიცვალოს თქვენი მოთხოვნებიდან გამომდინარე. თუ გსურთ თქვენს ვიზიტორებს დაუშვათ წვდომა, უნდა გამოიყენოთ „ყველასგან დაშვება“ და ზემოთ მოათავსოთ ხაზები „უარი“.

დაბლოკილ ვიზიტორებს გამოჩნდება შეცდომის შეტყობინება "403 აკრძალულია".

.htaccess ფაილის დაყენების მაგალითი.

წესების მაგალითი, რომელიც შეიცავს ჩემს .htaccess ფაილს

# AMPFORWPLBROWSERCSTART ბრაუზერის ქეშირება - amp ჰეშირება ბრაუზერის მხარეს.

IfModule mod_expires.c უნდა იყოს ჩასმული ფრჩხილებში "<>"
იწურება აქტიური
AddType application/vnd.ms-fontobject .eot
AddType აპლიკაცია/x-font-ttf .ttf
AddType application/x-font-opentype .otf
AddType აპლიკაცია/x-font-woff .woff
AddType image/svg+xml .svg
ExpiresByType application/vnd.ms-fontobject "წვდომა 1 წელი"
ExpiresByType აპლიკაცია/x-font-ttf „წვდომა 1 წელი“
ExpiresByType განაცხადი/x-font-opentype "წვდომა 1 წელი"
ExpiresByType აპლიკაცია/x-font-woff „წვდომა 1 წელი“
ExpiresByType image/svg+xml „წვდომა 1 წელი“
ExpiresByType image/webp "წვდომა 1 წელი"
ExpiresByType სურათი/გიფი „წვდომა 1 წელი“
ExpiresByType image/jpg „წვდომა 1 წელი“
ExpiresByType image/jpeg „წვდომა 1 წელი“
ExpiresByType image/png „წვდომა 1 წელი“
ExpiresByType სურათი/x-ხატი „წვდომა 1 წელი“
ExpiresByType ტექსტი/css "წვდომა 3 თვე"
ExpiresByType text/javascript „წვდომა 3 თვე“
ExpiresByType აპლიკაცია/javascript „წვდომა 3 თვე“
ExpiresByType აპლიკაცია/x-javascript „წვდომა 3 თვე“
ExpiresByType აპლიკაცია/xhtml-xml „წვდომა 3 თვე“
ExpiresByType აპლიკაცია/pdf „წვდომა 3 თვე“
ExpiresByType აპლიკაცია/x-shockwave-flash „წვდომა 3 თვე“
/IfModule უნდა იყოს ჩასმული ფრჩხილებში "<>"

# BEGIN GZIP COMPRESSION - gzip შეკუმშვა

IfModule mod_gzip. აუცილებლად ჩასვით ფრჩხილებში „<>“
mod_gzip_on დიახ
mod_gzip_dechunk დიახ
mod_gzip_item_include ფაილი \.(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
/IfModule უნდა იყოს ჩასმული ფრჩხილებში "<>"

# წაშალეთ ბრაუზერის შეცდომები (საჭიროა მხოლოდ ძველი ბრაუზერებისთვის)

BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
Header-ის დამატება Vary User-Agent
IfModule mod_deflate.c უნდა იყოს ჩასმული ფრჩხილებში „<>“

# შეკუმშოს HTML, CSS, JavaScript, ტექსტი, XML და შრიფტები

AddOutputFilterByType DEFLATE აპლიკაცია/javascript
AddOutputFilterByType DEFLATE აპლიკაცია/rss+xml
AddOutputFilterByType DEFLATE აპლიკაცია/vnd.ms-fontobject
AddOutputFilterByType DEFLATE აპლიკაცია/x-ფონტი
AddOutputFilterByType DEFLATE აპლიკაცია/x-font-opentype
AddOutputFilterByType DEFLATE აპლიკაცია/x-font-otf
AddOutputFilterByType DEFLATE აპლიკაცია/x-font-truetype
AddOutputFilterByType DEFLATE აპლიკაცია/x-font-ttf
AddOutputFilterByType DEFLATE აპლიკაცია/x-javascript
AddOutputFilterByType DEFLATE აპლიკაცია/xhtml+xml
AddOutputFilterByType DEFLATE აპლიკაცია/xml
AddOutputFilterByType DEFLATE შრიფტი/ღია ტიპი
AddOutputFilterByType DEFLATE შრიფტი/otf
AddOutputFilterByType DEFLATE შრიფტი/ttf
AddOutputFilterByType DEFLATE სურათი/svg+xml
AddOutputFilterByType DEFLATE სურათი/x-ხატი
AddOutputFilterByType DEFLATE ტექსტი/css
AddOutputFilterByType DEFLATE ტექსტი/html
AddOutputFilterByType DEFLATE ტექსტი/javascript
AddOutputFilterByType DEFLATE ტექსტი/უბრალო
AddOutputFilterByType DEFLATE ტექსტი/xml
/IfModule უნდა იყოს ჩასმული ფრჩხილებში "<>"

# თავიდან აიცილეთ HTTP Vary სათაურების დაბრუნება MSIE ოჯახის ბრაუზერებში


BrowserMatch “MSIE” ძალის-არა-ვარიაცია
BrowserMatch "Mozilla/4.[0-9]{2}" force-no-variable
/IfModule უნდა იყოს ჩასმული ფრჩხილებში "<>"

# სერვერის ხელმოწერის დამალვა

სერვერის ხელმოწერა გამორთულია

# გამორთეთ მარცხენა ბოტები

SetEnvIfNoCase მომხმარებლის აგენტი „^ Missigua Locator“ bad_bot
#SetEnvIfNoCase მომხმარებლის აგენტი „^PEAR HTTP_Request class“ bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი "^ Java/1.4.1" bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი "^ Java/1.5.0" bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი "^psycheclone" bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი „^WEP Search 00“ bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი "^FlashGet" bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი „^GetRight“ bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი „^GetWeb!“ bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი „^Go!Zilla“ bad_bot
SetEnvIfNoCase User-Agent “^httplib” bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი „^Indy Library“ bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი "^InfoNaviRobot" bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი "^InterGET" bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი „^Internet Ninja“ bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი "^LexiBot" bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი „^libWeb/clsHTTP“ bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი "^libwww" bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი “^libwww-perl” bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი „^LinkextractorPro“ bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი „^Mozilla.*NEWT“ bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი "^Octopus" bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი „^ProWebWalker“ bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი „^SuperBot“ bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი "^WebAuto" bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი „^Wells Search II“ bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი "^Wget" bad_bot
SetEnvIfNoCase მომხმარებლის აგენტი "^wget" bad_bot

მე მივეცი მინიმალური წესები, რომლებიც შეიცავს ჩემს ფაილს.

.htaccess ფაილის პერსონალიზაციის მახასიათებლები და საერთო შეცდომები

მართალია, ეს ფაილი ყველაზე ხშირად იწვევს სერვერის ბანალურ შეცდომას 500 შიდა სერვერის შეცდომა. თქვენ უნდა შეცვალოთ ფაილი ძალიან ფრთხილად და დაიცვას შემდეგი წესები:

  • რედაქტირებამდე ყოველთვის შეინახეთ .htaccess ფაილის სამუშაო ასლი.
  • არასოდეს შემოიტანოთ ახალი წესები საწარმოო ობიექტში ფაილის წინასწარ განხილვის გარეშე.
  • კოდირება ჩვეულებრივ არის UTF-8.
  • ყოველი წესი უნდა დაიწეროს ახალ ხაზზე.
  • ის ინსტრუქციები, რომლებიც არ არის დამუშავებული Apache სერვერის მიერ, გამორიცხულია - ისინი დაუყოვნებლივ იწვევენ სერვერის შეცდომას.
  • თქვენ არ შეგიძლიათ დაწეროთ რამდენიმე ინსტრუქცია ერთ ხაზზე - მიიღებთ 500 შეცდომას.
  • იყავით ფრთხილად - დამატებითი სივრცე ან სიმბოლო შეიძლება გამოიწვიოს შეცდომა.

რა ეფექტი აქვს .htaccess ფაილს საიტზე

როგორც წესი, ამ ფაილის წყალობით, თქვენ შეგიძლიათ შესანიშნავად საიტის ოპტიმიზაცია საძიებო სისტემებისთვის. აი, რა შეუძლია მას:

  1. საიტზე 301 გადამისამართების დაყენება (ყველაზე გავრცელებული წესი). შეიძლება გამოყენებულ იქნას საჭირო ამოცანებისთვის.
  2. საიტის ჰეშირების პარამეტრები სერვერის მხარეს.
  3. gzip შეკუმშვის ჩართვა (მოკლე GNU Zip) - ფაილის შეკუმშვა სერვერის მხარეს.
  4. უზრუნველყავით საიტის დაცვა: IP მისამართების დაბლოკვა, აკრძალვები და ა.შ.
  5. მიუთითეთ საიტისთვის გამოყოფილი მეხსიერების საჭირო რაოდენობა.

ეს არის ამ ფაილის მინიმალური ხელმისაწვდომი ფუნქციონალობა. მთავარია ყველა ამ რეკომენდაციის სწორად შესრულება. შემდეგ სტატიებში შევეცდები აღვწერო ამ ფაილის რამდენიმე წესიდა ჩვენ ასევე გავიგებთ რა არის robots.txt ფაილი და როგორ დავამატო საიტის რუკა საძიებო სისტემებში.

გმადლობთ, რომ კითხულობთ ნიკოლა ტოპს

რამდენად სასარგებლოა პოსტი?

დააწკაპუნეთ სმაილზე შეფასებისთვის!

საშუალო რეიტინგი 5 / 5. შეფასებების რაოდენობა: 29

ჯერ არ არის რეიტინგები. ჯერ შეაფასეთ.

ასევე შეიძლება მოგეწონოთ...

1 პასუხი

  1. Илья ამბობს:

    ოოო მადლობა ინფორმაციისთვის. ყოველ შემთხვევაში თქვენ შეგიძლიათ ნახოთ ცოცხალი მაგალითები. გრადიენტური ანიმაცია უბრალოდ სუპერა))) შესანიშნავი აპლიკაცია - სავარაუდოდ დიდი ხნის განმავლობაში განიცდიდა.

კომენტარის დატოვება

თქვენი ელფოსტის მისამართი გამოქვეყნებული არ იყო. აუცილებელი ველები მონიშნულია *

1 × ოთხი =