ഈ ലേഖനത്തിൽ, SEO മെച്ചപ്പെടുത്തുന്നതിന് നിർണായകമായ .htaccess ഫയൽ ഉപയോഗിക്കുന്നതിന്റെ അടിസ്ഥാന തത്വങ്ങൾ നമ്മൾ പര്യവേക്ഷണം ചെയ്യും. സെർച്ച് എഞ്ചിനുകൾ വഴി പേജുകളുടെ ശരിയായ ഇൻഡെക്സിംഗ് ഈ ഫയൽ ഉറപ്പാക്കുന്നു. റീഡയറക്ടുകൾ എങ്ങനെ കൈകാര്യം ചെയ്യാമെന്നും സുരക്ഷ കോൺഫിഗർ ചെയ്യാമെന്നും പ്രകടനം വർദ്ധിപ്പിക്കാമെന്നും നമ്മൾ പഠിക്കും. കൂടാതെ, ഈ ഫയൽ സ്വതന്ത്രമായി എങ്ങനെ കോൺഫിഗർ ചെയ്യാമെന്നതിനെക്കുറിച്ചുള്ള നുറുങ്ങുകൾ ഞങ്ങൾ നൽകും.
എന്തുകൊണ്ട് .htaccess ആവശ്യമാണ്?
അപ്പാച്ചെ സെർവറുകളിലെ വെബ് ഡെവലപ്പർമാർക്ക് .htaccess ഫയൽ ഒരുതരം "റിമോട്ട് കൺട്രോൾ" ആയി പ്രവർത്തിക്കുന്നു. വിവിധ പാരാമീറ്ററുകൾ ക്രമീകരിക്കുന്നതിനും ഒരു വെബ്സൈറ്റിന്റെ സ്വഭാവം നിയന്ത്രിക്കുന്നതിനും ഇത് സൗകര്യപ്രദമായ ഉപകരണങ്ങൾ വാഗ്ദാനം ചെയ്യുന്നു. സെർവറിന്റെ പ്രധാന കോൺഫിഗറേഷൻ ഫയലുകളിലേക്കുള്ള നേരിട്ടുള്ള ആക്സസ് ലഭ്യമല്ലാത്തപ്പോൾ (ഉദാഹരണത്തിന്, വെർച്വൽ ഹോസ്റ്റിംഗിന്റെ കാര്യത്തിലെന്നപോലെ), ആവശ്യമായ മാറ്റങ്ങൾ വരുത്തുന്നതിന് .htaccess ഒരു ഉപയോഗപ്രദമായ ഉപകരണമായി മാറുന്നു.
നിങ്ങളുടെ സൈറ്റിന്റെ റൂട്ട് ഫോൾഡറിലോ പ്രത്യേക കോൺഫിഗറേഷൻ ആവശ്യമുള്ള ഫോൾഡറുകളിലോ ആണ് Htaccess പലപ്പോഴും സ്ഥിതി ചെയ്യുന്നത്. ഉദാഹരണത്തിന്, നിങ്ങൾ WordPress ഉപയോഗിക്കുകയാണെങ്കിൽ, Yoast SEO പ്ലഗിൻ വഴി കോൺഫിഗറേഷൻ ചെയ്യാൻ കഴിയും, അത് ഞങ്ങൾ ലേഖനത്തിൽ ചർച്ച ചെയ്തു. robots.txt കോൺഫിഗർ ചെയ്യുന്നുമറ്റ് സന്ദർഭങ്ങളിൽ, ആവശ്യമുള്ള ഫോൾഡറിലേക്ക് പോയി നിലവിലുള്ള .htaccess ഫയൽ എഡിറ്റ് ചെയ്യുക, അല്ലെങ്കിൽ ഇതുവരെ സൃഷ്ടിച്ചിട്ടില്ലെങ്കിൽ അത് സൃഷ്ടിക്കുക.
.htaccess ഫയൽ കോൺഫിഗർ ചെയ്യുന്നു
301 റീഡയറക്ട് htaccess
.htaccess ഫയലിലെ ഒരു 301 റീഡയറക്ടിനെ ഒരു വെബ്സൈറ്റിലെ സ്ഥിരമായ റീഡയറക്ടിനോട് ഉപമിക്കാം. പേജ് ഇപ്പോൾ സ്ഥിരമായി ഒരു പുതിയ വിലാസത്തിൽ സ്ഥിതിചെയ്യുന്നുണ്ടെന്ന് സെർച്ച് എഞ്ചിനുകളെയും ബ്രൗസറുകളെയും ഇത് അറിയിക്കുകയും ബുക്ക്മാർക്കുകൾ അപ്ഡേറ്റ് ചെയ്യാനും ഇൻഡെക്സിംഗ് നടത്താനും നിർദ്ദേശിക്കുകയും ചെയ്യുന്നു. തിരയൽ ഫലങ്ങളിൽ അതിന്റെ റാങ്കിംഗ് നിലനിർത്താനും സന്ദർശകരെ പുതിയ സ്ഥലത്തേക്ക് റീഡയറക്ട് ചെയ്യാനും ഒരു പേജ് നീക്കുമ്പോഴോ ഇല്ലാതാക്കുമ്പോഴോ അത്തരം റീഡയറക്ഷൻ സാധാരണയായി ഉപയോഗിക്കുന്നു.
റീഡയറക്ടുകൾ സജീവമാക്കുന്നതിന്, .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>ഡയറക്റ്റീവ് പിശക് പ്രമാണം
നിങ്ങളുടെ സൈറ്റിൽ HTTP പിശകുകൾ സംഭവിക്കുമ്പോൾ ഉപയോക്താവ് എന്ത് കാണുന്നുവെന്ന് നിയന്ത്രിക്കാൻ ഈ ക്രമീകരണം നിങ്ങളെ അനുവദിക്കുന്നു. സ്റ്റാൻഡേർഡ് പിശക് സന്ദേശത്തിന് പകരം, നിങ്ങൾക്ക് നിങ്ങളുടെ സ്വന്തം പേജ് കാണിക്കാൻ കഴിയും, ഇത് സന്ദർശകന് കൂടുതൽ വിവരദായകവും എന്താണ് സംഭവിച്ചതെന്ന് മനസ്സിലാക്കാൻ അവരെ സഹായിക്കുകയും ചെയ്യും. ഉപയോഗത്തിനായി ഈ വാക്യഘടന പിന്തുടരുക:
ErrorDocument <error_code> <URL_page>ഉദാഹരണത്തിന്,
ErrorDocument 404 /errors/not_found.htmlഅതായത് എപ്പോൾ 404 പിശക് സംഭവിച്ചു, പേജിൽ /പിശകുകൾ/കണ്ടെത്തിയില്ല.html തുറക്കും. സമ്പൂർണ്ണ URL-കൾ സമാനമായി വ്യക്തമാക്കിയിരിക്കുന്നു:
ErrorDocument 500 http://example.com/errors/server_error.htmlഈ ഉദാഹരണം ഡിസ്പ്ലേയെ സൂചിപ്പിക്കുന്നു സെർവർ_എറർ.എച്ച്ടിഎംഎൽ പേജ് http://example.com/errors/ ഒരു സംഭവത്തിൽ 500 പിശക്.
ഒരു സൈറ്റ് ഡയറക്ടറിയിലേക്കുള്ള ആക്സസ് നിഷേധിക്കുന്നു
.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 വഴി ആക്സസ് തടയൽ
.htaccess ഫയലിൽ IP വഴി ആക്സസ് തടയുന്നത്, നിർദ്ദിഷ്ട IP വിലാസങ്ങൾക്കോ അവയുടെ ഗ്രൂപ്പുകൾക്കോ നിങ്ങളുടെ വെബ്സൈറ്റിലേക്കുള്ള ആക്സസ് നിയന്ത്രിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു രീതിയാണ്. ചില ആളുകൾക്കോ അനാവശ്യ ബോട്ടുകൾക്കോ നിങ്ങളുടെ സൈറ്റിലേക്കോ അതിന്റെ പ്രത്യേക ഭാഗങ്ങളിലേക്കോ ഉള്ള ആക്സസ് തടയാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ ഇത് ഉപയോഗപ്രദമാകും.
ഒരൊറ്റ ഐപി വിലാസം തടയുന്നത് കമാൻഡ് ഉപയോഗിച്ചാണ് ചെയ്യുന്നത്:
Order Deny,Allow
Allow from all
Deny from 11.22.33.44"നിരസിക്കുക എന്നതിൽ നിന്ന്"" എന്ന വരിയിൽ ആവശ്യമുള്ള വിലാസങ്ങൾ നൽകുക.
വിവിധ ഐപി വിലാസങ്ങൾ തടയുന്നതിന്:
Order Deny,Allow
Allow from all
Deny from 11.11.11.11/24നിർദ്ദിഷ്ട ഐപികൾക്ക് മാത്രം ആക്സസ് അനുവദിക്കുന്നതിന്, കോഡ് ചേർക്കുക:
Order Deny,Allow
Deny from all
Allow from 11.22.33.44പൂർണ്ണമായ ആക്സസ് നിഷേധിക്കലിന്, നിർദ്ദേശം ഉപയോഗിക്കുക എല്ലാവരിൽ നിന്നും നിഷേധിക്കുക, കൂടാതെ മാസ്ക് ഉപയോഗിച്ച് വിലാസങ്ങൾ തടയുന്നതിന്, വ്യക്തമാക്കുക 11.22 മുതൽ നിരസിക്കുക.
എവിടെ, 11.22 ഐപി വിലാസമാണോ? പൊയ്മുഖം.
ഉപയോക്തൃ-ഏജന്റ് സന്ദർശകരെ തടയുന്നു
.htaccess ഫയലിൽ യൂസർ-ഏജന്റ് ഉപയോക്താക്കളെ ബ്ലോക്ക് ചെയ്യുന്നത്, സന്ദർശകൻ ഉപയോഗിക്കുന്ന ബ്രൗസറിനെക്കുറിച്ചുള്ള വിവരങ്ങളുടെ അടിസ്ഥാനത്തിൽ ആർക്കൊക്കെ നിങ്ങളുടെ വെബ് സെർവർ ആക്സസ് ചെയ്യാനാകുമെന്ന് നിയന്ത്രിക്കുന്നതിനുള്ള ഒരു രീതിയാണ്. യൂസർ-ഏജന്റ് സ്ട്രിംഗിൽ ഒരു വ്യക്തി നിങ്ങളുടെ സെർവറുമായി സംവദിക്കാൻ ഉപയോഗിക്കുന്ന ബ്രൗസറിനെക്കുറിച്ചുള്ള ഡാറ്റ അടങ്ങിയിരിക്കുന്നു, കൂടാതെ ഈ വിവരങ്ങൾക്ക് നന്ദി, ചില ഉപയോക്താക്കൾക്കുള്ള ആക്സസ് നിങ്ങൾക്ക് നിയന്ത്രിക്കാൻ കഴിയും.
യൂസർ-ഏജന്റ് തടയുന്നതിനുള്ള ഏറ്റവും സാധാരണമായ മാർഗം 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 എന്നിവ നമ്മൾ ബ്ലോക്ക് ചെയ്യാൻ ആഗ്രഹിക്കുന്ന യൂസർ-ഏജന്റ് സ്ട്രിംഗുകളുടെ ഉദാഹരണങ്ങളാണ്. താരതമ്യം കേസ്-ഇൻസെൻസിറ്റീവ് ആയിരിക്കണമെന്ന് NC മോഡിഫയറുകൾ സൂചിപ്പിക്കുന്നു.
- RewriteRule ^.*$ - RewriteCond നിബന്ധനകളിൽ ഏതെങ്കിലും പാലിക്കപ്പെട്ടാൽ [F,L] അഭ്യർത്ഥനയ്ക്ക് ബാധകമാകും. ഇത് 403 Forbidden സ്റ്റാറ്റസ് കോഡ് (F) ഉപയോഗിച്ച് ഒരു പ്രതികരണം അയയ്ക്കുകയും നിയമങ്ങൾ (L) പ്രോസസ്സ് ചെയ്യുന്നത് നിർത്തുകയും ചെയ്യുന്നു.
htaccess-ൽ കാഷിംഗ്
.htaccess ഫയലിലൂടെ കാഷിംഗ് കോൺഫിഗർ ചെയ്യുന്നത് നിങ്ങളുടെ സൈറ്റ് ഉപയോക്താക്കൾക്ക് വേഗത്തിൽ ലോഡ് ചെയ്യുന്നതിലൂടെ അത് വേഗത്തിലാക്കാൻ സഹായിക്കുന്നു. ഇത് ഇതുപോലെയാണ് പ്രവർത്തിക്കുന്നത്: ഇമേജുകൾ, CSS ശൈലികൾ, JavaScript സ്ക്രിപ്റ്റുകൾ പോലുള്ള ചില ഫയലുകൾ ആദ്യ ലോഡിന് ശേഷം ഉപയോക്താവിന്റെ ബ്രൗസർ കാഷെയിൽ സംഭരിക്കപ്പെടുന്നു. ഉപയോക്താവ് ഒരു പേജ് സന്ദർശിക്കുമ്പോഴെല്ലാം സെർവറിൽ നിന്ന് റീലോഡ് ചെയ്യുന്നതിന് പകരം, ഇപ്പോൾ ബ്രൗസറിന് കാഷെയിൽ നിന്ന് ഈ ഫയലുകൾ ഉപയോഗിക്കാൻ കഴിയും. ഇത് ലോഡിംഗ് സമയം കുറയ്ക്കുകയും സൈറ്റ് പ്രകടനം മെച്ചപ്പെടുത്തുകയും ചെയ്യുന്നു.
ഒരു ഉദാഹരണം പരിഗണിക്കുക:
# 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_deflate ഒപ്പം mod_gzip അപ്പാച്ചെയിലെ മൊഡ്യൂളുകൾ സെർവർ ഉപയോക്താക്കളുടെ ഉപകരണങ്ങളിലേക്ക് അയയ്ക്കുന്ന വിവരങ്ങൾ കംപ്രസ്സുചെയ്യാൻ സഹായിക്കുന്നു. ഇത് ഫയലുകളുടെ വലുപ്പം ചെറുതാക്കുന്നു, ഇത് പേജ് ലോഡിംഗ് വേഗത്തിലാക്കുന്നു. എന്നിരുന്നാലും, ഈ മൊഡ്യൂളുകളുടെ പിന്തുണയും കോൺഫിഗറേഷനും നിങ്ങളുടെ സെർവറിനെ ആശ്രയിച്ച് വ്യത്യാസപ്പെടാം എന്നത് ഓർമ്മിക്കേണ്ടത് പ്രധാനമാണ്.
ഉപയോഗിക്കുന്നതിനുള്ള ഉദാഹരണം 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>ഉദാഹരണം 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 ഫയലിൽ മനഃപൂർവ്വം ഒരു പിശക് വരുത്തുക. പ്രതികരണമായി, സെർവർ ഒരു പിശക് നൽകണം. ഫയലിന്റെ പ്രവർത്തനം സാധാരണയായി സെർവറിൽ പ്രയോഗിക്കുന്നുണ്ടോ എന്ന് ഈ രീതി കാണിക്കുന്നു.
- നിങ്ങൾ വരുത്തിയ നിർദ്ദിഷ്ട മാറ്റങ്ങളുടെ പ്രവർത്തനക്ഷമത പരിശോധിക്കുക. ഉദാഹരണത്തിന്, ഒരു പാരാമീറ്ററിൽ ഒരു ചെറിയ ക്രമീകരണം വരുത്തി മാറ്റങ്ങളുടെ സാന്നിധ്യം വിലയിരുത്തുക.
- മാറ്റങ്ങൾ സെർവറിന്റെ പ്രതികരണവുമായി ബന്ധപ്പെട്ടതാണെങ്കിൽ പേജിന്റെ സ്റ്റാറ്റസ് കോഡ് പരിശോധിക്കുക. ഇത് എങ്ങനെ ചെയ്യണമെന്ന് ഞങ്ങൾ മുമ്പ് ലേഖനത്തിൽ വിവരിച്ചിട്ടുണ്ട്. HTTP പിശക് കോഡുകൾ: സെർവർ പിശകുകളുടെ പൂർണ്ണമായ ലിസ്റ്റ്..
- സെർവർ ലോഗുകൾ പരിശോധിക്കുക. .htaccess ഫയലിന്റെ പ്രവർത്തനവുമായി ബന്ധപ്പെട്ട എല്ലാ പിശകുകളും അവ പ്രദർശിപ്പിക്കുന്നു.
- ഓൺലൈൻ സേവനങ്ങളോ ഉപകരണങ്ങളോ ഉപയോഗിച്ച് പരിശോധന നടത്തുക.
.htaccess ഫയലിന്റെ പ്രവർത്തനക്ഷമത പരിശോധിക്കാൻ, എല്ലാ ഘട്ടങ്ങളും ഒരേസമയം ചെയ്യേണ്ടതില്ലെന്ന് മനസ്സിലാക്കേണ്ടത് പ്രധാനമാണ്. പട്ടികയിൽ നിന്ന് ഏറ്റവും അനുയോജ്യമായ രീതി തിരഞ്ഞെടുത്ത് അത് ഉപയോഗിച്ചാൽ മതി.
തീരുമാനം
നിങ്ങളുടെ അപ്പാച്ചെ സെർവർ ഒപ്റ്റിമൈസ് ചെയ്യുന്നതിലും പരിരക്ഷിക്കുന്നതിലും .htaccess ഫയൽ കോൺഫിഗർ ചെയ്യുന്നത് ഒരു പ്രധാന ഘട്ടമാണ്. റീഡയറക്ടുകൾ കൈകാര്യം ചെയ്യാനും ഉള്ളടക്കം കംപ്രസ് ചെയ്യാനും സുരക്ഷ ഉറപ്പാക്കാനും ഈ ഫയൽ എങ്ങനെ സഹായിക്കുന്നുവെന്ന് ഞങ്ങൾ പര്യവേക്ഷണം ചെയ്തു. .htaccess-ൽ പ്രവർത്തിക്കുന്നതിൽ നിങ്ങൾ പ്രാവീണ്യം നേടിക്കഴിഞ്ഞാൽ, വെബ്സൈറ്റുകളുടെ പ്രകടനവും പ്രവർത്തനക്ഷമതയും മെച്ചപ്പെടുത്തുന്നതിനുള്ള ശക്തമായ ഒരു ഉപകരണം നിങ്ങൾക്ക് ലഭിക്കും.
