htaccess ഉപയോഗിക്കുന്നു. ഒരു htaccess ഫയൽ എങ്ങനെ സൃഷ്ടിക്കുകയും ശരിയായി ക്രമീകരിക്കുകയും ചെയ്യാം? ഒരു നിർദ്ദിഷ്‌ട വിപുലീകരണമുള്ള എല്ലാ ഫയലുകളിലേക്കും ആക്‌സസ് നിരസിക്കുക

ഞങ്ങളുടെ പ്രധാന വെബ് സെർവറായി ഞങ്ങൾ Apache httpd ഉപയോഗിക്കുന്നു. ലോകത്തിലെ ഭൂരിഭാഗം വെബ് സെർവറുകളും ഓർഗനൈസുചെയ്യാൻ അപ്പാച്ചെ ഉപയോഗിക്കുന്നു, അതിൻ്റെ ക്ലാസിലെ ഏറ്റവും ജനപ്രിയ ഉൽപ്പന്നമാണിത്. ഈ സെർവറിന് വിപുലമായ കോൺഫിഗറേഷൻ ഓപ്ഷനുകൾ ഉണ്ട്, വളരെ ഉൽപ്പാദനക്ഷമതയുള്ളതും വെബ് സെർവറുകൾ പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള എല്ലാ അറിയപ്പെടുന്ന പ്രോട്ടോക്കോളുകളും പിന്തുണയ്ക്കുന്നു. Perl, PHP പോലുള്ള ജനപ്രിയ പ്രോഗ്രാമിംഗ് ഭാഷകളുടെ പതിപ്പുകൾ അപ്പാച്ചെയ്‌ക്കായി പ്രത്യേകം സൃഷ്‌ടിച്ചതാണ്, കൂടാതെ ഈ സെർവർ വ്യാപകമായി ഉപയോഗിക്കുന്ന DBMS-കളുമായി എളുപ്പത്തിൽ സംയോജിപ്പിക്കുന്നു (ഉദാഹരണത്തിന്, MySQL).

പ്രധാന പ്രൊജക്‌റ്റ് വെബ്‌സൈറ്റ് httpd.apache.org-ൽ സ്ഥിതിചെയ്യുന്നു, കൂടാതെ 1.3.xx പതിപ്പിൻ്റെ പ്രധാന ഡോക്യുമെൻ്റേഷൻ httpd.apache.org/docs/ എന്നതിൽ ലഭ്യമാണ്.

എന്നതിലെ ഉചിതമായ നിർദ്ദേശങ്ങൾ ഉപയോഗിച്ച് അപ്പാച്ചെ സ്വതന്ത്രമായി കോൺഫിഗർ ചെയ്യാനുള്ള കഴിവ് ഞങ്ങൾ ഉപയോക്താക്കൾക്ക് നൽകുന്നു. മാസ് ഹോസ്റ്റിംഗ് പരിതസ്ഥിതികളിലെ മിക്ക വെബ് സെർവർ കോൺഫിഗറേഷൻ പ്രശ്നങ്ങളും ഇതുവഴി നിങ്ങൾക്ക് പരിഹരിക്കാനാകും.

സൂചിക ഫയൽ

ഒരു നിർദ്ദിഷ്ട ഫയലിനുപകരം ഒരു ഉപയോക്താവ് വെബ് വഴി ഒരു ഡയറക്‌ടറി ആക്‌സസ് ചെയ്യുമ്പോൾ സ്ഥിരസ്ഥിതിയായി തുറക്കുന്ന ഫയലാണ് ഇൻഡെക്‌സ് ഫയൽ അല്ലെങ്കിൽ ഇൻഡെക്‌സ് ഫയൽ. ഉദാഹരണത്തിന്, നിങ്ങളുടെ സന്ദർശകൻ http://your_domain/price/ എന്ന വിലാസം അഭ്യർത്ഥിക്കും, ഇവിടെ വില കാറ്റലോഗിൻ്റെ പേരാണ്. ഒരു ഡയറക്‌ടറി ആക്‌സസ് ചെയ്യുമ്പോൾ അതിൽ ഒരു പ്രത്യേക ഫയലിൻ്റെ പേര് വ്യക്തമാക്കാതെ ഉപയോക്താവിന് കാണിക്കുന്ന ഫയലാണ് സൂചിക ഫയൽ.

സ്ഥിരസ്ഥിതി സൂചിക ഫയലുകൾ ഇവയാണ്: index.html, index.htm, index.php, index.php3, index.phtml, index.shtml, default.htm, അല്ലെങ്കിൽ default.html. മറ്റേതെങ്കിലും ഫയൽ ആദ്യം തുറക്കണമെങ്കിൽ, നിലവിലെ മൂല്യങ്ങൾ നിങ്ങൾ അസാധുവാക്കേണ്ടതുണ്ട്. ഇത് എങ്ങനെ ചെയ്യാമെന്ന് വായിക്കുക.

.htaccess ഫയലിൻ്റെ ഉദ്ദേശ്യവും ഉപയോഗവും

ഹോസ്റ്റിംഗ് അന്തിമ ഉപയോക്താവിൽ നിന്ന് അപ്പാച്ചെ വെബ് സെർവർ നിയന്ത്രിക്കാൻ .htaccess ഫയൽ (ഫയൽ നാമത്തിലെ ആദ്യ പ്രതീകം ഒരു കാലഘട്ടമാണെന്ന കാര്യം ശ്രദ്ധിക്കുക) ഉപയോഗിക്കുന്നു. വെബ് സെർവർ സ്വീകരിക്കുകയും പ്രോസസ്സ് ചെയ്യുകയും ചെയ്യുന്ന നിർദ്ദേശങ്ങൾ നിങ്ങൾ ഈ ഫയലിൽ സ്ഥാപിക്കുന്നു, ഉപയോക്താവ് നിർമ്മിച്ച ക്രമീകരണങ്ങൾക്കനുസരിച്ച് പ്രവർത്തനങ്ങൾ നടത്തുന്നു.

.htaccess ഫയൽ വെബ് സെർവറിൻ്റെ റൂട്ട് ഡയറക്‌ടറിയിൽ (www ഡയറക്‌ടറിക്ക് താഴെ) സ്ഥാപിക്കാവുന്നതാണ്. ഈ സാഹചര്യത്തിൽ, അത്തരം .htaccess-ൽ നിന്നുള്ള നിർദ്ദേശങ്ങൾ വെബ് സെർവറിലുടനീളം സാധുവാണ്. കൂടാതെ, സെർവറിൻ്റെ ഒരു പ്രത്യേക ഉപഡയറക്‌ടറിയിൽ .htaccess സ്ഥിതിചെയ്യാം. തുടർന്ന് ഈ ഫയലിൽ വ്യക്തമാക്കിയിട്ടുള്ള നിർദ്ദേശങ്ങൾ www ഡയറക്ടറിയിലോ ഏതെങ്കിലും ഉയർന്ന തലത്തിലുള്ള ഡയറക്ടറിയിലോ സ്ഥിതി ചെയ്യുന്ന "പ്രധാന" ഫയലിൽ നിന്നുള്ള നിർദ്ദേശങ്ങളുടെ പ്രവർത്തനത്തെ "അസാധുവാക്കുന്നു". അതായത്, .htaccess-ൽ നിന്നുള്ള നിർദ്ദേശങ്ങളുടെ പ്രഭാവം മുകളിൽ നിന്ന് താഴേക്ക് പാരമ്പര്യമായി ലഭിക്കുന്നു, പക്ഷേ തിരിച്ചും അല്ല. ഫയലിൽ വരുത്തിയ മാറ്റങ്ങൾ ഉടനടി പ്രാബല്യത്തിൽ വരും. അപ്പാച്ചെ വെബ് സെർവർ ആക്‌സസ് ചെയ്യുമ്പോഴെല്ലാം .htaccess-ൽ നിന്നുള്ള വിവരങ്ങൾ വീണ്ടും വായിക്കപ്പെടുന്നതാണ് ഇതിന് കാരണം.

ഒരു വെബ് സെർവറിനായി ലഭ്യമായ മിക്ക നിർദ്ദേശങ്ങളും .htaccess-ൽ അടങ്ങിയിരിക്കാം. സന്ദർഭ ഫീൽഡിൽ .htaccess പരാമർശിക്കാത്ത നിർദ്ദേശങ്ങൾ ഈ കോൺഫിഗറേഷൻ ഫയലിൽ ഉപയോഗിക്കുന്നതിന് ലഭ്യമല്ല എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്. ഒരു ഉദാഹരണമായി AddType നിർദ്ദേശം ഉപയോഗിക്കുമ്പോൾ, സന്ദർഭ ഫീൽഡിൽ .htaccess ലേക്ക് ഒരു റഫറൻസ് അടങ്ങിയിരിക്കുന്നതായി ഞങ്ങൾ കാണുന്നു, അതിനാൽ നിങ്ങൾക്ക് ഇത് ഉപയോഗിക്കാം:

ആവശ്യമായ നിർദ്ദേശം ഉപയോഗിക്കുന്നതിൽ നിങ്ങൾ വിജയിച്ചില്ലെങ്കിൽ, .htaccess ലേക്ക് നിർദ്ദേശം ചേർത്തതിന് ശേഷം നിങ്ങൾ ഒരു പിശക് കാണുകയാണെങ്കിൽ, മിക്കവാറും, വെർച്വൽ ഹോസ്റ്റിംഗ് സാഹചര്യങ്ങളിൽ കമാൻഡ് ഉപയോഗിക്കുന്നത് നിരോധിച്ചിരിക്കുന്നു. സാങ്കേതിക പിന്തുണയിലേക്ക് എഴുതുക, നിങ്ങളെ സഹായിക്കാൻ ഞങ്ങൾ ശ്രമിക്കും. പ്രശ്നം വിശദമായി വിവരിക്കുകയും ഈ നിർദ്ദേശം ഉപയോഗിച്ച് നിങ്ങൾ നേടാൻ ആഗ്രഹിക്കുന്ന ലക്ഷ്യങ്ങൾ സൂചിപ്പിക്കുകയും ചെയ്യുക.

വെബ് ആപ്ലിക്കേഷൻ ഫയർവാൾ

വെബ്‌സൈറ്റുകളിലെ ആക്രമണങ്ങൾ കണ്ടെത്തുന്നതിനും തടയുന്നതിനും വെബ് ആപ്ലിക്കേഷൻ ഫയർവാൾ (മോഡ്‌സെക്യൂരിറ്റി) ആവശ്യമാണ്. ഒരു നിശ്ചിത നിയമങ്ങൾ ഉപയോഗിച്ചാണ് പരിശോധന നടത്തുന്നത്, അത് പരാജയപ്പെട്ടാൽ, സൈറ്റിലേക്കുള്ള അഭ്യർത്ഥന ഒരു പിശക് ഉപയോഗിച്ച് നിരസിക്കപ്പെടും (403 നിരോധിച്ചിരിക്കുന്നു).

തെറ്റായ പോസിറ്റീവുകളുടെ കാര്യത്തിൽ, ചുവടെയുള്ള ഓപ്‌ഷനുകൾ ഉപയോഗിച്ച് .htaccess വഴി നിയമങ്ങൾ പ്രവർത്തനരഹിതമാക്കാൻ സാധിക്കും:

SecRuleRemoveById - ഐഡി പ്രകാരം ഒരു നിയമം നീക്കം ചെയ്യുക
SecRuleRemoveByTag - ടാഗ് വഴി ഒരു നിയമം നീക്കം ചെയ്യുക.

പിശക് ലോഗ് error.log-ൽ ഏത് നിയമമാണ് പ്രവർത്തനരഹിതമാക്കേണ്ടതെന്ന് നിങ്ങൾക്ക് നിർണ്ണയിക്കാനാകും

ഐഡി ഉപയോഗിച്ച് പ്രവർത്തനരഹിതമാക്കുന്നതിനുള്ള ഉദാഹരണം:

SecRuleRemoveById 933100 933150

ടാഗ് ഉപയോഗിച്ച് പ്രവർത്തനരഹിതമാക്കുന്നതിനുള്ള ഉദാഹരണങ്ങൾ:

SecRuleRemoveByTag "attack-injection-php" SecRuleRemoveByTag "CWAF" എൻകോഡിംഗ് അസാധുവാക്കുന്നു:

സ്ഥിരസ്ഥിതിയായി, വിൻഡോസ്-1251 എൻകോഡിംഗിൽ സെർവറിൽ ഹോസ്റ്റുചെയ്തിരിക്കുന്ന എല്ലാ HTML പ്രമാണങ്ങളും വെബ് സെർവർ "അയയ്ക്കുന്നു". നിങ്ങളുടെ സ്വകാര്യ അക്കൗണ്ടിൽ വെബ് സെർവർ വിവരങ്ങൾ "നൽകുന്ന" എൻകോഡിംഗ് തരം നിങ്ങൾക്ക് മാറ്റാൻ കഴിയും.

ഇത് ചെയ്യുന്നതിന്, "സർവീസ് ട്രീ" വിഭാഗത്തിലേക്ക് പോയി എൻകോഡിംഗ് തരം മാറ്റേണ്ട ഡൊമെയ്ൻ തിരഞ്ഞെടുക്കുക. അടുത്തതായി, പാരാമീറ്ററുകളുടെ പട്ടികയിൽ, ലൈൻ എൻകോഡിംഗ് (സ്ഥിരസ്ഥിതി) കണ്ടെത്തി ചുവടെയുള്ള ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ ചേർക്കുക എന്നതിൽ ക്ലിക്കുചെയ്യുക.

.htaccess ഫയൽ ഉപയോഗിച്ച് നിങ്ങൾക്ക് എൻകോഡിംഗ് മാറ്റാനും കഴിയും. ഇത് ചെയ്യുന്നതിന്, അതിലേക്ക് ലൈൻ ചേർക്കുക

AddType "text/html; charset=koi8-r" .html .htm .shtml

അത്തരം .htaccess ലഭിച്ചുകഴിഞ്ഞാൽ, അപ്പാച്ചെ വെബ് സെർവർ, koi8-r എന്ന പ്രമാണം എൻകോഡ് ചെയ്‌തിരിക്കുന്നതായി സൂചിപ്പിക്കുന്ന ഒരു തലക്കെട്ട് ക്ലയൻ്റ് ബ്രൗസറിലേക്ക് നൽകും.

നിങ്ങളുടെ റിസോഴ്‌സിൽ വ്യത്യസ്‌ത എൻകോഡിംഗുകളിൽ (ISO-8859-1, Windows-1250, Windows-1252, UTF-8) HTML ഡോക്യുമെൻ്റുകൾ അടങ്ങിയിട്ടുണ്ടെങ്കിൽ, നിങ്ങൾ Windows-1251 എൻകോഡിംഗ് ഉപയോഗിച്ച് തലക്കെട്ടുകളുടെ നിർബന്ധിത ഔട്ട്‌പുട്ട് പ്രവർത്തനരഹിതമാക്കേണ്ടതുണ്ട്. ഇത് ചെയ്യുന്നതിന്, .htaccess-ലേക്ക് ഇനിപ്പറയുന്ന വരി ചേർക്കുക:

AddDefaultCharset ഓഫ്

ഈ സാഹചര്യത്തിൽ, ഓരോ html പേജിലും അനുബന്ധ എൻകോഡിംഗ് ഒരു ടാഗിൻ്റെ രൂപത്തിൽ എഴുതണം

ഉദാഹരണം: ഒരു രഹസ്യവാക്ക് ഉപയോഗിച്ച് ഒരു ഡയറക്ടറി എങ്ങനെ അടയ്ക്കാം

.htaccess ഉപയോഗിച്ച് പരിഹരിക്കപ്പെടുന്ന സ്റ്റാൻഡേർഡ് ടാസ്ക്കുകളിൽ ഒന്ന് സെർവറിലെ ഒരു നിർദ്ദിഷ്ട ഡയറക്ടറിയിലേക്ക് ആക്സസ് പരിമിതപ്പെടുത്തുക എന്നതാണ്. ഉദാഹരണത്തിന്, നിങ്ങൾ വ്യക്തിഗത സന്ദർശകർക്ക് ഒരു പ്രത്യേക ഡയറക്ടറിയിലേക്ക് ആക്സസ് നൽകേണ്ടതുണ്ട്, അവർക്ക് ഒരു അദ്വിതീയ ലോഗിനും പാസ്വേഡും നൽകുന്നു.

പാസ്‌വേഡ് മുഖേനയുള്ള ആക്‌സസ്സ് നിയന്ത്രിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്ന ഡയറക്‌ടറിയിൽ, ഇനിപ്പറയുന്ന നിർദ്ദേശങ്ങളോടെ ഞങ്ങൾ ഒരു .htaccess ഫയൽ സൃഷ്‌ടിക്കുന്നു:

AuthType അടിസ്ഥാന AuthName "ചില പേര്" AuthUserFile /home/uXXXXX /.htpasswd-ന് സാധുവായ ഉപയോക്താവ് ആവശ്യമാണ്

പാത്ത് /home/uXXXXX/.htpasswd എന്നത് ഞങ്ങളുടെ സെർവർ ഡിസ്കിലെ പാസ്‌വേഡ് ഫയലിലേക്കുള്ള പൂർണ്ണ പാതയെ സൂചിപ്പിക്കുന്നു. ഉദാഹരണത്തിന്, നിങ്ങൾ .htpasswd ഫയൽ (അതിൽ പാസ്‌വേഡുകൾ അടങ്ങിയിരിക്കും) നിങ്ങളുടെ ഹോം ഡയറക്‌ടറിയിൽ സ്ഥാപിക്കുകയാണെങ്കിൽ, നിങ്ങൾ FTP വഴി സെർവർ ആക്‌സസ് ചെയ്യുമ്പോൾ നിങ്ങൾ പോകുന്നിടത്ത്, ഈ ഫയലിലേക്കുള്ള പാത /home/uXXXX/.htpasswd പോലെ കാണപ്പെടും, ഇവിടെ uXXXXX എന്നത് നിങ്ങളുടെ വെർച്വൽ സൈറ്റുകളുടെ പേരാണ് (ഉദാഹരണത്തിന്, u12345).

AuthUserFile നിർദ്ദേശത്തിൽ, ലോഗിനുകൾ/പാസ്‌വേഡുകൾ ഉപയോഗിച്ച് ഫയലിലേക്കുള്ള സമ്പൂർണ്ണ പാത ഞങ്ങൾ വ്യക്തമാക്കുന്നു, അത് ഞങ്ങൾ കുറച്ച് കഴിഞ്ഞ് സൃഷ്ടിക്കും. നിങ്ങളുടെ കമ്പ്യൂട്ടറിൽ .htaccess ഫയൽ സൃഷ്‌ടിക്കുന്നു, കൂടാതെ ഒരു ടെക്‌സ്‌റ്റ് എഡിറ്റർ ഉപയോഗിച്ച് സെർവറിൽ നേരിട്ട് അല്ല, .htaccess എഫ്‌ടിപി വഴി കർശനമായി ടെക്‌സ്‌റ്റ് (ASCII) മോഡിൽ കൈമാറണം എന്നത് ശ്രദ്ധിക്കുക.

ഒരു പാസ്‌വേഡ് ഫയൽ സൃഷ്‌ടിക്കുക. പാസ്‌വേഡ് ഫയലിൽ ലോഗിൻ:പാസ്‌വേഡ് പോലുള്ള വരികൾ അടങ്ങിയിരിക്കണം. MD5 അൽഗോരിതം ഉപയോഗിച്ച് പാസ്‌വേഡ് എൻക്രിപ്റ്റ് ചെയ്തിരിക്കണം. അപ്പാച്ചെ - htpasswd-ൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന പ്രോഗ്രാം ഉപയോഗിക്കുക എന്നതാണ് അത്തരമൊരു ഫയൽ സൃഷ്ടിക്കുന്നതിനുള്ള ഒരു മാർഗ്ഗം (ഞങ്ങളുടെ സെർവറിൽ ഇത് /usr/local/bin/ ഡയറക്ടറിയിലാണ്, പൂർണ്ണ പാത /usr/local/bin/htpasswd ആണ്).

സെർവറിൽ നേരിട്ട് യുണിക്സ് ഷെല്ലിൽ ഒരു പാസ്‌വേഡ് ഫയൽ എങ്ങനെ സൃഷ്ടിക്കാമെന്ന് നോക്കാം. നമുക്ക് ഷെല്ലിലേക്ക് പോയി ഇനിപ്പറയുന്ന കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കാം:

htpasswd -mbc .htpasswd user1 sNQ7j9oR2w ഒരു പുതിയ ഫയൽ .htpasswd സൃഷ്‌ടിക്കുന്നു, കമാൻഡ് ലൈനിൽ വ്യക്തമാക്കിയ പാസ്‌വേഡ് ഉപയോഗിച്ച് ഉപയോക്താവ്1 എന്ന ഉപയോക്താവിനായി ഞങ്ങൾ ഒരു എൻട്രി ചേർക്കുന്നു. ദയവായി sNQ7j9oR2w മാറ്റി നിങ്ങളുടെ സ്വന്തം പാസ്‌വേഡ് ഉപയോഗിച്ച് ഉറപ്പാക്കുക - ഈ പാസ്‌വേഡ് ഇവിടെ കാണിച്ചിരിക്കുന്നത് ഉദാഹരണമായി മാത്രം
htpasswd .htpasswd user2 ഉപയോക്താവ് user2-ൻ്റെ നിലവിലുള്ള .htpasswd ഫയലിലേക്ക് ചേർത്തു, കൂടാതെ പ്രോഗ്രാമിൽ നിന്നുള്ള അനുബന്ധ അഭ്യർത്ഥനയ്ക്ക് മറുപടിയായി പാസ്‌വേഡ് സ്വമേധയാ നൽകുകയും ചെയ്യുന്നു.

നിങ്ങൾ Windows ഉപയോഗിക്കുകയും പാസ്‌വേഡുകൾ സൃഷ്‌ടിക്കാൻ unix ഷെൽ ഉപയോഗിക്കാൻ താൽപ്പര്യമില്ലെങ്കിൽ, നിങ്ങൾക്ക് htpasswd പ്രോഗ്രാമിൻ്റെ വിൻഡോസ് പതിപ്പ് ഡൗൺലോഡ് ചെയ്‌ത് നിങ്ങളുടെ കമ്പ്യൂട്ടറിൽ പാസ്‌വേഡുകളുള്ള ഒരു ഫയൽ സൃഷ്‌ടിച്ച ശേഷം അത് സെർവറിലേക്ക് അപ്‌ലോഡ് ചെയ്യാം. നിങ്ങൾ ഇതിനകം അപ്പാച്ചെയുടെ ഒരു വിൻഡോസ് പതിപ്പ് ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെങ്കിൽ, htpasswd.exe ഫയൽ പ്രോഗ്രാം ഫയലുകൾ\അപ്പാച്ചെ ഗ്രൂപ്പ്\അപ്പാച്ചെ\ബിൻ\ ഡയറക്ടറിയിൽ കാണാം.

അതിനാൽ, htpasswd.exe നേടുകയും ഇതുപോലുള്ള പാസ്‌വേഡുകൾ സൃഷ്ടിക്കാൻ അത് ഉപയോഗിക്കുക:

htpasswd.exe -mc .htpasswd user1 ഒരു പുതിയ പാസ്‌വേഡ് ഫയൽ htpasswd.exe സൃഷ്‌ടിക്കുക, പാസ്‌വേഡും അതിൻ്റെ സ്ഥിരീകരണവും സംവേദനാത്മകമായി അഭ്യർത്ഥിക്കും
htpasswd.exe -m .htpasswd user2 നിലവിലുള്ള പാസ്‌വേഡ് ഫയലിലേക്ക് htpasswd.exe എന്ന ഉപയോക്താവിനെ സംവേദനാത്മകമായി പാസ്‌വേഡ് ആവശ്യപ്പെടുന്നതിലൂടെ ഉപയോക്താവിനെ ചേർക്കുക

എല്ലാ ലോഗിനുകളും സൃഷ്ടിച്ച ശേഷം, ഫയൽ സെർവറിലേക്ക് അപ്‌ലോഡ് ചെയ്യണം.

ഉദാഹരണം: സൂചിക ഫയൽ അസാധുവാക്കൽ

സാഹചര്യം: ഉപയോക്താവ് കാറ്റലോഗ് ആക്സസ് ചെയ്തു http://www.your_domain.ru/price/. അത്തരമൊരു അഭ്യർത്ഥനയോടെ, ആദ്യത്തേത് തുറന്ന് കാണിക്കും. നിങ്ങൾ ഇൻഡെക്സ് ഫയൽ അസാധുവാക്കുകയും അത് ആദ്യം തുറക്കുന്നത് index.htm അല്ല, ഉദാഹരണത്തിന്, myindex.php ഫയൽ ഉണ്ടാക്കുകയും ചെയ്യണമെങ്കിൽ, .htaccess ഫയലിൽ ഇനിപ്പറയുന്ന നിർദ്ദേശം നൽകിക്കൊണ്ട് നിങ്ങൾക്ക് ഇത് ചെയ്യാൻ കഴിയും. ഉചിതമായ ഡയറക്ടറിയിൽ:

ഡയറക്ടറിഇൻഡക്സ് myindex.php

അത്തരം ഉള്ളടക്കമുള്ള .htaccess ലഭിച്ചാൽ, അപ്പാച്ചെ വെബ് സെർവർ myindex.php ഫയൽ സ്ഥിരസ്ഥിതിയായി തുറക്കും.

ഉദാഹരണം: ഒരു ലിസ്‌റ്റിംഗ് നൽകാനുള്ള നിരോധനവും അനുമതിയും

ചില സാഹചര്യങ്ങളിൽ, ഡിഫോൾട്ടായി കാണിക്കുന്ന ഒരു ഫയലും ഡയറക്ടറിയിൽ ഇല്ലെങ്കിൽ, ഒരു ഡയറക്ടറിയിൽ (ഡയറക്‌ടറി ലിസ്റ്റിംഗ്) ഫയലുകളുടെ ഒരു ലിസ്റ്റ് പ്രദർശിപ്പിക്കേണ്ടത് ആവശ്യമാണ്. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ .htaccess-ലേക്ക് ഇനിപ്പറയുന്ന വരി ചേർക്കേണ്ടതുണ്ട്:

ഓപ്ഷനുകൾ + സൂചികകൾ

നിങ്ങൾ ലിസ്റ്റിംഗ് അനുവദിക്കാൻ ഉദ്ദേശിക്കുന്ന കൃത്യമായ ഡയറക്‌ടറിയിൽ .htaccess ഫയൽ സൃഷ്‌ടിച്ചിരിക്കണം. ഈ നിർദ്ദേശം എല്ലാ ഉപഡയറക്‌ടറികൾക്കും ബാധകമാകും (ഡിഫോൾട്ടായി വെർച്വൽ ഹോസ്റ്റ് സജ്ജീകരണങ്ങളിൽ AllowOverride All നിർദ്ദേശം പ്രവർത്തനക്ഷമമാക്കുന്നതിലൂടെ ഇത് നേടാനാകും).

ഡിഫോൾട്ടായി, Options -Indexes ഡയറക്റ്റീവ് പ്രവർത്തനക്ഷമമാക്കിയിരിക്കുന്നു, ഈ സാഹചര്യത്തിൽ നിങ്ങൾക്ക് ഒരു HTTP പിശക് 403 ലഭിക്കും.

ഫയൽ നാമങ്ങളിലെ എൻകോഡിംഗ് ശരിയായി പ്രദർശിപ്പിച്ചിട്ടില്ലെങ്കിൽ, ആവശ്യമുള്ള എൻകോഡിംഗ് വ്യക്തമാക്കാൻ Charset പ്രോപ്പർട്ടി ഉപയോഗിക്കുക. ഉദാഹരണത്തിന്, UTF-8 എൻകോഡിംഗിൽ സിറിലിക് പ്രതീകങ്ങൾ പ്രദർശിപ്പിക്കുന്നതിന്, .htaccess ഫയലിലേക്ക് ഇനിപ്പറയുന്ന നിർദ്ദേശങ്ങൾ ചേർക്കുക:

IndexOptions Charset=UTF-8 ഉദാഹരണം: ഇഷ്‌ടാനുസൃത പിശക് പേജുകൾ ഉദാഹരണം: ചില IP വിലാസങ്ങളിൽ നിന്നുള്ള ആക്‌സസ് നിരസിക്കുക

ചില IP വിലാസങ്ങളിൽ നിന്ന് ഒരു സൈറ്റിലേക്കോ അതിൻ്റെ ഭാഗത്തേക്കോ ഉള്ള ആക്സസ് തടയാൻ ചിലപ്പോൾ അത് ആവശ്യമായി വരും.

ഈ സാഹചര്യത്തിൽ, നിങ്ങൾ ആവശ്യമുള്ള ഡയറക്‌ടറിയിൽ നിർദ്ദേശങ്ങളുള്ള ഒരു .htaccess ഫയൽ സൃഷ്‌ടിക്കേണ്ടതുണ്ട്. ഉദാഹരണത്തിന്, IP വിലാസം 172.16.16.16-ൽ നിന്നുള്ള ആക്സസ് നിരസിക്കാൻ:

172.16.16.16 മുതൽ എല്ലാ നിഷേധികളിൽ നിന്നും അനുവദിക്കുക, നിരസിക്കുക അനുവദിക്കുക എന്ന് ഓർഡർ ചെയ്യുക

ഇപ്പോൾ, 172.16.16.16 എന്ന IP വിലാസത്തിൽ നിന്ന് സൈറ്റ് ആക്സസ് ചെയ്യാൻ ശ്രമിക്കുമ്പോൾ, ഈ പിശകിന് സന്ദർശകന് 403 പിശക് അല്ലെങ്കിൽ നിങ്ങളുടെ പേജ് ലഭിക്കും.

വിലാസത്തിൻ്റെ ഒരു ഭാഗം 172.16.16 എന്ന് വ്യക്തമാക്കുന്നത് 172.16.16/24 സബ്‌നെറ്റിൽ നിന്നുള്ള ആക്‌സസ്സ് നിയന്ത്രിക്കും.

ചിലപ്പോൾ നിങ്ങൾ നേരെ വിപരീതമായി പ്രവർത്തിക്കുകയും നിങ്ങളുടേത് ഒഴികെയുള്ള എല്ലാ ഐപികൾക്കും സൈറ്റിലേക്കുള്ള ആക്സസ് തടയുകയും വേണം (). ഉദാഹരണത്തിന്, 172.16.16.16 IP വിലാസത്തിലേക്ക് മാത്രം ആക്സസ് അനുവദിക്കുന്നതിന്, .htaccess ഫയലിലേക്ക് ഇനിപ്പറയുന്ന പ്രസ്താവന ചേർക്കുക:

172.16.16.16 മുതൽ അനുവദിക്കുക, അനുവദിക്കാതിരിക്കുക എന്ന് ഓർഡർ ചെയ്യുക

അപ്പാച്ചെ ഡോക്യുമെൻ്റേഷനിൽ കൂടുതൽ വിശദമായ ഡോക്യുമെൻ്റേഷൻ നിങ്ങൾക്ക് കണ്ടെത്താം.

ഉദാഹരണം: ചില ഫയലുകളിലേക്കുള്ള പ്രവേശനം നിഷേധിക്കുന്നു

ചിലപ്പോൾ ചില ഫയലുകളിലേക്കുള്ള ആക്സസ് നിരസിക്കേണ്ടത് ആവശ്യമായി വരും. ഉദാഹരണത്തിന്, ഡാറ്റാബേസുകൾ, ഇൻ്റർഫേസുകൾ മുതലായവയിലേക്കുള്ള ആക്സസ് വിശദാംശങ്ങൾ അടങ്ങിയ കോൺഫിഗറേഷൻ ഫയലുകളിലേക്ക്. config.cfg ഫയലിൽ നിങ്ങൾ ഡാറ്റാബേസ് ആക്‌സസ് ചെയ്യുന്നതിനുള്ള ലോഗിൻ/പാസ്‌വേഡ് സംഭരിക്കുന്നു എന്ന് പറയാം. ഈ ഡയറക്‌ടറിയിൽ ഞങ്ങൾ ഒരു .htaccess ഫയൽ സൃഷ്‌ടിക്കുന്നു:

എല്ലാവരിൽ നിന്നും അനുവദിക്കുക, നിരസിക്കുക എന്നിവ ഓർഡർ ചെയ്യുക

ഇപ്പോൾ, ഒരു സന്ദർശകൻ ബ്രൗസറിൽ http://www.your_domain.ru//config.cfg പോലെ എന്തെങ്കിലും ടൈപ്പ് ചെയ്താൽ, ഈ പിശകിന് അയാൾക്ക് 403 പിശക് അല്ലെങ്കിൽ നിങ്ങളുടെ പേജ് ലഭിക്കും.

ഉദാഹരണം: അവസാനം പരിഷ്കരിച്ച തലക്കെട്ട്

ചില സാഹചര്യങ്ങളിൽ, അവസാനം പരിഷ്കരിച്ച HTTP തലക്കെട്ട് നൽകുന്നതിന് വെബ് സെർവർ ആവശ്യമാണ്. ഉദാഹരണത്തിന്, Yandex-ൽ നിങ്ങളുടെ റിസോഴ്സ് രജിസ്റ്റർ ചെയ്യുമ്പോൾ, "തെറ്റായ തീയതികൾ" എന്ന പിശക് ദൃശ്യമാകുന്നു. സ്റ്റാറ്റിക് ഡോക്യുമെൻ്റുകൾക്കായി, സെർവർ എല്ലായ്‌പ്പോഴും അവസാനമായി പരിഷ്‌ക്കരിച്ച മൂല്യം തിരികെ നൽകും. ഇത് html ഫയലുകൾക്ക് സാധുതയുള്ളതാണ്. SSI-യ്‌ക്കായി, “XBitHack full” നിർദ്ദേശം വ്യക്തമാക്കിയിട്ടുണ്ടെങ്കിൽ (ഈ വരി .htaccess-ൽ എഴുതുക) കൂടാതെ ആക്‌സസ് ചെയ്യുന്ന ഫയലിൽ ഗ്രൂപ്പ് സെറ്റിനുള്ള “എക്‌സിക്യൂട്ടബിൾ” ആട്രിബ്യൂട്ട് ഉണ്ടെങ്കിൽ സെർവർ അവസാനം പരിഷ്‌ക്കരിച്ച മൂല്യം ഔട്ട്‌പുട്ട് ചെയ്യും. സ്ക്രിപ്റ്റുകളിൽ, അവസാനം പരിഷ്കരിച്ചത് മറ്റ് മാർഗങ്ങളിലൂടെയാണ് നൽകുന്നത്. ഉദാഹരണത്തിന്, PHP സ്ക്രിപ്റ്റ് ചലനാത്മകമായി കോഡ് ജനറേറ്റുചെയ്യുന്നുവെന്ന് ഞങ്ങൾ കണക്കിലെടുക്കുകയാണെങ്കിൽ, ഏറ്റവും യുക്തിസഹമായ കാര്യം നിലവിലെ തീയതിയും സമയവും അവസാനം പരിഷ്കരിച്ചതായി നൽകുക എന്നതാണ്./>

ഇത് ഇനിപ്പറയുന്ന രീതിയിൽ നടപ്പിലാക്കുന്നു:

ശ്രദ്ധിക്കുക: സ്‌ക്രിപ്റ്റ് ഉപയോക്താവിൻ്റെ ബ്രൗസറിലേക്ക് html ടെക്‌സ്‌റ്റ് ഔട്ട്‌പുട്ട് ചെയ്യാൻ തുടങ്ങുന്നതിന് മുമ്പ് ഹെഡർ കമാൻഡ് PHP സ്‌ക്രിപ്റ്റിൽ എക്‌സിക്യൂട്ട് ചെയ്യണം.

"1C-Bitrix: സൈറ്റ് മാനേജ്മെൻ്റ്" സജ്ജീകരണ സമയത്ത് (ഇൻസ്റ്റാളേഷൻ) നിങ്ങൾ വ്യക്തമാക്കിയ ഏത് തലത്തിലുള്ള അവകാശങ്ങളിലും പ്രവർത്തിക്കുന്നു.

തന്നിരിക്കുന്ന CHMOD (എഴുതുകയും സൃഷ്‌ടിക്കുകയും ചെയ്‌തത്) ഉള്ള ഫോൾഡറുകളും ഫയലുകളും ഉപയോഗിച്ച് ഉൽപ്പന്നം ശരിയായി പ്രവർത്തിക്കുന്നതിന്, നിങ്ങൾ / bitrix/ php_ ഇൻ്റർഫേസ്/ dbconn എന്ന ഫയലിൽ ഇൻസ്റ്റാൾ ചെയ്യേണ്ടതുണ്ട്. php ഇനിപ്പറയുന്ന സ്ഥിരാങ്കങ്ങൾ:

ഇവ മിക്ക ഹോസ്റ്റിംഗ് സേവനങ്ങളിലെയും സാധാരണ അനുമതി ക്രമീകരണങ്ങളാണ് (ഫയലുകൾക്ക് 0644, ഫോൾഡറുകൾക്ക് 0755). പ്രവർത്തനത്തിൽ എന്തെങ്കിലും പ്രശ്നങ്ങൾ നേരിടുകയാണെങ്കിൽ, നിങ്ങളുടെ ഹോസ്റ്റിംഗ് സാങ്കേതിക പിന്തുണയുമായി ബന്ധപ്പെടുക.

കൺസോൾ മോഡിൽ CHMOD കമാൻഡ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് ആവശ്യമുള്ള ലെവൽ അവകാശങ്ങൾ സ്വയം സജ്ജമാക്കാൻ കഴിയും.

ഇനിപ്പറയുന്ന കോൾ ഫയലുകൾക്കും ഫോൾഡറുകൾക്കുമുള്ള അനുമതി നില സജ്ജമാക്കുന്നു:

ഫോൾഡറുകളിൽ വ്യക്തിഗതമായി അനുമതികൾ സജ്ജീകരിക്കുന്നതിന്, നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന വാക്യഘടന ഉപയോഗിക്കാം:

കണ്ടെത്തുക. - തരം d - exec chmod 0755 () ";"

ഫോൾഡറുകൾക്കും ഫയലുകൾക്കുമായി നിങ്ങൾക്ക് വ്യത്യസ്ത അവകാശങ്ങൾ സജ്ജീകരിക്കണമെങ്കിൽ, ഇനിപ്പറയുന്ന സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുക:

നിർവ്വചിക്കുക ("BX_FILE_PERMISSIONS", 0644);

നിർവ്വചിക്കുക("BX_DIR_PERMISSIONS", 0755);

ഫംഗ്‌ഷൻ chmod_R($path) (

$ ഹാൻഡിൽ = opendir ($path);

അതേസമയം (തെറ്റ്!== ($file = readdir($handle))) (

എങ്കിൽ (($file!== ".") && ($file!== "..")) (

എങ്കിൽ (is_file($path."/".$file)) (

chmod($path. "/" . $file, BX_FILE_PERMISSIONS);

chmod($path. "/" . $file, BX_DIR_PERMISSIONS);

chmod_R($path. "/" . $file);

ക്ലോസ്ഡിർ ($ ഹാൻഡിൽ);

$പാത്ത്=പേര് (__FILE__);

ഫയലുകൾക്കും ഫോൾഡറുകൾക്കുമായി ആവർത്തനാവകാശങ്ങൾ പ്രത്യേകം സജ്ജമാക്കാൻ, നിങ്ങൾക്ക് ചില FTP ക്ലയൻ്റ് പ്രോഗ്രാമുകൾ ഉപയോഗിക്കാം. ഉദാഹരണത്തിന്, FlashFXP പതിപ്പ് 3.xx ഉം അതിലും ഉയർന്നതും.

ഫയലുകൾക്കും ഫോൾഡറുകൾക്കുമുള്ള അനുമതികൾ വേർതിരിക്കാൻ FlashFXP നിങ്ങളെ അനുവദിക്കുന്നു, എന്നാൽ അനുമതികൾ കൂടുതൽ സാവധാനത്തിൽ മാറ്റുന്നു.

അനുബന്ധ ഫ്ലാഗുകളുടെ ക്രമീകരണങ്ങൾ ശ്രദ്ധിക്കുക:

· ഫയൽ, ഫോൾഡർ ആട്രിബ്യൂട്ടുകൾ പ്രത്യേകം സജ്ജമാക്കുക (ഫയലുകൾക്കും ഫോൾഡറുകൾക്കും പ്രത്യേകം അവകാശങ്ങൾ സജ്ജമാക്കുക);

· എല്ലാ സബ്ഫോൾഡറുകളിലും ഫയലുകളിലും മാറ്റങ്ങൾ പ്രയോഗിക്കുക (സബ്ഫോൾഡറുകൾക്കും ഫയലുകൾക്കുമുള്ള അവകാശങ്ങളുടെ ആവർത്തന ക്രമീകരണം).

ഓരോ ക്രമീകരണത്തിനും അതിൻ്റേതായ ലെവൽ ഉണ്ട് (ചിത്രം 10.3, ചിത്രം 10.4):

https://pandia.ru/text/80/333/images/image084.gif" width="353" height="310 src=">

അരി. 10.4 ഫോൾഡർ അനുമതികൾ ക്രമീകരിക്കുന്നു

ശ്രദ്ധിക്കുക: സിസ്റ്റം തലത്തിൽ സജ്ജീകരിച്ചിരിക്കുന്ന ഫയലുകളിലേക്കും ഫോൾഡറുകളിലേക്കുമുള്ള ആക്സസ് അവകാശങ്ങൾ കാണുന്നതിന് സ്ട്രക്ചർ മാനേജ്മെൻ്റ് മൊഡ്യൂൾ നിങ്ങളെ അനുവദിക്കുന്നു (ചിത്രം 10.5):

ഉടമ" href="/text/category/vladeletc/" rel="bookmark">ഉടമയും ഉപയോക്തൃ ഗ്രൂപ്പും (*nix-ന്).

ഫയലുകൾ ഉപയോഗിക്കുന്നു. htaccess

.htaccess ഫയൽ ഉപയോഗിച്ച് അപ്പാച്ചെ വെബ് സെർവർ എങ്ങനെ ക്രമീകരിക്കാമെന്ന് ഈ വിഭാഗം ചർച്ച ചെയ്യുന്നു.

മിക്ക സാഹചര്യങ്ങളിലും, എല്ലാ ഉപയോക്താക്കൾക്കും ബാധകമായ സെർവർ കോൺഫിഗറേഷൻ ഫയൽ (httpd.conf) ആക്സസ് ചെയ്യാനുള്ള അവകാശം സെർവർ ഉപയോക്താവിന് ഇല്ല. നിങ്ങളുടെ സൈറ്റിനെ മാത്രം ബാധിക്കുന്ന കോൺഫിഗറേഷൻ മാറ്റങ്ങൾ വരുത്താൻ .htaccess ഫയൽ നിങ്ങളെ അനുവദിക്കുന്നു.

httpd സെർവർ കോൺഫിഗറേഷൻ ക്രമീകരണ ഫയലിൽ, .htaccess ഫയലിൻ്റെ ക്രമീകരണങ്ങൾ സിസ്റ്റം അവഗണിക്കുന്നില്ലെന്ന് ഉറപ്പാക്കാൻ. .htaccess ഉപയോഗിക്കുന്നതിനുള്ള conf അനുമതി സജ്ജീകരിച്ചിരിക്കുന്നു. ഈ അനുമതിയുടെ പിന്തുണയോടെ പരിശോധിക്കുക.

.htaccess ഫയലിൽ ഫയൽ സ്ഥിതിചെയ്യുന്ന ഡയറക്‌ടറിക്കും ഈ ഡയറക്‌ടറിയിലെ എല്ലാ ഉപഡയറക്‌ടറികൾക്കും ബാധകമായ നിർദ്ദേശങ്ങൾ അടങ്ങിയിരിക്കുന്നു. സെർവറിൻ്റെ റൂട്ട് ഡയറക്‌ടറിയിലാണ് .htaccess സ്ഥിതി ചെയ്യുന്നതെങ്കിൽ, അതിൻ്റെ സ്വന്തം .htaccess ഫയൽ സ്ഥിതിചെയ്യുന്ന ഡയറക്‌ടറികൾ ഒഴികെ, അതിൻ്റെ പ്രഭാവം മുഴുവൻ സെർവറിനും ബാധകമാണ്. .htaccess ഫയലുകളിലെ നിർദ്ദേശങ്ങൾ അവ കണ്ടെത്തിയ ക്രമത്തിൽ പ്രയോഗിക്കുന്നു. അതിനാൽ, തന്നിരിക്കുന്ന ഡയറക്‌ടറിയിലെ ഒരു ഫയലിൻ്റെ നിർദ്ദേശങ്ങൾക്ക് ഡയറക്‌ടറി ട്രീയിലെ ഡയറക്‌ടറിയിലെ ഡയറക്‌റ്റീവിനേക്കാൾ ഉയർന്ന മുൻഗണനയുണ്ട്.

.htaccess ഫയലിൽ മാറ്റങ്ങൾ വരുത്തുമ്പോൾ സെർവർ പുനരാരംഭിക്കേണ്ടതില്ല. സെർവർ ആക്‌സസ് ചെയ്യുമ്പോഴെല്ലാം .htaccess ഫയൽ പരിശോധിക്കപ്പെടുന്നു, അതിനാൽ മാറ്റങ്ങൾ വരുത്തിയ ഉടൻ തന്നെ അവ പ്രാബല്യത്തിൽ വരും. ഫയൽ ഒരു സേവന ഫയലായതിനാൽ, ഒരു വെബ് ബ്രൗസറിൽ നിന്ന് ഉപയോക്താക്കൾക്ക് ഇത് ആക്സസ് ചെയ്യാൻ കഴിയില്ല.

പൊതുവേ, .htaccess ഫയലിൻ്റെ വാക്യഘടന പ്രധാന കോൺഫിഗറേഷൻ ഫയലിൻ്റെ വാക്യഘടനയ്ക്ക് സമാനമാണ്. എന്നിരുന്നാലും, ഫയൽ നിർദ്ദേശങ്ങളുടെ പ്രഭാവം AllowOverride നിർദ്ദേശം വഴി പരിമിതപ്പെടുത്താം. ഏത് തരത്തിലുള്ള .htaccess ഫയൽ നിർദ്ദേശങ്ങൾക്ക് മുമ്പത്തെ ആക്‌സസ് ക്രമീകരണങ്ങൾ അസാധുവാക്കാമെന്ന് ഇത് നിർണ്ണയിക്കുന്നു.

കുറിപ്പ്: ഇൻസ്റ്റാളേഷൻ സമയത്ത്, പ്രീ-വാലിഡേഷൻ ഘട്ടം .htaccess ഫയലുകളുടെ പ്രോസസ്സിംഗ് പരിശോധിക്കുന്നു.

ഷിപ്പ് ചെയ്‌ത ഉൽപ്പന്നത്തിൽ, ഡിഫോൾട്ട് .htaccess ഫയലിൽ ഇനിപ്പറയുന്ന നിർദ്ദേശങ്ങൾ അടങ്ങിയിരിക്കുന്നു:

ഓപ്ഷനുകൾ - സൂചികകൾ

ErrorDocument 404 /404.php

#php_flag അനുവദിക്കുക_കോൾ_ടൈം_പാസ്_റഫറൻസ് 1

#php_flag സെഷൻ. use_trans_sid ഓഫ്

#php_value display_errors 1

php_value mbstring. func_overload 2

php_value mbstring. ഇൻ്റേണൽ_എൻകോഡിംഗ് UTF-8

ഓപ്ഷനുകൾ +FollowSymLinks

റീറൈറ്റ് എഞ്ചിൻ ഓൺ

RewriteRule.* -

RewriteCond %(REQUEST_FILENAME) !-f

RewriteCond %(REQUEST_FILENAME) !-l

RewriteCond %(REQUEST_FILENAME) !-d

RewriteCond %(REQUEST_FILENAME) !/bitrix/urlrewrite. php$

RewriteRule ^(.*)$ /bitrix/urlrewrite. php[L]

ഡയറക്ടറി സൂചിക സൂചിക. php സൂചിക. html

കാലഹരണപ്പെടുന്നത് സജീവമാണ്

ബൈടൈപ്പ് ഇമേജ്/jpeg "ആക്സസും 3 ദിവസവും" കാലഹരണപ്പെടുന്നു

ബൈ ടൈപ്പ് ഇമേജ്/ജിഫ് "ആക്സസും 3 ദിവസവും" കാലഹരണപ്പെടുന്നു

കുറിപ്പ്: അഭിപ്രായമിട്ട PHP നിർദ്ദേശങ്ങൾ പ്രവർത്തനക്ഷമമാക്കുന്നതിന്, വരിയുടെ തുടക്കത്തിലെ കമൻ്റ് മാർക്ക് (#) നിങ്ങൾ നീക്കം ചെയ്യണം. നിങ്ങളുടെ അപ്പാച്ചെ സെർവറിന് PHP ഫ്ലാഗുകൾ ഉപയോഗിക്കാനുള്ള അനുമതി ഇല്ലെങ്കിൽ, ഈ നിർദ്ദേശങ്ങൾ നടപ്പിലാക്കുന്നത് ഒരു ആന്തരിക പിശകിന് കാരണമാകും (500). ഒരു പിശക് സംഭവിക്കുകയാണെങ്കിൽ, ഓരോന്നിൻ്റെയും തുടക്കത്തിൽ ഒരു # ചിഹ്നം സ്ഥാപിച്ചുകൊണ്ട് നിങ്ങൾ നിർദ്ദേശങ്ങൾ വീണ്ടും അഭിപ്രായമിടണം.

അഭിപ്രായ ചിഹ്നം (#) കൊണ്ട് അടയാളപ്പെടുത്തിയിട്ടില്ലാത്ത മറ്റ് PHP നിർദ്ദേശങ്ങൾക്കായി, സിസ്റ്റത്തിൽ ആവശ്യമായ അപ്പാച്ചെ മൊഡ്യൂളുകളുടെ സാന്നിധ്യത്തിനായി ഒരു പരിശോധന ചേർത്തു. ഈ നിർദ്ദേശങ്ങൾ പാലിക്കുന്നത് സിസ്റ്റത്തിൽ ഒരു പിശക് ഉണ്ടാക്കില്ല.

· PHP നിർദ്ദേശം php_flag സെഷൻ. use_trans_sid ഓഫ് സൈറ്റിലെ ലിങ്കിലെ സെഷൻ ഐഡൻ്റിഫയറിൻ്റെ പകരക്കാരനെ പ്രവർത്തനരഹിതമാക്കുന്നു.

PHP ഫ്ലാഗിൻ്റെ മൂല്യം php_value display_errors 1 ന് തുല്യമാണ്, പിശക് സന്ദേശങ്ങൾ പ്രദർശിപ്പിക്കാനുള്ള അനുമതി പ്രവർത്തനക്ഷമമാണെന്ന് സൂചിപ്പിക്കുന്നു; php_value error_reporting നിർദ്ദേശം ഒരു സന്ദേശം പ്രദർശിപ്പിക്കുന്നതിന് കാരണമാകുന്ന പിശകുകളുടെ നില നിർണ്ണയിക്കുന്നു. ഈ നിർദ്ദേശങ്ങൾ ഉപയോഗിച്ച്, നിങ്ങൾക്ക് PHP വ്യാഖ്യാതാവ് വഴി പിശക് സന്ദേശങ്ങളുടെ ഔട്ട്പുട്ട് മോഡ് ക്രമീകരിക്കാൻ കഴിയും.

· php_value mbstring നിർദ്ദേശങ്ങൾ. func_overload 2, php_value mbstring. ഇൻ്റേണൽ_എൻകോഡിംഗ് UTF-8 mbstring ലൈബ്രറിയുടെ കോൺഫിഗറേഷൻ നിയന്ത്രിക്കുന്നു.

· IfModule mod_rewrite ഡയറക്റ്റീവ് ബ്ലോക്ക്. c എന്നത് mod_rewrite-നുള്ള നിയമ ക്രമീകരണമാണ്.

· എക്‌സ്‌പയേഴ്‌സ് ആക്റ്റീവ് ഓൺ ഡയറക്‌ടീവ് ഇമേജ് കാഷിംഗ് പ്രാപ്‌തമാക്കുന്നു, ഇത് സൈറ്റ് പേജുകൾ വീണ്ടും ആക്‌സസ് ചെയ്യുമ്പോൾ അവയുടെ ലോഡിംഗ് വേഗത്തിലാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ExpiresByType image/jpeg "access plus 3 day", ExpiresByType ഇമേജ്/gif "ആക്സസ് പ്ലസ് 3 ദിവസം" നിർദ്ദേശങ്ങൾ, അതാകട്ടെ, ഇമേജ് ഫോർമാറ്റും കാഷിംഗ് നടത്തേണ്ട കാലയളവും നിർണ്ണയിക്കുന്നു. സ്ഥിരസ്ഥിതിയായി, *.jpeg, *.gif ഫോർമാറ്റുകളിലെ ചിത്രങ്ങൾ 3 ദിവസത്തേക്ക് കാഷെ ചെയ്യുന്നു.

ശ്രദ്ധിക്കുക: മാറ്റങ്ങൾ വരുത്തിയ ശേഷം, .htaccess ഫയൽ UNIX ഫോർമാറ്റിൽ സേവ് ചെയ്യണം (FAR ഷെല്ലിന്, "UNIX ടെക്‌സ്‌റ്റായി സംരക്ഷിക്കുക" എന്നതാണ് ഓപ്ഷൻ).

സെർവർ പിശകുകൾ 500 - ആന്തരിക സെർവർ പിശക്

ഒരു സെർവർ പിശക് വിവിധ കാരണങ്ങളാൽ സംഭവിക്കാം, അതിനാൽ ഇത് നിർണ്ണയിക്കുന്നത് വളരെ സങ്കീർണ്ണവും സമയമെടുക്കുന്നതുമാണ്. ഇതൊരു "1C-Bitrix: Site Management" പിശകല്ല. പരിമിതമായ സിസ്റ്റം ഉറവിടങ്ങൾ കാരണം പങ്കിട്ട ഹോസ്റ്റിംഗിൽ സെർവർ പിശക് പലപ്പോഴും സംഭവിക്കാറുണ്ട്.

ഒരു സെർവർ പിശക് സംഭവിക്കുമ്പോൾ, നിങ്ങൾ ആദ്യം ചെയ്യേണ്ടത് സെർവർ പിശക് നോക്കുക എന്നതാണ്. ലോഗ്. ഈ ഫയലിൽ ഒരു പിശക് കോഡുള്ള ഒരു ലൈൻ അടങ്ങിയിരിക്കാം.

· ഒരു സെർവർ പിശകിൻ്റെ കാരണത്തിൻ്റെ ഒരു സാധാരണ ഉദാഹരണം ഹോസ്റ്റിംഗിൽ അനുവദനീയമായ അവകാശങ്ങൾ കവിഞ്ഞേക്കാം.

ഉദാഹരണത്തിന്, സെർവറിൽ പ്രവർത്തിക്കാൻ അനുവദിക്കാത്ത ആട്രിബ്യൂട്ടുകളുള്ള ഒരു ഫയൽ എക്സിക്യൂട്ട് ചെയ്യാനുള്ള ശ്രമം സംഭവിക്കുന്നു (ഉദാഹരണത്തിന്, ഒരു ഫയലിന് 0755 ആട്രിബ്യൂട്ടുകൾ ഉണ്ട്, എന്നാൽ 0711 അനുവദിച്ചിരിക്കുന്നു).

PHP സ്ക്രിപ്റ്റുകളുടെ നിർവ്വഹണത്തിനുള്ള സമയപരിധിയുടെ സാന്നിധ്യമായിരിക്കാം മറ്റൊരു സാധ്യമായ കാരണം. അല്ലെങ്കിൽ ഫയൽ എഴുതാനോ വായിക്കാനോ സിസ്റ്റത്തിന് അവകാശമില്ല.

സെർവർ കോൺഫിഗറേഷൻ ലംഘനം അല്ലെങ്കിൽ .htaccess ഫയലിൽ പോലെയുള്ള അനധികൃത നിർദ്ദേശങ്ങൾ ഉപയോഗിക്കാനുള്ള ശ്രമമാണ് ആന്തരിക സെർവർ പിശകിൻ്റെ മറ്റൊരു സാധാരണ കാരണം. ഈ സാഹചര്യത്തിൽ, നിങ്ങൾ അഭിപ്രായമിടുകയോ അല്ലെങ്കിൽ അനുബന്ധ ഫയലിലെ അനധികൃത നിർദ്ദേശങ്ങൾ അടങ്ങിയ ലൈൻ ഇല്ലാതാക്കുകയോ ചെയ്യേണ്ടതുണ്ട് (ഉദാഹരണത്തിന്, .htaccess ).

ശ്രദ്ധിക്കുക: PHP CGI ആയി പ്രവർത്തിക്കുകയാണെങ്കിൽ, സെർവറിലെ 500 പിശക് ഒരു PHP മാരകമായ പിശക് മൂലമാകാം. ഈ സാഹചര്യത്തിൽ, പ്രോഗ്രാം കോഡ് പരിശോധിച്ച് പിശക് നിർണ്ണയിക്കാൻ ശുപാർശ ചെയ്യുന്നു.

htaccess ഫയൽ - ക്രമീകരണങ്ങളും ഉപയോഗത്തിൻ്റെ ഉദാഹരണങ്ങളും - 21 വോട്ടുകളെ അടിസ്ഥാനമാക്കി 5-ൽ 3.8

അപ്പാച്ചെ വെബ് സെർവറിൻ്റെയും സമാന സെർവറുകളുടെയും ക്രമീകരണങ്ങൾ ക്രമീകരിക്കാനും അസാധുവാക്കാനും htaccess ഫയൽ നിങ്ങളെ അനുവദിക്കുന്നു. അതിൻ്റെ സഹായത്തോടെ, ചില ഹോസ്റ്റിംഗ് ഉപയോക്താക്കൾക്കും ഒരു നിർദ്ദിഷ്ട ഉപയോക്താവിൻ്റെ വ്യക്തിഗത ഫോൾഡറുകളിൽ പോലും സെർവറിനായി നിങ്ങൾക്ക് അനുമതികളും പാരാമീറ്ററുകളും സജ്ജമാക്കാൻ കഴിയും.

പഴയ URL-കളിൽ നിന്ന് പുതിയവയിലേക്ക് 301 റീഡയറക്‌ടുകൾ സൃഷ്‌ടിക്കുന്നതിനും ഫയൽ തരം പുനർവിന്യാസം, നിയന്ത്രിത ഡയറക്‌ടറി ആക്‌സസ്സ് എന്നിവയ്‌ക്കും അതിലേറെ കാര്യങ്ങൾക്കും ഇത് മിക്കപ്പോഴും ഉപയോഗിക്കുന്നു. htaccess ഫയലിന് നന്ദി, പ്രധാന കോൺഫിഗറേഷൻ ഫയൽ ആക്സസ് ചെയ്യേണ്ട ആവശ്യമില്ല കൂടാതെ സെർവറിൻ്റെ മുഴുവൻ പ്രവർത്തനത്തെയും ബാധിക്കും.

എന്താണ് ഒരു htaccess ഫയൽ, അത് എന്തിനുവേണ്ടിയാണ് ഉപയോഗിക്കുന്നത്?

സൂചിപ്പിച്ചതുപോലെ, അപ്പാച്ചെയുടെയും മറ്റ് സെർവറുകളുടെയും ചില പാരാമീറ്ററുകൾ സജ്ജമാക്കാൻ htaccess ഉപയോഗിക്കുന്നു. വലുതും വിചിത്രവുമായ വിപുലീകരണം ഉണ്ടായിരുന്നിട്ടും, .htaccess ഫയൽ ഇഷ്ടാനുസൃതമാക്കുന്നത് ഏതെങ്കിലും ടെക്സ്റ്റ് എഡിറ്റർ ഉപയോഗിച്ച് അതിൻ്റെ ഉള്ളടക്കങ്ങൾ തുറന്ന് മാറ്റുന്നതിലൂടെയാണ്.

ഓരോ ഉപയോക്താവിനും സെർവർ കോൺഫിഗറേഷൻ മാറ്റാനുള്ള കഴിവ് നൽകുന്നതിന് പ്രത്യേകമായി കണ്ടുപിടിച്ചതാണ് htaccess ഫയൽ, അത് അവരുടെ സ്വന്തം സൈറ്റിനെ മാത്രം ബാധിക്കുന്നു, അല്ലാതെ മുഴുവൻ സെർവറിനെയും ബാധിക്കില്ല. അപ്പാച്ചെയുടെ പ്രധാന കോൺഫിഗറേഷൻ നിർദ്ദേശങ്ങൾ httpd.conf ഫയലിൽ ഉണ്ടെന്ന് എല്ലാവർക്കും അറിയാം. എന്നിരുന്നാലും, മിക്ക ഉപയോക്താക്കളും, ഞങ്ങൾ പങ്കിട്ട ഹോസ്റ്റിംഗിനെക്കുറിച്ച് സംസാരിക്കുകയാണെങ്കിൽ, എല്ലാ ഉപയോക്താക്കൾക്കും അത് ആക്‌സസ് ചെയ്യാനുള്ള കഴിവും അത് പരിഷ്‌ക്കരിക്കുന്നതിനുള്ള അവകാശവും ഇല്ല, കാരണം ഈ പ്രവർത്തനം എല്ലാവർക്കും ബാധകമാകും.

htaccess വിപുലീകരണമുള്ള ഒരു ഫയലിനെ പലപ്പോഴും ഡൈനാമിക് എന്ന് വിളിക്കുന്നു. കാരണം, സെർവർ അത് അടങ്ങുന്ന ഡയറക്‌ടറിയിലേക്ക് ഒരു അഭ്യർത്ഥന നടത്തേണ്ട സമയത്തെല്ലാം അത് ആക്‌സസ് ചെയ്യണം. ഒരുപക്ഷേ ഇത് ഒരു പ്രധാന നേട്ടമാണ്, കാരണം സെർവർ പുനരാരംഭിക്കാതെ തന്നെ ഫയലിൽ ഉപയോക്താവ് വരുത്തിയ മാറ്റങ്ങൾ ഉടനടി പ്രാബല്യത്തിൽ വരും. പ്രധാന കോൺഫിഗറേഷൻ ഫയലിൽ മാറ്റങ്ങൾ വരുത്തിയാൽ, അവ പ്രാബല്യത്തിൽ വരുന്നതിന് സെർവർ പുനരാരംഭിക്കുന്നത് ഒരു മുൻവ്യവസ്ഥയാണ്.

തീർച്ചയായും, എല്ലാം ഞങ്ങൾ ആഗ്രഹിക്കുന്നത്ര സുഗമമല്ല, കാരണം htaccess ഉപയോഗിക്കുന്നത് സെർവർ പ്രകടനത്തിൽ നേരിയ സ്വാധീനം ചെലുത്തുന്നു, എന്നിരുന്നാലും, പ്രധാന കോൺഫിഗറേഷൻ ഫയലിലേക്കുള്ള അടച്ച പ്രവേശനത്തിൻ്റെ കാര്യത്തിൽ, ഈ രീതി പരാമീറ്ററുകൾ മാറ്റുന്നതിനുള്ള ഏറ്റവും ലളിതവും സൗകര്യപ്രദവുമായ രീതിയാണ്. .

htaccess ഉപയോഗിക്കുന്നതിൻ്റെ ചില സവിശേഷതകൾ:

1. പ്രധാന httpd.confg ഫയലിൽ എഴുതിയിരിക്കുന്ന ധാരാളം നിർദ്ദേശങ്ങൾ അസാധുവാക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു

2. നിങ്ങൾ റൂട്ട് ഡയറക്‌ടറിയിൽ htaccess ഫയൽ സ്ഥാപിക്കുകയാണെങ്കിൽ, അത് മുഴുവൻ സൈറ്റിലേക്കും വിതരണം ചെയ്യും (സ്വന്തം കോൺഫിഗറേഷൻ ഫയൽ സ്ഥിതിചെയ്യുന്ന ഡയറക്‌ടറികളും ട്രീ ഘടനയിൽ താഴെയുള്ള ഡയറക്ടറികളും മാത്രമാണ് ഒഴിവാക്കലുകൾ)

3. നിങ്ങൾക്ക് ഏത് ഡയറക്‌ടറിയിലും htaccess ഫയൽ സ്ഥാപിക്കാം, കൂടാതെ അതിൻ്റെ നിർദ്ദേശങ്ങൾ എല്ലാ ഉപഡയറക്‌ടറികളിലും പ്രയോഗിക്കും

4. ബ്രൗസറിൽ നിന്ന് കാണുന്നതിന് ഉപയോക്താവിന് Htaccess ലഭ്യമല്ല, കാരണം അത് "സിസ്റ്റം" വിഭാഗത്തിൽ പെട്ടതാണ്.

അതിനാൽ, htaccess-ൻ്റെ സഹായത്തോടെ, ഉപയോക്താവിന് സ്വന്തം സെർവർ കോൺഫിഗർ ചെയ്യാനുള്ള വഴക്കം ലഭിക്കുന്നു കൂടാതെ ഇനിപ്പറയുന്ന പാരാമീറ്ററുകൾ പ്രയോഗിക്കാനും കഴിയും:

ലളിതമായ റീഡയറക്ഷൻ നിർദ്ദേശങ്ങൾ (റീഡയറക്‌ട്);
സങ്കീർണ്ണമായ റീഡയറക്ഷൻ നിർദ്ദേശങ്ങൾ (mod_rewrite);
സൂചിക പേജുകൾ;
പ്രോസസ്സിംഗ് പിശക്;
എൻകോഡിംഗ് നിർവചനം;
ഡയറക്‌ടറികളിലേക്കും ഫയലുകളിലേക്കും ആക്‌സസ്സ് നിയന്ത്രിക്കുക;
ഡയറക്ടറി പാസ്വേഡിംഗ്;
PHP ഓപ്ഷനുകൾ.

htaccess ഫയലിൻ്റെ ഏറ്റവും സാധാരണമായ ഉപയോഗങ്ങളുടെ ഉദാഹരണങ്ങൾ

ഒരു വെബ്‌സൈറ്റ് കോൺഫിഗർ ചെയ്യുന്നതിനായി htaccess ഉപയോഗിക്കുന്നതിനുള്ള ഏറ്റവും സാധാരണമായ പ്രവർത്തന ഓപ്ഷനുകൾ ഞങ്ങൾ ഇപ്പോൾ നോക്കും.

ഞങ്ങൾ ആരംഭിക്കുന്നതിന് മുമ്പ്, ദയവായി ഇനിപ്പറയുന്ന പോയിൻ്റുകൾ ശ്രദ്ധിക്കുക:

2. htaccess എക്സ്റ്റൻഷൻ ഉപയോഗിച്ച് ഒരു പുതിയ ഫയൽ സൃഷ്ടിക്കുന്നതിന്, നിങ്ങൾ നോട്ട്പാഡോ മറ്റൊരു ടെക്സ്റ്റ് എഡിറ്ററോ തുറക്കണം, കോഡ് എഴുതുക, ഫയൽ സംരക്ഷിക്കുക, .htaccess എക്സ്റ്റൻഷൻ വ്യക്തമാക്കുക (മുന്നിലുള്ള ഡോട്ട്). അപ്പോൾ അത് ഉദ്ദേശിച്ച ഡയറക്‌ടറിയിലേക്ക് എറിയുക മാത്രമാണ് അവശേഷിക്കുന്നത്.

3. Syntax.htaccess

ഫയലുകളിലേക്കുള്ള പാതകൾ (ഡയറക്‌ടറികൾ) സെർവർ റൂട്ടിൽ നിന്ന് വ്യക്തമാക്കിയിരിക്കുന്നു.

DirectoryIndex /home/st5155/www/data/home.html

സൈറ്റിൻ്റെ റൂട്ട് ഫോൾഡറിൽ സ്ഥിതി ചെയ്യുന്ന ഒരു htaccess ഫയൽ നിങ്ങൾ കോൺഫിഗർ ചെയ്യുകയാണെങ്കിൽ, ഈ ഫോൾഡറിൻ്റെ റൂട്ടിൽ നിന്നാണ് പാതകൾ വ്യക്തമാക്കുന്നത്.

DirectoryIndex/home.html

http:// അല്ലെങ്കിൽ https:// എന്ന പ്രോട്ടോക്കോൾ ഉപയോഗിച്ചാണ് ഡൊമെയ്‌നുകൾ എഴുതുന്നത്

റീഡയറക്‌ട് / http://your-sait.ru

ഫയലിനെ "dot" htaccess എന്ന് വിളിക്കുന്നു.

അഭിപ്രായമിട്ട ഒരു ലൈൻ സൃഷ്‌ടിക്കാൻ, # ചിഹ്നം ഉപയോഗിക്കുക.

ഒരു ഫയൽ എഡിറ്റുചെയ്യുന്നതിനുള്ള ഏറ്റവും സൗകര്യപ്രദമായ മാർഗം ടോട്ടൽ കമാൻഡറിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന AkelPad എഡിറ്ററാണ്; അത് തിരഞ്ഞെടുത്ത് F4 അമർത്തുക.

ലളിതമായ റീഡയറക്ഷൻ - റീഡയറക്‌ട് ഡയറക്‌ടീവ്

1. സൈറ്റിൻ്റെ പുതിയ പേജുകളിലേക്ക് റീഡയറക്‌ട് ചെയ്യുന്നു

സൈറ്റിലെ പേജുകൾ പുതിയ വിലാസങ്ങളിലേക്ക് നീക്കിയിട്ടുണ്ടെങ്കിൽ, പഴയ വിലാസം സന്ദർശിക്കുന്ന ഒരു ഉപയോക്താവോ തിരയൽ റോബോട്ടോ അവ കാണാനിടയില്ല. പഴയതും പുതിയതുമായ പേജ് വിലാസങ്ങൾ ലയിപ്പിക്കുന്നതിന്, നിങ്ങൾക്ക് ഒരു ലളിതമായ 301 റീഡയറക്‌ട് ഉപയോഗിക്കാം. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ htaccess കോൺഫിഗറേഷൻ ഫയലിൽ ഇനിപ്പറയുന്ന കോഡ് എഴുതേണ്ടതുണ്ട്:

റീഡയറക്‌ട് 301 /staraya.html http://vash-sait.ru/novaya.html

2. ഫീഡുകൾ ഒരു പൊതു ഫോർമാറ്റിലേക്ക് കൊണ്ടുവരുന്നു

മുമ്പ്, വിവിധ ഫീഡ് ഫോർമാറ്റുകൾ ഉപയോഗിച്ചിരുന്നു, അതായത്: Atom, RSS, Rdf. ഇന്ന്, RSS ആണ് അവയിൽ പ്രധാനവും ഏറ്റവും പ്രചാരമുള്ളതും, അതിനാൽ മറ്റ് ഫോർമാറ്റുകൾ ഒന്നിലേക്ക് റീഡയറക്‌ടുചെയ്യുന്നുവെന്ന് ഉറപ്പാക്കാൻ ശ്രദ്ധിക്കാം. htaccess ഫയലും ഇനിപ്പറയുന്ന കോഡും ഇതിനായി ഉപയോഗിക്കുന്നു:

RedirectMatch 301 /feed/(atom|rdf|rss|rss2)/?$ http://vash-sait.ru/feed/

കോംപ്ലക്സ് റീഡയറക്ഷൻ - RewriteRule നിർദ്ദേശം

1. www എന്നതിൽ നിന്ന് www ഇതര ഡൊമെയ്‌നിലേക്ക് റീഡയറക്‌ട് ചെയ്യുന്നു.

www കൂടാതെ www ഇല്ലാതെ ഡൊമെയ്‌നുകൾ ലയിപ്പിക്കുന്നതിന് നിങ്ങൾ മിക്കപ്പോഴും htaccess-ൽ 301 റീഡയറക്‌ടുകൾ ഉപയോഗിക്കേണ്ടതുണ്ട്. മുമ്പ്, സെർച്ച് എഞ്ചിനുകൾ അത്തരം വിലാസങ്ങൾ തികച്ചും വ്യത്യസ്തമായി കണക്കാക്കുകയും അവയെ വ്യത്യസ്ത സൈറ്റുകളായി കാണുകയും ചെയ്തു. ഇന്ന്, ഒട്ടിക്കുന്നതിനുള്ള ചുമതല തിരയൽ റോബോട്ടിനെ ഏൽപ്പിച്ചിരിക്കുന്നു, എന്നാൽ ശരിയായ കണ്ണാടി സൂചിപ്പിക്കുന്നത് ഒരിക്കലും മോശമായ ആശയമല്ല. കൂടാതെ, നിങ്ങൾക്കായി ഒരു ആശയക്കുഴപ്പവും ഉണ്ടാകില്ല.

ഓപ്‌ഷനുകൾ +FollowSymLinks RewriteEngine On RewriteCond %(HTTP_HOST) ^www.vash-sait\.ru$ RewriteRule ^(.*)$ http://vash-sait.ru/$1

2. സന്ദർശകരുടെ ഐപി വിലാസം അനുസരിച്ച് വ്യത്യസ്ത പേജുകളിലേക്ക് സന്ദർശകരെ റീഡയറക്ട് ചെയ്യുന്നു.

htaccess-ൽ ഒരു നിർദ്ദിഷ്‌ട IP വിലാസമുള്ള ഒരു ഉപയോക്താവിനെ ഏത് പേജിലേക്കാണ് റീഡയറക്‌ട് ചെയ്യേണ്ടതെന്ന് വ്യക്തമാക്കാൻ കഴിയും. ഉദാഹരണത്തിന്, IP വിലാസം 183.11.101.1 ഉള്ള സന്ദർശകരെ kontakt.html പേജിലേക്ക് റീഡയറക്‌ട് ചെയ്യുന്നു

SetEnvIf REMOTE_ADDR 183.11.101.1 REDIR="redir" RewriteCond %(REDIR) rewriteRule ^/$ /kontakt.html

3. വെബ് റിസോഴ്സ് അപ്ഡേറ്റിൻ്റെ കാര്യത്തിൽ റീഡയറക്ഷൻ

റിസോഴ്സ് പരിശോധിക്കുന്നതിനോ അപ്ഡേറ്റ് ചെയ്യുന്നതിനോ സമയത്ത്, ഉപയോക്താവിന് സൈറ്റ് ആക്സസ് ചെയ്യാൻ കഴിയില്ല. എന്നിരുന്നാലും, ഇതിനെക്കുറിച്ച് അദ്ദേഹത്തിന് മുന്നറിയിപ്പ് നൽകാതിരിക്കുന്നത് തെറ്റാണ്. .htaccess-ൽ നിങ്ങൾക്ക് കോഡ് എഴുതാം, അത് പ്രശ്നത്തിൻ്റെ സ്വഭാവം (കാരണങ്ങൾ, സമയം മുതലായവ) വിവരിക്കുന്ന ഒരു വിവര പേജിലേക്ക് ഉപയോക്താവിനെ റീഡയറക്ട് ചെയ്യും.

RewriteEngine on RewriteCond %(REQUEST_URI) !/info.html$ RewriteCond %(REMOTE_HOST) !^14\.124\.354\.80 RewriteRule $ http://vash-sait.ru/info.html

എവിടെ 14.124.354.80 - നിങ്ങളുടെ IP വിലാസം ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുക.

4. ഹോട്ട്‌ലിങ്കുകളിൽ നിന്നുള്ള സംരക്ഷണം

ഇന്ന് വെബ്‌സൈറ്റുകളിൽ നിന്ന് കൂടുതൽ കൂടുതൽ വിവരങ്ങൾ മോഷ്ടിക്കപ്പെടുന്നുവെന്നത് രഹസ്യമല്ല. ചിലപ്പോൾ വാചകം മാത്രം, ചിലപ്പോൾ ഗ്രാഫിക് ഇമേജുകൾക്കൊപ്പം. ഓരോ തവണയും ഒരു സന്ദർശകൻ ഒരു മൂന്നാം കക്ഷി സൈറ്റിലേക്ക് വരുമ്പോൾ, ഈ ചിത്രങ്ങൾ നിങ്ങളുടെ ഹോസ്റ്റിംഗിൽ നിന്ന് ലോഡ് ചെയ്യപ്പെടുകയും ഒരു ലോഡ് സൃഷ്ടിക്കുകയും ട്രാഫിക്കിനെ കത്തിക്കുകയും ചെയ്യും. ഇത് തടയാൻ, ഇനിപ്പറയുന്ന കോഡ് ചേർക്കുക:

RewriteEngine On RewriteCond %(HTTP_REFERER) !^$ RewriteCond %(HTTP_REFERER) !^http://([ -a-z0-9] \.)?vash-sait\.ru RewriteRule \.(gif|jpe?g| png)$ -

മുകളിലെ ഉദാഹരണത്തിൽ, ചിത്രം ലോഡുചെയ്യുന്ന സൈറ്റിൽ ഒരു 403 പിശക് ദൃശ്യമാകും; ചിത്രത്തിന് പകരം ഒരു നിർദ്ദിഷ്ട ചിത്രം പ്രദർശിപ്പിക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, അവസാന വരി ഇനിപ്പറയുന്നത് ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുക:

RewriteRule \.(jpg|png|gif)$ http://vash-sait.ru/images/imageinfo.jpg

5. സുരക്ഷിതമായ https കണക്ഷനിലേക്ക് റീഡയറക്‌ട് ചെയ്യുക

.htaccess-ൽ നിങ്ങൾക്ക് ഒരു സുരക്ഷിത https കണക്ഷനിലേക്ക് റീഡയറക്ഷൻ കോൺഫിഗർ ചെയ്യാൻ കഴിയും, അതുവഴി എല്ലാ ഉപയോക്താക്കളും ഈ പ്രോട്ടോക്കോളിലൂടെ മാത്രമേ പ്രവർത്തിക്കൂ, ഇത് സെർവറും ക്ലയൻ്റും തമ്മിലുള്ള ഡാറ്റാ കൈമാറ്റത്തിൻ്റെ സുരക്ഷയും വിശ്വാസ്യതയും ഉറപ്പുനൽകുന്നു.

RewriteEngine On RewriteCond %(HTTPS) !ഓൺ റീറൈറ്റ്റൂൾ (.*) https://%(HTTP_HOST)%(REQUEST_URI)

6. വിലാസത്തിൻ്റെ അവസാനം ഒരു സ്ലാഷിൻ്റെ സ്വയമേവ പകരം വയ്ക്കൽ.

ഡയറക്‌ടറി നാമത്തിൽ URL അവസാനിക്കുമ്പോൾ വളരെ സാധാരണമായ സാഹചര്യങ്ങളാണ്: http://vash-sait.ru/images/raznoe

അപ്പാച്ചെയ്ക്ക് സ്വതന്ത്രമായി പിശക് പരിഹരിക്കാനും ലിങ്കിലേക്ക് നഷ്‌ടമായ സ്ലാഷ് ചേർത്ത് 301 റീഡയറക്‌ടുചെയ്യാനും കഴിയും. അതിനാൽ, ഉപയോക്താവിന് ഒരു വ്യത്യാസവും അനുഭവപ്പെടില്ല, പ്രതികരണമായി ആവശ്യമായ പേജ് ലഭിക്കും. എന്നാൽ ഈ പ്രവർത്തനം പൂർത്തിയാക്കാൻ ഇരട്ടി സമയമെടുക്കും. ഇനിപ്പറയുന്ന കോഡ് എല്ലായ്പ്പോഴും വിലാസത്തിൻ്റെ അവസാനം / ചേർക്കും.

RewriteCond %(REQUEST_URI) /+[^\.]+$ RewriteRule ^(.+[^/])$ %(REQUEST_URI)/

7. ഒരു പ്രത്യേക സൈറ്റിൽ നിന്ന് വന്ന ഉപയോക്താക്കളെ തടയുന്നു

ഒരു നിശ്ചിത ഡൊമെയ്‌നിൽ നിന്ന് ലോഗിൻ ചെയ്‌ത ഉപയോക്താക്കൾ തൻ്റെ ഉറവിടം സന്ദർശിക്കാൻ സൈറ്റ് ഉടമ ആഗ്രഹിക്കുന്നില്ലെങ്കിൽ അവരുടെ ആക്‌സസ്സ് ബ്ലോക്ക് ചെയ്യണമെങ്കിൽ, htaccess-ഉം സഹായിക്കാൻ തയ്യാറാണ്. 403 അല്ലെങ്കിൽ "ആക്സസ് നിരസിക്കുക" പേജ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് ചില സൈറ്റുകളിൽ നിന്നുള്ള ട്രാഫിക് തടയാം. നിരോധിത ഉള്ളടക്കമുള്ള സൈറ്റുകളിൽ നിന്ന് നിങ്ങളുടെ സൈറ്റിലേക്കുള്ള ലിങ്കുകൾ ദൃശ്യമാകുകയും അവയിലൂടെ നിങ്ങളുടെ സൈറ്റിലേക്ക് ട്രാഫിക് ഒഴുകുകയും ചെയ്യുമ്പോൾ ഈ ക്രമീകരണം ഉപയോഗപ്രദമാണ്.

RewriteEngine on RewriteCond %(HTTP_REFERER) zapretnui-sait.com RewriteCond %(HTTP_REFERER) zapretnui-sait.com RewriteRule .* - [F]

സൂചിക പേജുകൾ - ഡയറക്ടറിഇൻഡക്സ് നിർദ്ദേശം

1. ലോഡ് ചെയ്ത ഡിഫോൾട്ട് ഇൻഡക്സ് പേജ് മാറ്റുന്നു

സാധാരണഗതിയിൽ, സ്ഥിരസ്ഥിതി സൂചിക പേജുകൾ index.htm, index.php അല്ലെങ്കിൽ index.html എന്നിവയാണ്; സൈറ്റ് ഡയറക്ടറി ആക്‌സസ് ചെയ്യുമ്പോൾ, ഈ ഫയലുകൾ ഉടനടി തിരയുന്നു. എന്നാൽ ആവശ്യമെങ്കിൽ, നിങ്ങൾക്ക് സൂചിക പേജ് മറ്റേതെങ്കിലും ഒന്നിലേക്ക് പുനർനിർവചിക്കാം. സമാനമായ ഒരു പ്രശ്നം htaccess ഫയൽ ഉപയോഗിച്ചും പരിഹരിക്കാവുന്നതാണ്.

DirectoryIndex mypage.html

രണ്ടോ അതിലധികമോ പേജുകൾ വ്യക്തമാക്കാൻ സാധിക്കും. DirectoryIndex നിർദ്ദേശത്തിന് പിന്നിലെ കോൺഫിഗറേഷൻ ഫയലിൽ അവ ലിസ്റ്റ് ചെയ്തിരിക്കുന്ന ക്രമത്തിൽ അവ തിരയപ്പെടുമെന്നത് പരിഗണിക്കേണ്ടതാണ്.

DirectoryIndex index.shtml index3.php index.html index.htm

പിശക് കൈകാര്യം ചെയ്യൽ - ErrorDocument നിർദ്ദേശം

1. ഇഷ്‌ടാനുസൃത പിശക് പേജ്

പല വെബ്‌സൈറ്റുകളും ഇപ്പോഴും സ്റ്റാൻഡേർഡ് 404 പിശക് പേജ് ഉപയോഗിക്കുന്നുണ്ടെങ്കിലും, പ്രതീക്ഷിച്ച ഫലം ലഭിക്കാത്ത ഉപയോക്താവിനെ തൃപ്തിപ്പെടുത്താൻ സാധ്യതയില്ല, പകരം അയാൾക്ക് മനസ്സിലാക്കാൻ കഴിയാത്ത വിവരങ്ങൾ കാണുന്നു. പ്രധാന ശൈലിയുമായി പൊരുത്തപ്പെടുന്ന ഒരു പേജ് നിർദ്ദേശിക്കേണ്ടത് ആവശ്യമാണ്, അത് അഭ്യർത്ഥനയുടെ വിജയകരമായ നിർവ്വഹണത്തിനുള്ള കാരണങ്ങളെക്കുറിച്ചുള്ള കൂടുതൽ വിശദമായ വിവരങ്ങൾ പ്രദർശിപ്പിക്കും. ഇത് ചെയ്യുന്നതിന്, സ്റ്റാൻഡേർഡ് 404 പിശക് പേജിന് പകരം ഏത് ഫയലാണ് ലോഡ് ചെയ്യേണ്ടതെന്ന് നിങ്ങൾക്ക് htaccess-ൽ വ്യക്തമാക്കാം.

ErrorDocument 404 "/404.html"

2. നിങ്ങളുടെ സ്വന്തം പിശക് പേജുകൾ സൃഷ്ടിക്കുക

സൈറ്റിൽ സംഭവിച്ച പിശകുകളുടെ വിവരണം പ്രദർശിപ്പിക്കുന്ന സാധാരണ പേജുകളിൽ മടുത്തവർക്ക്, അവരുടെ സ്വന്തം ടെംപ്ലേറ്റുകൾ ഉപയോഗിക്കാനുള്ള അവസരമുണ്ട്. ആവശ്യമായ ഉള്ളടക്കം സഹിതം *.html റെസലൂഷൻ ഉപയോഗിച്ച് നിങ്ങൾ സ്വയം നിരവധി ഫയലുകൾ സൃഷ്‌ടിച്ച് htaccess ഫയലിൽ ഒരു എൻട്രി നടത്തേണ്ടതുണ്ട്.

ErrorDocument 401 /errors401.html ErrorDocument 403 /errors403.html ErrorDocument 404 /errors404.html ErrorDocument 500 /errors505.html

ഓരോ പിശക് പേജിലും എന്താണ് ഇടേണ്ടതെന്ന് നിങ്ങൾക്കറിയാൻ, അവയുടെ അർത്ഥങ്ങൾ ഞങ്ങൾ ചുരുക്കമായി വിവരിക്കും.

401 - അംഗീകാരം ആവശ്യമാണ്
403 - ഉപയോക്താവിനെ ആധികാരികമാക്കിയിട്ടില്ല, ആക്സസ് നിരസിച്ചു (വിലക്കപ്പെട്ടിരിക്കുന്നു)
404 - അഭ്യർത്ഥിച്ച പ്രമാണം (ഫയൽ, ഡയറക്ടറി) കണ്ടെത്തിയില്ല (കണ്ടെത്താനായില്ല)
500 - ആന്തരിക സെർവർ പിശക് - സ്ക്രിപ്റ്റ് പിശക് അല്ലെങ്കിൽ .htaccess ഫയലിൻ്റെ വാക്യഘടനയിലെ പിശക് - (ആന്തരിക സെർവർ പിശക്)

എൻകോഡിംഗ് നിർവചനം

1. സെർവർ ഫയലുകൾ "അയയ്ക്കുന്ന" എൻകോഡിംഗ് നിർണ്ണയിക്കുന്നു

മോണിറ്റർ ഡിസ്പ്ലേയിൽ ഉപയോക്താവിന് മനസ്സിലാക്കാൻ കഴിയാത്ത ചിഹ്നങ്ങൾ കാണുന്നില്ലെന്ന് ഉറപ്പാക്കാൻ, അതിൽ നിന്ന് വാക്കുകൾ വായിക്കാൻ കഴിയില്ല, ശരിയായ എൻകോഡിംഗ് വ്യക്തമാക്കേണ്ടത് ആവശ്യമാണ്. ഒരു ടാഗ് ഇല്ലാതെ പോലും< Мета http-equiv = "Content-Type">പേജിലെ വാചകം എല്ലായ്പ്പോഴും ശരിയായിരിക്കും, htaccess ഫയൽ ഇത് വീണ്ടും സഹായിക്കും.

AddDefaultCharset UTF-8

2. ഡൗൺലോഡ് ചെയ്ത ഫയലുകൾക്കുള്ള എൻകോഡിംഗ് നിർണ്ണയിക്കുന്നു

ഒരു ഉപയോക്താവ് സെർവറിലേക്ക് ഒരു ഫയൽ അപ്‌ലോഡ് ചെയ്യുമ്പോൾ സമാനമായ ഒരു സാഹചര്യം ഉണ്ടാകാം, അതിലെ ഉള്ളടക്കങ്ങൾ വീണ്ടും എൻകോഡ് ചെയ്യപ്പെടാം. ആവശ്യമായ എൻകോഡിംഗ് ഉപയോഗിക്കുന്നതിന്, ഡൗൺലോഡ് ചെയ്ത എല്ലാ ഫയലുകളും UTF-8 എൻകോഡിംഗ് ഉപയോഗിച്ച് തുറക്കേണ്ടതുണ്ടെന്ന് സൂചിപ്പിക്കുന്ന കോഡ് htaccess-ൽ ഉണ്ടായിരിക്കണം.

CharsetSourceEnc UTF-8

ഡയറക്‌ടറികളിലേക്കും ഫയലുകളിലേക്കും ആക്‌സസ്സ് നിയന്ത്രിക്കുന്നു

1. എല്ലാ ഫയലുകളിലേക്കും പ്രവേശനം നിഷേധിക്കുക

ഒരു ഫയൽ കാണുന്നത് തടയുന്നതിനുള്ള ഏറ്റവും എളുപ്പ മാർഗം ഒരു പാസ്‌വേഡ് സജ്ജീകരിക്കുക എന്നതാണ്, എന്നാൽ ഇത് എല്ലായ്പ്പോഴും പര്യാപ്തമല്ല. ചില സാഹചര്യങ്ങളിൽ, ഉപയോക്താവിന് ഫയലുകളോ ഡയറക്‌ടറികളോ കാണാനുള്ള അവകാശം ഉണ്ടായിരിക്കരുത് (ഉദാഹരണത്തിന്, നിങ്ങൾ സിസ്റ്റം ഡയറക്ടറികൾ തടയേണ്ടതുണ്ട്, അതിൽ മാറ്റങ്ങൾ സെർവറിൻ്റെ പ്രകടനത്തെ മോശമാക്കും). htaccess ഫയലിൽ ഉപയോക്താക്കളുടെ എല്ലാ പ്രത്യേകാവകാശങ്ങളും നഷ്ടപ്പെടുത്തുന്ന ഒരു കോഡ് അടങ്ങിയിരിക്കുന്നു.

2. ഒരു നിർദ്ദിഷ്‌ട ഐപിയിൽ നിന്ന് ആക്‌സസ് അനുവദിക്കുക

.htaccess (ഇംഗ്ലീഷ് ഹൈപ്പർടെക്‌സ്റ്റ് ആക്‌സസ്സിൽ നിന്ന്) അപ്പാച്ചെ വെബ് സെർവറിനും സമാനമായ മറ്റ് ചില സെർവറുകൾക്കുമുള്ള ഒരു അധിക കോൺഫിഗറേഷൻ ഫയലാണ്.

ശരിയായി ഉപയോഗിക്കുമ്പോൾ, അപ്പാച്ചെ വെബ് സെർവർ കോൺഫിഗറേഷൻ ഫയൽ - .htaccess (ഹൈപ്പർടെക്സ്റ്റ് ആക്സസ്) ഡെവലപ്പറുടെ ടൂൾകിറ്റിൽ വളരെ ശക്തമായ ഒരു ടൂളാണ്. പതിവുപോലെ, പ്രധാന ഫയൽ നിങ്ങളുടെ വെബ് സെർവറിൻ്റെ റൂട്ട് ഡയറക്‌ടറിയിൽ സ്ഥിതിചെയ്യുന്നു (ആക്‌സസ് നിയന്ത്രിക്കുന്നതിന് ഓരോ ഫോൾഡറിലും പ്രത്യേക ഫയലുകൾ ഉണ്ടായിരിക്കാം) കൂടാതെ ഏത് ടെക്‌സ്‌റ്റ് എഡിറ്ററും ഉപയോഗിച്ച് എഡിറ്റുചെയ്യാനാകും. ഈ ലേഖനം .htaccess-നുള്ള 24 നിയമങ്ങൾ അവയുടെ ഉപയോഗത്തിൻ്റെ വിശദീകരണത്തോടൊപ്പം അവതരിപ്പിക്കുന്നു.

പ്രധാനം! സാധാരണയായി, .htaccess ഫയൽ സൈറ്റ് ഇൻസ്റ്റാളേഷനോടൊപ്പം ഹോസ്റ്റിംഗിൽ (വെബ് സെർവർ) ഇൻസ്റ്റാൾ ചെയ്യപ്പെടുന്നു, എന്നാൽ അത് ഇല്ലെങ്കിൽ, നോട്ട്പാഡ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഈ ഫയൽ സൃഷ്ടിക്കാൻ കഴിയും. ഇത് ചെയ്യുന്നതിന്, ഒരു നോട്ട്പാഡ് തുറക്കുക, അവിടെ നിങ്ങൾക്ക് ആവശ്യമായ നിർദ്ദേശങ്ങൾ ചേർക്കുക, അവയുടെ ഉദാഹരണങ്ങൾ ചുവടെ നൽകിയിരിക്കുന്നു, കൂടാതെ അത് .htaccess എന്ന പേരിൽ ഒരു ടെക്സ്റ്റ് ഡോക്യുമെൻ്റായി സംരക്ഷിക്കുക. തുടർന്ന് .txt വിപുലീകരണം നീക്കം ചെയ്യുക, ഫയൽ തയ്യാറാണ്.

പ്രധാനം! .htaccess ഫയലിൽ മാറ്റങ്ങൾ വരുത്തുന്നതിന് മുമ്പ്, അതിൻ്റെ ഒരു ബാക്കപ്പ് പകർപ്പ് സൃഷ്ടിക്കുക, അതുവഴി നിങ്ങളുടെ സൈറ്റ് പരാജയപ്പെടുകയാണെങ്കിൽ, നിങ്ങൾക്ക് എല്ലാ മാറ്റങ്ങളും പഴയപടിയാക്കാനാകും.

പ്രധാനം! ചുവടെ ലിസ്റ്റുചെയ്‌തിരിക്കുന്ന നിയമങ്ങളുടെ (നിർദ്ദേശങ്ങൾ) പ്രവർത്തനക്ഷമത ഹോസ്റ്റർ സജ്ജമാക്കിയ നിങ്ങളുടെ വെബ് സെർവറിൻ്റെ ക്രമീകരണങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നു, അതിനാൽ ചില നിർദ്ദേശങ്ങൾ നിരോധിക്കപ്പെടാം കൂടാതെ പ്രവർത്തിക്കില്ലായിരിക്കാം.

പ്രധാനം! .htaccess-ൻ്റെ ഉപയോഗം ദുരുപയോഗം ചെയ്യുന്നത് നിങ്ങളുടെ സൈറ്റിൻ്റെ മോശം പ്രകടനത്തിലേക്ക് നയിച്ചേക്കാം. മറ്റ് ഓപ്ഷനുകളൊന്നും ഇല്ലെങ്കിൽ മാത്രം ഒരു പ്രത്യേക ടാസ്ക്ക് നടപ്പിലാക്കാൻ നിങ്ങൾ .htaccess ഉപയോഗിക്കണം.

Rules.htaccess

1. ബാഹ്യ സൈറ്റുകളിൽ നിന്ന് ഫയലുകൾ ഡൗൺലോഡ് ചെയ്യുന്നത് ഞങ്ങൾ നിരോധിക്കുന്നു
ചുവടെയുള്ള കോഡ്, നിങ്ങളുടെ .htaccess ഫയലിൻ്റെ അവസാനത്തിൽ സ്ഥാപിച്ചിരിക്കുന്നത്, നിങ്ങളുടെ റിസോഴ്‌സിൽ നിന്ന് മൂന്നാം കക്ഷി സൈറ്റുകളിലേക്ക് ഇമേജുകൾ ലോഡ് ചെയ്യുന്നതിൽ നിന്ന് തടയും, അതുവഴി നിങ്ങൾ ഉപയോഗിക്കുന്ന ട്രാഫിക് ലാഭിക്കുകയും നിങ്ങളുടെ ഹോസ്റ്റിംഗിൽ അനാവശ്യ ലോഡ് തടയുകയും ചെയ്യും.

ഓപ്ഷനുകൾ +Symlinks പിന്തുടരുക
#ബാഹ്യ സൈറ്റുകളിൽ നിന്ന് ഫയലുകൾ ഡൗൺലോഡ് ചെയ്യുന്നത് ഞങ്ങൾ നിരോധിക്കുന്നു
റീറൈറ്റ് എഞ്ചിൻ ഓൺ
RewriteCond %(HTTP_REFERER) !^$
RewriteCond %(HTTP_REFERER) !^http://(www.)?your_domain.com/
RewriteRule .*.(gif|jpg|png)$ http://your_domain.com/img/goaway.gif

your_domain.com നിങ്ങളുടെ ഡൊമെയ്ൻ നാമത്തിലേക്ക് മാറ്റാനും അഭ്യർത്ഥിച്ച ചിത്രത്തിന് പകരം കാണിക്കുന്ന ഒരു goaway.gif ഇമേജ് സൃഷ്‌ടിക്കാനും മറക്കരുത്.

2. അനാവശ്യ ഉപയോക്തൃ ഏജൻ്റുമാരിൽ നിന്നുള്ള എല്ലാ അഭ്യർത്ഥനകളും തടയുക
സെർവറിനെ ഓവർലോഡ് ചെയ്യുന്ന അപകടസാധ്യതയുള്ളതോ അനാവശ്യമായ അഭ്യർത്ഥനകളോ ആയേക്കാവുന്ന അനാവശ്യ ഉപയോക്തൃ ഏജൻ്റുമാരെ തടയാൻ ഈ നിയമം നിങ്ങളെ അനുവദിക്കുന്നു:

#അനാവശ്യ ബോട്ടുകളെയും റോബോട്ടുകളെയും തടയുന്നു
SetEnvIfNoCase ഉപയോക്തൃ-ഏജൻ്റ് ^ഫ്രണ്ട്പേജ്
SetEnvIfNoCase ഉപയോക്താവ്-ഏജൻ്റ് ^Java.*
SetEnvIfNoCase ഉപയോക്തൃ ഏജൻ്റ് ^Microsoft.URL
SetEnvIfNoCase ഉപയോക്തൃ ഏജൻ്റ് ^MSFrontPage
SetEnvIfNoCase ഉപയോക്തൃ ഏജൻ്റ് ^Offline.Explorer
SetEnvIfNoCase ഉപയോക്തൃ-ഏജൻ്റ് ^ebandit
SetEnvIfNoCase ഉപയോക്തൃ ഏജൻ്റ് ^Zeus

ഓർഡർ അനുവദിക്കുക, നിരസിക്കുക
എല്ലാവരിൽ നിന്നും അനുവദിക്കുക
env=bad_bot എന്നതിൽ നിന്ന് നിരസിക്കുക

ഉപയോക്തൃ ഏജൻ്റ് ബ്രൗസറുകൾ, സെർച്ച് എഞ്ചിൻ റോബോട്ടുകൾ, സ്പൈഡറുകൾ, വെബ് ഡയറക്ടറികൾ, ഡൗൺലോഡ് മാനേജർമാർ, സ്പാം ബോട്ടുകൾ, മോശം ബോട്ടുകൾ എന്നിവയുടെ ഒരു ലിസ്റ്റ് http://www.user-agents.org/ എന്ന വെബ്സൈറ്റിൽ കാണാം.

3. നിർദ്ദിഷ്‌ട ഐപി വിലാസങ്ങൾ ഒഴികെ എല്ലാവർക്കും ആക്‌സസ്സ് നിഷേധിക്കുക
ചില കാരണങ്ങളാൽ, എല്ലാവരേയും നിരസിക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ അല്ലെങ്കിൽ നിങ്ങളുടെ സൈറ്റ് ആക്സസ് ചെയ്യാൻ ചില IP വിലാസങ്ങൾ മാത്രം അനുവദിക്കുകയാണെങ്കിൽ, നിങ്ങളുടെ .htaccess ഫയലിലേക്ക് ഈ കോഡ് ചേർക്കുക:

#നിർദ്ദിഷ്‌ട ഐപി വിലാസങ്ങൾ ഒഴികെ എല്ലാവർക്കും ആക്‌സസ് നിഷേധിക്കുക
ErrorDocument 403 http://your_domain.com
ഓർഡർ നിരസിക്കുക, അനുവദിക്കുക
എല്ലാവരിൽ നിന്നും നിഷേധിക്കുക
IP1-ൽ നിന്ന് അനുവദിക്കുക
IP2 മുതലായവയിൽ നിന്ന് അനുവദിക്കുക.

your_domain.com, IP1,2 മുതലായവ മാറ്റാൻ മറക്കരുത്. നിങ്ങളുടെ ഡൊമെയ്ൻ നാമത്തിലേക്കും അതിനനുസരിച്ച് ആവശ്യമായ IP വിലാസത്തിലേക്കും.

4. IP വിലാസങ്ങളുടെ ഒരു ബ്ലാക്ക്‌ലിസ്റ്റ് സൃഷ്ടിക്കുക
ചില IP വിലാസങ്ങൾക്കായി നിങ്ങളുടെ റിസോഴ്സിലേക്കുള്ള ആക്സസ് തടയണമെങ്കിൽ, .htaccess ഫയലിലേക്ക് ചേർത്ത ഇനിപ്പറയുന്ന കോഡ് ഉപയോഗിച്ച് ഇത് ചെയ്യാം:

#IP വിലാസങ്ങളുടെ ഒരു ബ്ലാക്ക്‌ലിസ്റ്റ് സൃഷ്‌ടിക്കുക
എല്ലാവരിൽ നിന്നും അനുവദിക്കുക
IP1 ൽ നിന്ന് നിരസിക്കുക
IP2 മുതലായവയിൽ നിന്ന് നിരസിക്കുക.

ഒരു ഐപി വിലാസം തടയുന്നതിനുള്ള കാരണം ശല്യപ്പെടുത്തുന്ന സ്പാം കമൻ്റുകളാണെങ്കിൽ, കമൻ്റേറ്റർമാരുടെ ഐപി വിലാസങ്ങൾ അപ്പാച്ചെ ലോഗുകളിലോ സ്റ്റാറ്റിസ്റ്റിക്സ് സേവനങ്ങൾ ഉപയോഗിച്ചോ നിങ്ങൾക്ക് കണ്ടെത്താനാകും. WordPress-നായി, കമൻ്റേറ്റർ IP വിലാസങ്ങൾ അഡ്മിൻ പാനലിൽ കാണാം. അതുപോലെ, "ഐപി/നെറ്റ്‌വർക്ക് മാസ്കിൽ നിന്ന് നിരസിക്കുക" എന്ന് വ്യക്തമാക്കുന്നതിലൂടെ ഐപി വിലാസങ്ങളുടെ ഒരു നെറ്റ്‌വർക്കിലേക്കുള്ള ആക്‌സസ് തടയാൻ സാധിക്കും.

#സബ്‌നെറ്റിനായി ഒരു ബ്ലാക്ക്‌ലിസ്റ്റ് സൃഷ്‌ടിക്കുക
എല്ലാവരിൽ നിന്നും അനുവദിക്കുക
192.168.0.0/24 മുതൽ നിഷേധിക്കുക

5. SEO-ഫ്രണ്ട്ലി 301 റീഡയറക്‌ട് സജ്ജീകരിക്കുന്നു
നിങ്ങൾ ഒരു ഡൊമെയ്ൻ നാമം കൈമാറ്റം ചെയ്‌തിട്ടുണ്ടെങ്കിൽ അല്ലെങ്കിൽ സെർച്ച് എഞ്ചിനുകളിൽ നിന്ന് പിഴ ഈടാക്കാതെ ഉപയോക്താവിനെ ഒരു നിർദ്ദിഷ്‌ട പേജിലേക്ക്(കളിലേക്ക്) റീഡയറക്‌ട് ചെയ്യണമെങ്കിൽ, ഈ കോഡ് ഉപയോഗിക്കുക:

#SEO-ഫ്രണ്ട്ലി 301 റീഡയറക്‌ട് സജ്ജീകരിക്കുന്നു
റീഡയറക്‌ട് 301 /d/file.html http://your_domain.com/r/file.html

your_domain.com എന്നത് നിങ്ങളുടെ ഡൊമെയ്ൻ നാമത്തിലേക്കും /d/file.html, /r/file.html എന്നിവ അനുബന്ധ ഡയറക്ടറികളിലേക്കും പേജുകളിലേക്കും മാറ്റാൻ മറക്കരുത്.

6. നിങ്ങളുടെ സ്വന്തം പിശക് പേജുകൾ സൃഷ്ടിക്കുക
നിങ്ങളുടെ റിസോഴ്‌സിൻ്റെ അദ്വിതീയത വർദ്ധിപ്പിക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, ഇതിനായി പിശക് പേജുകളുടെ സാധാരണ രൂപം മാറ്റിസ്ഥാപിക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, ഇനിപ്പറയുന്ന കോഡ് ഉപയോഗിച്ച് ഇത് സാധ്യമാണ്:

ErrorDocument 401 /error/401.php
ErrorDocument 403 /error/403.php
ErrorDocument 404 /error/404.php
ErrorDocument 500 /error/500.php

നിങ്ങളുടെ സെർവറിൻ്റെ റൂട്ട് ഡയറക്ടറിയിൽ ഒരു "പിശക്" ഫോൾഡർ സൃഷ്ടിക്കാനും അതിൽ ഉചിതമായ ഫയലുകൾ സ്ഥാപിക്കാനും മറക്കരുത്.

7. സെർവർ അഡ്മിനിസ്ട്രേറ്റർക്കായി സ്ഥിരസ്ഥിതി ഇമെയിൽ വിലാസം സജ്ജമാക്കുക
സെർവർ അഡ്‌മിനിസ്‌ട്രേറ്റർക്കായി സ്ഥിരസ്ഥിതി ഇമെയിൽ വിലാസം സജ്ജമാക്കാൻ ഈ കോഡ് ഉപയോഗിക്കുക:

#സെർവർ അഡ്മിനിസ്ട്രേറ്റർക്കായി സ്ഥിരസ്ഥിതി ഇമെയിൽ വിലാസം സജ്ജമാക്കുക
സെർവർ സിഗ്നേച്ചർ ഇമെയിൽ
SetEnv SERVER_ADMIN default@your_domain.com

default@your_domain.com എന്നതിന് പകരം നിങ്ങൾക്ക് ആവശ്യമുള്ള ഇമെയിൽ വിലാസം നൽകാൻ മറക്കരുത്.

8. ഒരു പ്രത്യേക ഫയൽ പരിരക്ഷിക്കുക
ഏത് ഫയലിലേക്കും ആക്‌സസ് നിരസിക്കാൻ ചുവടെയുള്ള കോഡ് നിങ്ങളെ അനുവദിക്കുന്നു - അഭ്യർത്ഥന 403 പിശക് സൃഷ്ടിക്കും. ഉദാഹരണത്തിൽ, .htaccess ഫയലിലേക്കുള്ള ആക്‌സസ് തന്നെ നിരസിക്കപ്പെട്ടിരിക്കുന്നു - ഈ രീതിയിൽ നിങ്ങൾക്ക് സൈറ്റ് സുരക്ഷയുടെ നിലവാരം വർദ്ധിപ്പിക്കാൻ കഴിയും:

#.htaccess ഫയൽ പരിരക്ഷിക്കുക

ഓർഡർ അനുവദിക്കുക, നിരസിക്കുക
എല്ലാവരിൽ നിന്നും നിഷേധിക്കുക

9. Gzip പ്രവർത്തനക്ഷമമാക്കി സൈറ്റ് ഘടകങ്ങൾ കംപ്രസ് ചെയ്യുക
Gzip ഉപയോഗിക്കുമ്പോൾ, ഫയലുകൾ ഉപയോക്താവിന് അയയ്‌ക്കുന്നതിന് മുമ്പ് സെർവർ കംപ്രസ് ചെയ്യും, അതായത് നിങ്ങളുടെ സൈറ്റ് വേഗത്തിൽ ലോഡുചെയ്യും:

#Gzip പ്രവർത്തനക്ഷമമാക്കി സൈറ്റ് ഘടകങ്ങൾ കംപ്രസ് ചെയ്യുക
AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/javascript text/css application/x-javascript
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0 no-gzip
ബ്രൗസർമാച്ച് bMSIE !no-gzip !gzip-only-text/html

കംപ്രഷൻ പ്രവർത്തനക്ഷമമാക്കുന്നത് സെർവറിൻ്റെ പ്രോസസറിൽ കൂടുതൽ ലോഡ് നൽകുമെന്നത് ശ്രദ്ധിക്കുക.

10. mod_deflate ഉപയോഗിച്ച് ഘടകങ്ങൾ കംപ്രസ് ചെയ്യുക
Gzip ഉപയോഗിച്ച് ഫയലുകൾ കംപ്രസ്സുചെയ്യുന്നതിന് പകരമായി, നിങ്ങൾക്ക് mod_deflate (വേഗതയുണ്ടെന്ന് കരുതപ്പെടുന്നു) ഉപയോഗിക്കാം. നിങ്ങളുടെ .htaccess ഫയലിൻ്റെ തുടക്കത്തിൽ ഇനിപ്പറയുന്ന കോഡ് സ്ഥാപിക്കുക (നിങ്ങൾക്ക് .jpg|.gif|.png|.tiff|.ico ചേർക്കാനും കഴിയും):

#mod_deflate ഉപയോഗിച്ച് ഘടകങ്ങൾ കംപ്രസ് ചെയ്യുക

SetOutputFilter DEFLATE

11. തലക്കെട്ടുകളിലേക്ക് ആയുസ്സ് ചേർക്കുക
തലക്കെട്ടുകളിലേക്ക് ആയുഷ്കാലം ചേർക്കാൻ ഈ കോഡ് നിങ്ങളെ അനുവദിക്കുന്നു:

#തലക്കെട്ടുകളിലേക്ക് ജീവിതകാലം ചേർക്കുക

ഹെഡർ സെറ്റ് “ബുധൻ, 31 ഡിസംബർ 2014 20:00:00 GMT+2” കാലഹരണപ്പെടുന്നു

12. സ്ഥിരസ്ഥിതി പേജുകൾ സജ്ജമാക്കുക
സാധാരണഗതിയിൽ സ്ഥിരസ്ഥിതി പേജ് index.html ആണ്, എന്നിരുന്നാലും ഈ കോഡ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് മറ്റേതെങ്കിലും പേജ് സ്ഥിരസ്ഥിതിയായി സജ്ജമാക്കാൻ കഴിയും:

#ഒരു ഇതര സ്ഥിരസ്ഥിതി പേജ് സജ്ജമാക്കുക
DirectoryIndex yourpage.html

നിങ്ങൾക്ക് ആവശ്യമുള്ള പേജ് ഉപയോഗിച്ച് yourpage.html മാറ്റിസ്ഥാപിക്കാൻ മറക്കരുത്

13. ഫോൾഡറുകളും ഫയലുകളും പാസ്‌വേഡ് പരിരക്ഷിക്കുന്നു
ഈ കോഡ് ഉപയോഗിച്ച് നിങ്ങളുടെ സെർവറിലെ ഏത് ഫോൾഡറിലേക്കോ ഫയലിലേക്കോ ആക്‌സസ് ചെയ്യുന്നതിനായി നിങ്ങൾക്ക് പാസ്‌വേഡ് സ്ഥിരീകരണം പ്രവർത്തനക്ഷമമാക്കാം:

#പാസ്‌വേഡ് പരിരക്ഷാ ഫയൽ

AuthType അടിസ്ഥാനം
അംഗീകൃതനാമം "പ്രോംപ്റ്റ്"

സാധുവായ ഉപയോക്താവിനെ ആവശ്യമുണ്ട്

#പാസ്‌വേഡ് പ്രൊട്ടക്റ്റ് ഫോൾഡർ
താമസിക്കുന്നു
AuthType അടിസ്ഥാനം
AuthName "ഈ ഡയറക്ടറി പരിരക്ഷിതമാണ്"
AuthUserFile /pub/home/.htpasswd
AuthGroupFile /dev/null
സാധുവായ ഉപയോക്താവിനെ ആവശ്യമുണ്ട്

ഒരു പാസ്‌വേഡ് ഉപയോഗിച്ച് ഒരു ഫയലിലേക്കുള്ള ആക്‌സസ് ഓർഗനൈസുചെയ്യുന്നതിന്, നിങ്ങൾ ഒരു .htpasswd ഫയൽ സൃഷ്‌ടിക്കുകയും അതിൽ ഉപയോക്താവ്:പാസ്‌വേഡ് ഫോർമാറ്റിൽ ഒരു ലോഗിൻ-പാസ്‌വേഡ് ജോടി നൽകുകയും വേണം. എന്നിരുന്നാലും, ഈ സാഹചര്യത്തിൽ, പാസ്‌വേഡുകൾ വ്യക്തമായ വാചകത്തിൽ സംഭരിക്കപ്പെടും, ഇത് സുരക്ഷാ വീക്ഷണകോണിൽ നിന്ന് വളരെ നല്ലതല്ല. അതിനാൽ, പാസ്‌വേഡ് എൻക്രിപ്റ്റ് ചെയ്യുക എന്നതാണ് ഏറ്റവും മികച്ച പരിഹാരം. ഇത് ചെയ്യുന്നതിന്, .htpasswd ഫയലുകളിൽ റെക്കോർഡുകൾ സൃഷ്ടിക്കുന്നതിന് സേവനങ്ങൾ ഉപയോഗിക്കുക.
ഉദാഹരണത്തിന്, http://www.htaccesstools.com/htpasswd-generator/
ഉദാഹരണത്തിൽ, ആക്സസ് പാസ്വേഡുകളുള്ള ഫയൽ സൈറ്റിൻ്റെ റൂട്ട് ഡയറക്ടറിയിൽ സ്ഥിതിചെയ്യുന്നു, അതിനെ .htpasswd എന്ന് വിളിക്കുന്നു. സെർവർ റൂട്ടിൽ നിന്നാണ് ഡയറക്‌ടറി സൂചിപ്പിക്കുന്നത്, പാത തെറ്റാണെങ്കിൽ, ഫയലിലേക്ക് ആക്‌സസ് ഇല്ലെങ്കിൽ, അപ്പാച്ചെ, ഏത് ഉപയോക്താവിനും ഫോൾഡറിലേക്കുള്ള ആക്‌സസ് നിഷേധിക്കും - ശരിയായ ലോഗിൻ നൽകിയ വ്യക്തി ഉൾപ്പെടെ: പാസ്‌വേഡ് ജോടി.

14. പഴയ ഡൊമെയ്‌നിൽ നിന്ന് പുതിയതിലേക്ക് റീഡയറക്‌ട് ചെയ്യുക
.htaccess ഉപയോഗിച്ച്, ഇനിപ്പറയുന്ന കോഡ് ചേർത്ത് നിങ്ങൾക്ക് പഴയ ഡൊമെയ്ൻ നാമത്തിൽ നിന്ന് പുതിയതിലേക്ക് ഒരു റീഡയറക്‌ട് സജ്ജീകരിക്കാനാകും:

#പഴയ ഡൊമെയ്‌നിൽ നിന്ന് പുതിയതിലേക്ക് റീഡയറക്‌ട് ചെയ്യുക
റീറൈറ്റ് എഞ്ചിൻ ഓൺ
റീറൈറ്റ് റൂൾ ^(.*)$ http://www.yournewdomain.com/$1

നിങ്ങളുടെ നിലവിലുള്ള വെബ്സൈറ്റ് ഒരു പുതിയ ഡൊമെയ്ൻ നാമത്തിലേക്ക് മാറ്റുമ്പോൾ റീഡയറക്ഷൻ ഉപയോഗിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, വിലാസ ബാറിൽ http://www.yourolddomain.com എന്ന് ടൈപ്പ് ചെയ്യുന്ന ഏതൊരു ഉപയോക്താവും http://www.yournewdomain.com-ലേക്ക് റീഡയറക്‌ട് ചെയ്യപ്പെടും.

15. കാഷിംഗ് ശക്തിപ്പെടുത്തുക
ഈ നിയമം ഉപയോഗിക്കുന്നത് നിങ്ങളുടെ സൈറ്റ് വേഗത്തിൽ ലോഡുചെയ്യുമെന്ന് നേരിട്ട് അർത്ഥമാക്കുന്നില്ല. അപ്‌ഡേറ്റ് ചെയ്യാത്ത ഘടകങ്ങൾക്കായി 304 സ്റ്റാറ്റസ് അയച്ചുകൊണ്ട്, ഇതിനകം സന്ദർശിച്ച ഒരു സന്ദർശകനായി സൈറ്റ് വേഗത്തിൽ ലോഡ് ചെയ്യുന്നതിനാണ് ഇത് രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്. അതിനാൽ, പേജ് വീണ്ടും ലോഡുചെയ്യുമ്പോൾ, സന്ദർശകൻ്റെ ബ്രൗസർ ഇമേജുകളോ സ്ക്രിപ്റ്റുകളോ CSS-ഉം വീണ്ടും ഡൗൺലോഡ് ചെയ്യില്ല, എന്നാൽ കാഷെയിൽ ഇതിനകം സംഭരിച്ചിരിക്കുന്ന ഫയലുകൾ പ്രദർശിപ്പിക്കും. വർഷങ്ങൾ (വർഷം), മാസങ്ങൾ (മാസം) അല്ലെങ്കിൽ, ഉദാഹരണത്തിന്, സെക്കൻഡുകൾ (സെക്കൻഡ്) എന്നിവയിൽ അതിൻ്റെ മൂല്യം ക്രമീകരിച്ചുകൊണ്ട് നിങ്ങൾക്ക് കാഷെ ആയുസ്സ് മാറ്റാൻ കഴിയും:

#കാഷിംഗ് ശക്തിപ്പെടുത്തുക
FileETag MTime വലുപ്പം

കാലഹരണപ്പെടുന്നത് സജീവമാണ്
Default “ആക്സസും 1 മാസവും” കാലഹരണപ്പെടുന്നു

ഉദാഹരണം 1 മാസം കാണിക്കുന്നു.

16. URL-ൽ നിന്ന് "വിഭാഗം" നീക്കം ചെയ്യുന്നു
http://yourdomain.com/category/news എന്നതിൽ നിന്ന് http://yourdomain.com/news എന്നതിലേക്ക് ലിങ്ക് മാറ്റാൻ, നിങ്ങളുടെ .htaccess ഫയലിൻ്റെ അവസാനം ഇനിപ്പറയുന്ന കോഡ് ചേർക്കുക:

#URL-ൽ നിന്ന് വിഭാഗം നീക്കം ചെയ്യുന്നു
RewriteRule ^category/(.+)$ http://www.yourdomain.com/$1

http://www.yourdomain.com എന്നത് നിങ്ങളുടെ ഡൊമെയ്ൻ നാമത്തിലേക്ക് മാറ്റാൻ മറക്കരുത്.

17. ഫോൾഡറിലെ ഉള്ളടക്കങ്ങൾ കാണുന്നത് ഞങ്ങൾ നിരോധിക്കുന്നു
വിവിധ വിവരങ്ങൾ ഉൾക്കൊള്ളുന്ന ഡയറക്‌ടറികളിലേക്കുള്ള ആക്‌സസ് നിയന്ത്രിക്കുന്നതിനും സെർവർ സുരക്ഷ ഉറപ്പാക്കുന്നതിനും, .htaccess ഫയലിലേക്ക് ഈ കോഡ് ചേർക്കുക:

#ഫോൾഡറിലെ ഉള്ളടക്കങ്ങൾ കാണുന്നത് പ്രവർത്തനരഹിതമാക്കുക
ഓപ്‌ഷനുകൾ എല്ലാം -ഇൻഡക്സുകൾ

നിങ്ങളുടെ സൈറ്റിലെ ഓരോ ഫോൾഡറിലും ഒരു ശൂന്യമായ index.html ഫയൽ സ്ഥാപിക്കുന്നതിലൂടെ സമാന ഫലം ലഭിക്കുന്ന ഒരു ബദൽ പരിഹാരമുണ്ട്. നിങ്ങൾ സ്ഥിരസ്ഥിതി പേജ് മാറ്റിയിട്ടില്ലെങ്കിൽ മാത്രമേ ഈ രീതി പ്രവർത്തിക്കൂ (റൂൾ 12 കാണുക). മാറ്റങ്ങൾ വരുത്തിയിട്ടുണ്ടെങ്കിൽ, നിങ്ങൾ സ്ഥിരസ്ഥിതി പേജായി സജ്ജമാക്കിയ പുതിയ പേരിൽ ഫയലുകൾ സ്ഥാപിക്കണം.

18. WordPress RSS ഫീഡ് FeedBurner-ലേക്ക് റീഡയറക്‌ട് ചെയ്യുക
CMS WordPress RSS ഫീഡ് Google Feedburner സേവനത്തിലേക്ക് റീഡയറക്‌ട് ചെയ്യാൻ ഈ കോഡ് നിങ്ങളെ അനുവദിക്കുന്നു:

#WordPress RSS ഫീഡ് FeedBurner-ലേക്ക് റീഡയറക്ട് ചെയ്യുക

റീറൈറ്റ് എഞ്ചിൻ ഓണാണ്
RewriteCond %(HTTP_USER_AGENT) !FeedBurner
RewriteCond %(HTTP_USER_AGENT) !FeedValidator
RewriteRule ^rss.xml$ http://feeds.feedburner.com/yourfeed

തുടക്കത്തിൽ, നിങ്ങളുടെ ബ്ലോഗ് ഫീഡ് Google-ൻ്റെ Feedburner സേവനത്തിൽ രജിസ്റ്റർ ചെയ്യേണ്ടതുണ്ട്. അടുത്തതായി, നിങ്ങളുടെ ഫീഡിന് പകരം നിങ്ങളുടെ ഫീഡിൻ്റെ പേര് ഫീഡ്‌ബേണറിൽ ഉൾപ്പെടുത്താൻ മറക്കരുത്.

19. ഒരു റഫറർ ഇല്ലാതെ ഉപയോക്താക്കളിൽ നിന്നുള്ള അഭിപ്രായങ്ങൾ ഞങ്ങൾ നിരോധിക്കുന്നു
മിക്കപ്പോഴും, നിങ്ങളുടെ ബ്ലോഗ് പോസ്റ്റ് പേജുകൾ സന്ദർശിക്കാതെ തന്നെ spambots നേരിട്ട് wp-comments-post.php ഫയൽ ആക്സസ് ചെയ്യുന്നു. താഴെയുള്ള കോഡ്, "എവിടെയും നിന്ന്" വന്ന ഉപയോക്താക്കൾ പോസ്റ്റുചെയ്ത അഭിപ്രായങ്ങൾ തടയാൻ നിങ്ങളെ അനുവദിക്കുന്നു, മറ്റ് ചില പേജുകളിൽ നിന്ന് (ഉദാഹരണത്തിന്, Google തിരയൽ ഫലങ്ങൾ, Yandex മുതലായവ) നിങ്ങളുടെ ബ്ലോഗ് പേജിലേക്ക് വന്ന വായനക്കാർക്ക് അഭിപ്രായങ്ങൾ അനുവദിക്കാൻ അനുവദിക്കുന്നു.

#റഫറർ ഇല്ലാത്ത ഉപയോക്താക്കളിൽ നിന്നുള്ള അഭിപ്രായങ്ങൾ ഞങ്ങൾ നിരോധിക്കുന്നു
റീറൈറ്റ് എഞ്ചിൻ ഓൺ
RewriteCond %(REQUEST_METHOD) POST
RewriteCond %(REQUEST_URI) .wp-comments-post\.php*

RewriteCond %(HTTP_REFERER) !.*yourblog.com.*
RewriteCond %(HTTP_USER_AGENT) ^$
റീറൈറ്റ് റൂൾ (.*) ^http://%(REMOTE_ADDR)/$
നിങ്ങളുടെ ബ്ലോഗിൻ്റെ ഡൊമെയ്ൻ നാമം ഉപയോഗിച്ച് yourblog.com മാറ്റിസ്ഥാപിക്കാൻ മറക്കരുത്.

20. URL-ൽ നിന്ന് ഫയൽ എക്സ്റ്റൻഷൻ നീക്കം ചെയ്യുന്നു
പേജ് URL-കളിൽ നിന്ന് .php ഫയൽ എക്സ്റ്റൻഷൻ (നിങ്ങൾക്ക് ഇത് t2.html പോലെ മറ്റെന്തെങ്കിലും മാറ്റാം) നീക്കം ചെയ്യാൻ ഈ കോഡ് നിങ്ങളെ അനുവദിക്കുന്നു:

#URL-ൽ നിന്ന് ഫയൽ എക്സ്റ്റൻഷൻ നീക്കം ചെയ്യുക
റീറൈറ്റ് റൂൾ ^(([^/]+/)*[^.]+)$ /$1.php [L]

21. സൈറ്റ് സംരക്ഷിക്കുന്നു
സ്ക്രിപ്റ്റ് കുത്തിവയ്പ്പിൽ നിന്നും അനാവശ്യമായ പരിഷ്ക്കരണങ്ങളിൽ നിന്നും നിങ്ങളുടെ സൈറ്റിനെ സംരക്ഷിക്കാൻ ഈ കോഡ് നിങ്ങളെ അനുവദിക്കുന്നു "_REQUEST" കൂടാതെ/അല്ലെങ്കിൽ "GLOBALS":

#സിം ലിങ്കുകളുടെ ട്രാക്കിംഗ് പ്രവർത്തനക്ഷമമാക്കുക
ഓപ്ഷനുകൾ +FollowSymLinks
#url_rewriting ആരംഭിക്കുക
റീറൈറ്റ് എഞ്ചിൻ ഓൺ
#അടങ്ങുന്ന എല്ലാ ലിങ്കുകളും തടയുക
RewriteCond %(QUERY_STRING) (\|%3E)
#PHP Globals വേരിയബിളുകൾ മാറ്റാൻ ശ്രമിക്കുന്ന എല്ലാ സ്ക്രിപ്റ്റുകളും തടയുക:
RewriteCond %(QUERY_STRING) GLOBALS(=|\[|\%(0,2))
#_REQUEST വേരിയബിൾ മാറ്റാൻ ശ്രമിക്കുന്ന എല്ലാ സ്ക്രിപ്റ്റുകളും തടയുക:
RewriteCond %(QUERY_STRING) _REQUEST(=|\[|\%(0,2))
#403 പിശകുള്ള ഒരു പേജിലേക്ക് സമാനമായവയെല്ലാം റീഡയറക്‌ട് ചെയ്‌തു - നിരോധിച്ചിരിക്കുന്നു
RewriteRule ^(.*)$ index.php

അപ്പാച്ചെ വെബ് സെർവർ കോൺഫിഗർ ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഫയലായ htaccess നെക്കുറിച്ചാണ് ഇന്ന് ഞാൻ സംസാരിക്കാൻ ആഗ്രഹിക്കുന്നത്. ഈ ഫയലിൽ എഴുതിയിരിക്കുന്ന നിർദ്ദേശങ്ങൾ വെബ് സെർവർ സൃഷ്ടിക്കുന്ന ഔട്ട്പുട്ടിനെ നേരിട്ട് ബാധിക്കുന്നു. ഈ ഉപകരണം വളരെ ശക്തമാണ്, നിങ്ങൾ അത് വിവേകത്തോടെ ഉപയോഗിക്കേണ്ടതുണ്ട്. ഈ ലേഖനം ആറ് മാസത്തിലേറെ മുമ്പ് എഴുതിയതാണ്, ഈ വിഷയത്തെക്കുറിച്ചുള്ള ഏറ്റവും വിശദമായ മാനുവൽ ആക്കുന്നതിന് ഇപ്പോൾ ഞാൻ അതിലേക്ക് മടങ്ങുകയാണ്.

നിങ്ങൾ htaccess-ൽ എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ്, നിങ്ങളുടെ പ്രവർത്തിക്കുന്ന ഫയലിൻ്റെ ഒരു പകർപ്പ് ആളൊഴിഞ്ഞ സ്ഥലത്ത് ഉണ്ടാക്കണമെന്ന് ഞാൻ ഉടൻ തന്നെ നിങ്ങളെ ഓർമ്മിപ്പിക്കട്ടെ. നിങ്ങൾക്കറിയില്ല, ബാക്കപ്പ് പൊതുവെ നല്ല കാര്യമാണ്, അതിനെക്കുറിച്ച് മറക്കരുത്. ഞാൻ ലേഖനത്തെ നിരവധി ഉപവിഭാഗങ്ങളായി വിഭജിക്കും - പേജ് റീഡയറക്‌ഷൻ, ചില ഫയലുകളിലേക്കുള്ള ആക്‌സസ് തടയൽ, സൈറ്റ് ത്വരിതപ്പെടുത്തൽ, ഉറവിടത്തിൻ്റെ പ്രവർത്തനത്തിൽ ഒരു തരത്തിൽ അല്ലെങ്കിൽ മറ്റൊന്ന് ഉപയോഗപ്രദമാകുന്ന മറ്റ് കാര്യങ്ങൾ.

ആരംഭിക്കുന്നതിന്, കുറച്ച് വാക്കുകൾ, എന്താണ് htaccess? അപ്പാച്ചെ വെബ് സെർവറിൻ്റെ ഔദ്യോഗിക വെബ്സൈറ്റ് ഞാൻ ഉദ്ധരിക്കും:

Htaccess ഫയലുകൾ (അല്ലെങ്കിൽ "വിതരണ കോൺഫിഗറേഷൻ ഫയലുകൾ") നിയന്ത്രിത ഡയറക്‌ടറി ആക്‌സസ്, ഫയൽ തരങ്ങൾ പുനഃക്രമീകരിക്കൽ തുടങ്ങിയവ പോലുള്ള വ്യക്തിഗത ഡയറക്‌ടറികളിൽ (ഫോൾഡറുകൾ) വെബ് സെർവർ പ്രവർത്തിപ്പിക്കുന്നതിന് ധാരാളം അധിക പാരാമീറ്ററുകളും അനുമതികളും സജ്ജമാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. പ്രധാന കോൺഫിഗറേഷൻ ഫയൽ.

അതായത്, ഓരോ വ്യക്തിഗത ഫോൾഡറിലും സെർവറിൻ്റെ പെരുമാറ്റം നമുക്ക് നിയന്ത്രിക്കാനാകും, അത് വളരെ സൗകര്യപ്രദമാണ്.

htaccess നിർദ്ദേശങ്ങൾ. റീഡയറക്ഷൻ

മറ്റ് സൈറ്റുകളിൽ നിന്നുള്ള ഹോട്ട്‌ലിങ്കുകൾ തടയുന്നു

നിങ്ങളുടെ റിസോഴ്സിൽ നിന്നുള്ള ചിത്രങ്ങൾ അവരുടെ പ്രോജക്റ്റുകളിൽ ഉപയോഗിക്കാൻ കഴിയുന്ന മോശം ആളുകളുണ്ട്. അവർ നിങ്ങളുടെ ചിത്രങ്ങൾ അവരുടെ സൈറ്റുകളിൽ ഉപയോഗിക്കുന്നു, മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, അവർ നിങ്ങളുടെ ബാൻഡ്‌വിഡ്ത്ത് അവരുടെ സ്വന്തം ആവശ്യങ്ങൾക്കായി ഉപയോഗിക്കുന്നു, സമാനമായി. ഞങ്ങൾ അവരോട് യുദ്ധം ചെയ്യും... മറ്റൊരു സൈറ്റിൽ നിന്നുള്ള ഒരു ഹോട്ട്‌ലിങ്ക് നയിക്കുന്ന ഏതൊരു ചിത്രത്തിനും പകരം ചില മുന്നറിയിപ്പ് ഇമേജ് അല്ലെങ്കിൽ നിങ്ങളുടെ ഭാവന അനുവദിക്കുന്നതെന്തും ഞങ്ങൾ നൽകും. കോഡിൽ, വിലാസങ്ങൾ നിങ്ങളുടെ URL-കളിലേക്ക് മാറ്റാൻ മറക്കരുത്.

RewriteEngine On RewriteCond %(HTTP_REFERER) !^http://(.+\.)?your-url\.com/ RewriteCond %(HTTP_REFERER) !^$ #ചിത്രത്തിലേക്കുള്ള പാത മാറ്റിസ്ഥാപിക്കുക RewriteRule .*\.(jpe? g| gif|bmp|png)$ /images/noHL.jpg [L]

WordPress RSS ഫീഡുകൾ Feedburner-ലേക്ക് റീഡയറക്ട് ചെയ്യുക

Feedburner അല്ലാതെ മറ്റാരും ഉപയോഗിക്കുന്നില്ലെന്ന് ഞാൻ കരുതുന്നു. ഉപയോക്തൃ സൗഹൃദം, ബ്ലോഗ് ഉടമയ്ക്ക് സൗകര്യപ്രദം, സ്ഥിതിവിവരക്കണക്കുകൾ, വീണ്ടും. നിങ്ങൾ ഇത് ഇതുവരെ ഉപയോഗിച്ചിട്ടില്ലെങ്കിൽ, ഞാൻ ഇത് വളരെ ശുപാർശ ചെയ്യുന്നു. ചുവടെയുള്ള കോഡ് നിങ്ങളുടെ എല്ലാ RSS ഫീഡുകളും നിങ്ങളുടെ അക്കൗണ്ടിലേക്ക് റീഡയറക്‌ട് ചെയ്യും, ആവശ്യമുള്ള വിലാസം ഒട്ടിക്കാൻ ഓർക്കുക.

RedirectMatch 301 /feed/(atom|rdf|rss|rss2)/?$ RedirectMatch 301 /comments/feed/(atom|rdf|rss|rss2)/?$ http://feedburner.com/yourfeed/

ഈ ഉദാഹരണം രണ്ട് സ്ട്രീമുകൾ റീഡയറക്‌ട് ചെയ്യുന്നു: പ്രധാന RSS ഉം സന്ദർശകൻ അപ്‌ഡേറ്റുകൾ സബ്‌സ്‌ക്രൈബ് ചെയ്‌തിട്ടുണ്ടെങ്കിൽ അഭിപ്രായങ്ങൾ അപ്‌ഡേറ്റ് ചെയ്യുന്നതും.

പിശക് പേജുകൾ മാറ്റാം

ഹോസ്റ്റിംഗും വെബ്‌സൈറ്റും ഉപയോഗിച്ച് എന്തും സംഭവിക്കാം, അതിനാൽ നിങ്ങൾ പ്രശ്നങ്ങൾക്ക് മുൻകൂട്ടി തയ്യാറാകുകയും നിങ്ങളുടെ സ്വന്തം പിശക് പേജുകൾ ഉണ്ടാക്കുകയും വേണം. പ്രശ്‌നങ്ങളുണ്ടെങ്കിൽ, ഉപയോക്താക്കളെ ഉചിതമായ പേജിലേക്ക് റീഡയറക്‌ടുചെയ്യും. എന്തുകൊണ്ടാണ് ഇത് സംഭവിച്ചത് എന്നതിനെക്കുറിച്ചുള്ള ഹ്രസ്വ വിവരങ്ങൾ ഈ പേജുകളിൽ നിങ്ങൾക്ക് ഉപയോക്താവിന് നൽകാൻ കഴിയും. അവസാന ആശ്രയമായി നിങ്ങളുടെ കോൺടാക്റ്റുകൾ വിടുക.

ErrorDocument 400 /errors/badrequest.html ErrorDocument 401 /errors/authreqd.html ErrorDocument 403 /errors/forbid.html ErrorDocument 404 /errors/errors/4045ht. #എററുകൾ/*.html എന്നത് മാറ്റിസ്ഥാപിക്കുക നിങ്ങളുടെ പിശക് പേജുകളിലേക്കുള്ള പാത

വലിയ പിശകുകൾ ഉണ്ടായാൽ ഈ ഉദാഹരണം റീഡയറക്‌ട് ചെയ്യുന്നു. ഞാൻ 404 ചേർത്തു, CMS സാധാരണയായി ഇത്തരം പ്രശ്നങ്ങൾ കൈകാര്യം ചെയ്യുമെങ്കിലും, കേസുകൾ ഉണ്ടായിട്ടുണ്ട്.

301, 302 റീഡയറക്‌ട് അല്ലെങ്കിൽ റീഡയറക്‌ട്

ഒരു 301 റീഡയറക്‌ട് അല്ലെങ്കിൽ സ്ഥിരമായ റീഡയറക്‌ട് എന്ന് വിളിക്കുന്നത് അർത്ഥമാക്കുന്നത് പേജ് അതിൻ്റെ വിലാസമോ URL മാറ്റി പുതിയ പേജിലേക്ക് റീഡയറക്‌ടുചെയ്യുന്നു എന്നാണ്. നിങ്ങളുടെ സൈറ്റിൽ ഒരു സൂചികയിലാക്കിയ PS പേജ് ഉണ്ടെങ്കിൽ, നിങ്ങൾ അതിൻ്റെ വിലാസം മാറ്റുകയാണെങ്കിൽ, പുതിയ പേജിലേക്ക് 301 റീഡയറക്‌ട് ഉണ്ടാക്കുന്നത് ഉറപ്പാക്കുക. 301 റീഡയറക്‌ട് ഉപയോഗിച്ച്, പഴയ പേജ് സൂചികയിലാക്കിയിട്ടില്ല, കൂടാതെ പുതിയത് അതിൻ്റെ സ്ഥാനത്ത് “പകരം” നൽകിയിട്ടുണ്ട്.

റീഡയറക്‌ട് 301 /old-page http://your-url.ru/new-page-ൽ RewriteEngine

യഥാർത്ഥത്തിൽ, RSS റീഡയറക്‌ഷൻ്റെ കാര്യത്തിൽ, ശ്രദ്ധയുള്ള വായനക്കാരൻ സമാനമായ ഒരു ഉദാഹരണം മുകളിൽ കാണും. അതെ, സാങ്കേതികവിദ്യ ഒന്നുതന്നെയാണ്.
ഒരു സൈറ്റ് ഒരു പുതിയ ഡൊമെയ്‌നിലേക്ക് നീങ്ങുന്നു, നിങ്ങൾ ലിങ്കുകളുടെ ഘടന സംരക്ഷിക്കേണ്ടതുണ്ട്, അവയിൽ നൂറുകണക്കിന് ആയിരക്കണക്കിന് ഉണ്ടായിരിക്കാം, ഓരോന്നിനും ഒരു റീഡയറക്ഷൻ സജ്ജീകരിക്കുന്നത് യാഥാർത്ഥ്യമല്ല. ഈ സാഹചര്യത്തെ നേരിടാൻ ചുവടെയുള്ള കോഡ് നിങ്ങളെ സഹായിക്കും:

ഓപ്‌ഷനുകൾ +FollowSymLinks RewriteEngine on RewriteRule (.*)

301 റീഡയറക്‌ടുകൾ ഉപയോഗിച്ച് ബാഹ്യ ലിങ്കുകൾ "മറയ്ക്കാൻ" രസകരമായ ഒരു സാങ്കേതികതയുണ്ട്. നിങ്ങളുടെ Google+ പ്രൊഫൈലിലേക്ക് നയിക്കുന്ന സൈഡ്‌ബാറിൽ നിങ്ങൾക്ക് ഒരു “പാസ്-ത്രൂ” ലിങ്ക് ഉണ്ടെന്ന് പറയാം, അത് ബാഹ്യമാണ്, അതായത്, ഇത് ഒരു ബാഹ്യ ഉറവിടത്തിലേക്ക് നയിക്കുന്നു. കഴിയുന്നത്ര അത്തരം ലിങ്കുകൾ ഉള്ളപ്പോൾ ഇത് SEO യ്ക്ക് വളരെ നല്ലതാണ്. നിങ്ങൾക്ക് അവ മറയ്ക്കാനും ആന്തരികമാക്കാനും കഴിയും.

ബാഹ്യമായവയിൽ നിന്ന് ആന്തരിക ലിങ്കുകൾ നിർമ്മിക്കുന്നതിനുള്ള സാങ്കേതികവിദ്യ:

ഒരു സാങ്കൽപ്പിക പേജിലേക്ക് ഒരു ലിങ്ക് ഇടുക, സൈറ്റ്/ഗൂഗിൾ പ്ലസ് എന്ന് പറയുക
ഈ പേജിൽ നിന്ന് നിങ്ങളുടെ പ്രൊഫൈലിൻ്റെ യഥാർത്ഥ പേജിലേക്ക് htaccess-ൽ 301 റീഡയറക്‌ട് സജ്ജീകരിക്കുക
സന്ദർശകന് ഒന്നും തോന്നുന്നില്ല, PS സംതൃപ്തനാണ്

നിങ്ങൾക്ക് മറ്റേതെങ്കിലും സോപാധികമായ സ്ഥിരമായ ലിങ്കുകൾ സമാനമായ രീതിയിൽ സജ്ജമാക്കാൻ കഴിയും.
ഒരു 302 റീഡയറക്‌ട് അല്ലെങ്കിൽ താൽക്കാലിക റീഡയറക്‌ട് പേജ് താൽക്കാലികമായി നീക്കിയതായി സെർവറിനോട് പറയുന്നു, അതിനാൽ പഴയതും പുതിയതുമായ രണ്ട് പേജുകളും സൂചികയിലാക്കേണ്ടതുണ്ട്.

റീഡയറക്‌ട് 302 /old-page http://your-url.ru/new-page-ൽ RewriteEngine

സ്ഥിരമായ റീഡയറക്‌ടിൻ്റെ കാര്യത്തിൽ കോഡ് തികച്ചും സമാനമാണ്.
302 റീഡയറക്‌ട് സൈറ്റിൽ ഏതെങ്കിലും ദീർഘകാല ജോലി നടക്കുമ്പോൾ ഉപയോഗിക്കാൻ സൗകര്യപ്രദമാണ് കൂടാതെ സന്ദർശകരെ "തകർന്ന" പേജുകൾ കാണിക്കേണ്ട ആവശ്യമില്ല. ഈ സാഹചര്യത്തിൽ, ഈ കോഡ് നിങ്ങളെ സഹായിക്കും:

RewriteEngine on RewriteCond %(REQUEST_URI) !/inside.html$ RewriteCond %(REMOTE_ADDR) !^123.123.123.123 RewriteRule $ /inside.html

www ഉപയോഗിച്ചും അല്ലാതെയും ഞങ്ങൾ വെബ്‌സൈറ്റുകൾ പശ ചെയ്യുന്നു

രണ്ട് വിലാസങ്ങളിൽ ഒരു സൈറ്റ് ആക്സസ് ചെയ്യപ്പെടുമ്പോൾ ഇത് വളരെ മോശമാണ്; PS-കൾ ഇത് ശരിക്കും ഇഷ്ടപ്പെടുന്നില്ല. ചുവടെയുള്ള കോഡ് ഇത് ഒരു വിലാസത്തിലേക്ക് ഒട്ടിക്കാൻ നിങ്ങളെ സഹായിക്കും:

ഓപ്‌ഷനുകൾ +FollowSymLinks RewriteEngine On RewriteCond %(HTTP_HOST) ^www.your-url\.com$ RewriteRule ^(.*)$ http://your-url.com/$1

ഈ ഉദാഹരണത്തിൽ, പ്രധാന കണ്ണാടി www ഇല്ലാത്ത ഒരു വിലാസമാണ്. നിങ്ങൾക്ക് വിപരീതമായി ചെയ്യണമെങ്കിൽ, സ്ഥലങ്ങളിൽ www സ്വാപ്പ് ചെയ്യുക, മുകളിൽ നിന്ന് നീക്കം ചെയ്യുക, താഴെ ചേർക്കുക.

IP SetEnvIf REMOTE_ADDR 192.168.0.1 REDIR="redir" RewriteCond %(REDIR) rewriteRule ^/$ /about.html അനുസരിച്ചുള്ള പേജുകൾ കാണിക്കുക

ആദ്യ വരി തനിപ്പകർപ്പാക്കി നിങ്ങൾക്ക് വിലാസങ്ങൾ ചേർക്കാം, അവസാന വരിയിൽ റീഡയറക്‌ഷനായി പേജ് മാറ്റുക.

വീട്ടിലേക്ക് റീഡയറക്‌ട് ചെയ്യുക

site.com/index.php, site.com/index.html എന്നിവയിൽ നിന്ന് site.com/ എന്നതിലേക്കുള്ള റീഡയറക്‌ഷൻ. കോഡിനായി വാസിലി ക്രാസ്നോഷെനോവിന് നന്ദി.

RewriteCond %(THE_REQUEST) ^(3,9)\ /index\.html\ HTTP/ RewriteRule ^index\.html$ http://site.com RewriteCond %(THE_REQUEST) ^(3,9)\ /index\. php\ HTTP/ RewriteRule ^index\.php$ http://site.com

htaccess നിർദ്ദേശങ്ങൾ. ഞങ്ങൾ ആക്സസ് പങ്കിടുന്നു

സൈറ്റിലേക്കുള്ള പ്രവേശനം നിഷേധിക്കുന്നു

ഒരു നിശ്ചിത ഐപി, സ്പാമർമാർ അല്ലെങ്കിൽ മറ്റാരെങ്കിലുമൊക്കെ മോശമായ സന്ദർശകർക്ക് പ്രവേശനം നിഷേധിക്കേണ്ടത് അത്യാവശ്യമാണ്.

192.168.0.1 മുതലുള്ള എല്ലാ നിരസിക്കുന്നവരിൽ നിന്നും അനുവദിക്കുക, നിരസിക്കുക അനുവദിക്കുക എന്ന് ഓർഡർ ചെയ്യുക

അവസാന വരി ചേർത്ത് അവിടെയുള്ള വിലാസം ആവശ്യമുള്ളതിലേക്ക് മാറ്റുന്നതിലൂടെ നിങ്ങൾക്ക് പട്ടികയിലേക്ക് ഒരു ഐപി ചേർക്കാൻ കഴിയും.
വിപരീത സാഹചര്യം, ചില ഐപികൾ ഒഴികെ എല്ലാവരെയും നിരോധിക്കേണ്ടിവരുമ്പോൾ, ഞങ്ങൾ ഇനിപ്പറയുന്ന കോഡ് ഉപയോഗിക്കുന്നു:

192.168.0.1 മുതൽ എല്ലാവരിൽ നിന്നും നിരസിക്കുക, നിരസിക്കാൻ അനുവദിക്കുക

മുമ്പത്തെ ഉദാഹരണത്തിന് സമാനമായ വിലാസങ്ങൾ ചേർക്കുക.

അനാവശ്യ ഉപയോക്തൃ ഏജൻ്റ് കാണുന്നത് ഞങ്ങൾ നിരോധിക്കുന്നു

ഒരു പേജ് അഭ്യർത്ഥിക്കുന്ന ഓരോ ബ്രൗസർ അല്ലെങ്കിൽ ആപ്ലിക്കേഷനും, ഒരു തരത്തിലല്ലെങ്കിൽ മറ്റൊരു തരത്തിൽ, ഒരു ഐഡൻ്റിഫയർ ഉണ്ട് - ഉപയോക്തൃ-ഏജൻ്റ്. അനാവശ്യ സുഹൃത്തുക്കളെ കാണുന്നതിൽ നിന്ന് നിങ്ങൾക്ക് തടയാം. ഇവ ഒന്നുകിൽ വെബ്‌സൈറ്റുകൾ സ്കാൻ ചെയ്യുന്ന പ്രോഗ്രാമുകളോ നിങ്ങൾ പിന്തുണ പൂർണ്ണമായും ഉപേക്ഷിച്ച പഴയ ബ്രൗസറുകളോ ആകാം. സാഹചര്യങ്ങൾ വ്യത്യസ്തമാണ്.

SetEnvIfNoCase ഉപയോക്താവ്-ഏജൻ്റ് ^FrontPage SetEnvIfNoCase ഉപയോക്താവ്-ഏജൻ്റ് ^Java.* SetEnvIfNoCase ഉപയോക്തൃ-ഏജൻ്റ് ^Microsoft.URL SetEnvIfNoCase ഉപയോക്താവ്-ഏജൻ്റ് ^MSFrontPage ഓർഡർ അനുവദിക്കുക, എല്ലാവരിൽ നിന്നും അനുവദിക്കരുത്, അനുവദിക്കരുത്.

അറിയപ്പെടുന്ന ഉപയോക്തൃ-ഏജൻ്റുകളുടെ പൂർണ്ണമായ ലിസ്റ്റ് http://www.user-agents.org/ എന്ന വെബ്സൈറ്റിൽ കാണാം.

ഒരു നിർദ്ദിഷ്ട ഫയലിലേക്കുള്ള പ്രവേശനം നിഷേധിക്കുന്നു

ഉദാഹരണത്തിൽ, wp-config, htaccess ഫയലുകളിലേക്കുള്ള പ്രവേശനം നിരോധിച്ചിരിക്കുന്നു, അതുവഴി മൊത്തത്തിലുള്ള പരിരക്ഷയുടെ നില വർദ്ധിപ്പിക്കുന്നു. വളരെ ആവശ്യമായ നിർദ്ദേശം, അത് നിങ്ങളുടെ ഫയലുകളിലേക്ക് ചേർക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു

# wpconfig.php ഓർഡർ അനുവദിക്കുക, എല്ലാവരിൽ നിന്നും നിരസിക്കുക # പരിരക്ഷിക്കുക htaccess ഓർഡർ അനുവദിക്കുക, എല്ലാവരിൽ നിന്നും നിരസിക്കുക

അതുപോലെ, പ്ലഗിനുകൾ ഉപയോഗിക്കുന്ന css, js ഫയലുകൾ നിങ്ങൾക്ക് പരിരക്ഷിക്കാം:

ഓർഡർ അനുവദിക്കുക, എല്ലാവരിൽ നിന്നും അനുവദിക്കാതിരിക്കുക

നിർദ്ദിഷ്ട ഫയൽ തരങ്ങൾ ഡൗൺലോഡ് ചെയ്യുക

ആധുനിക ബ്രൗസറുകൾ വളരെ സ്മാർട്ടാണ്, ചിലപ്പോൾ അത് ഭയപ്പെടുത്തുന്നതാണ്. എൻ്റെ ക്രോം ചിലപ്പോൾ PDF ഫയലുകൾ കാണാനായി ഉള്ളിൽ തുറക്കാൻ ശ്രമിക്കുന്നു, ചിലപ്പോൾ മരണം വരെ തൂങ്ങിക്കിടക്കുന്നു. htaccess ഉപയോഗിച്ച്, ഈ നിമിഷം അതിൻ്റെ വിവേചനാധികാരത്തിൽ വിടാതെ, ഒരു പ്രത്യേക തരം ഫയലുമായി എന്തുചെയ്യണമെന്ന് നിങ്ങൾക്ക് നിർബന്ധമായും ബ്രൗസറിനോട് പറയാൻ കഴിയും. ഈ സാഹചര്യത്തിൽ അത് ഡൗൺലോഡ് ചെയ്യുന്നു. സമാനമായ രീതിയിൽ കൂടുതൽ ഫയൽ തരങ്ങൾ ചേർക്കാവുന്നതാണ്.

ആഡ്‌ടൈപ്പ് ആപ്ലിക്കേഷൻ/ഒക്ടറ്റ്-സ്ട്രീം .പിഡിഎഫ് ആഡ്‌ടൈപ്പ് ആപ്ലിക്കേഷൻ/ഒക്‌റ്റെറ്റ്-സ്ട്രീം .സിപ്പ് ആഡ്‌ടൈപ്പ് ആപ്ലിക്കേഷൻ/ഒക്ടെറ്റ്-സ്ട്രീം .avi

WordPress അഡ്‌മിൻ ഏരിയയിലേക്കുള്ള പ്രവേശനത്തിനുള്ള നിയന്ത്രണം

നിങ്ങൾക്ക് ഒരു സ്ഥിരമായ IP വിലാസം ഉണ്ടെങ്കിൽ, നിങ്ങൾക്ക് അത് വേർഡ്പ്രസ്സ് അഡ്മിൻ പാനലിലേക്ക് മാത്രമേ ആക്സസ് ചെയ്യാൻ കഴിയൂ

AuthUserFile /dev/null AuthGroupFile /dev/null AuthName "ഉദാഹരണ ആക്സസ് കൺട്രോൾ" AuthType അടിസ്ഥാന ഓർഡർ അനുവദിക്കുക, നിങ്ങളുടെ IP-യിൽ നിന്നുള്ള എല്ലാ അനുമതികളിൽ നിന്നും നിരസിക്കുക

htaccess നിർദ്ദേശങ്ങൾ. സാങ്കേതിക ഒപ്റ്റിമൈസേഷനും ത്വരിതപ്പെടുത്തലും

ഫയലുകളുടെ ഓട്ടോമാറ്റിക് ഇൻഡക്‌സിംഗ് പ്രവർത്തനരഹിതമാക്കുക

സൈറ്റിലെ ഓരോ ഫോൾഡറിലും, അപ്പാച്ചെ ഡിഫോൾട്ടായി, ഫോൾഡറിലുള്ള ഫയലുകൾ ലിസ്റ്റ് ചെയ്യുന്ന സൂചിക ഫയലുകൾ സൃഷ്ടിക്കുന്നു. ആക്രമണകാരികൾക്കായി ഒരു അധിക പഴുതുകൾ നൽകാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നില്ലെങ്കിൽ, ഇൻഡെക്‌സിംഗ് പ്രവർത്തനരഹിതമാക്കുക.

ഓപ്ഷനുകൾ - സൂചികകൾ

gzip കംപ്രഷൻ പ്രവർത്തനക്ഷമമാക്കുക

സെർവറിലെ ഡാറ്റ കംപ്രസ് ചെയ്യാമെന്നും ക്ലയൻ്റ് അത് അൺപാക്ക് ചെയ്യുമെന്നും നിങ്ങൾക്കറിയാമോ? ചുവടെയുള്ള കോഡിൽ അത്തരമൊരു സംഗതി ഉൾപ്പെടുന്നു. നിങ്ങളുടെ ഹോസ്റ്റിംഗിൽ gzip പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെന്ന് ഉറപ്പാക്കേണ്ടതുണ്ട്, പക്ഷേ അത് സാധാരണമാണ്.

ForceType text/javascript തലക്കെട്ട് സെറ്റ് ഉള്ളടക്കം-എൻകോഡിംഗ്: gzip ForceType text/css തലക്കെട്ട് സെറ്റ് ഉള്ളടക്കം-എൻകോഡിംഗ്: gzip ForceType text/javascript RewriteEngine ഓൺ RewriteCond %(HTTP_USER_AGENT) !" .*Safari. gzip RewriteCond %(REQUEST_FILENAME).gz -f RewriteRule (.*)\.js$ $1\.js.gz [L] ForceType text/javascript ForceType text/css RewriteEngine On RewriteCond %(HTTP_USER!*.*NTP_USER " RewriteCond %(HTTP:Accept-Encoding) gzip RewriteCond %(REQUEST_FILENAME).gz -f RewriteRule (.*)\.css$ $1\.css.gz [L] ForceType text/css

ചിത്രങ്ങൾക്ക് കോഡ് പ്രവർത്തിക്കില്ല, എന്നാൽ അവയിൽ gzip ഉപയോഗിക്കാൻ ശുപാർശ ചെയ്യുന്നില്ല. ഇത് കൃത്യമായി ഞാൻ ഇൻസ്റ്റാൾ ചെയ്ത കോഡ് ആണ്.

mod_deflate ഉപയോഗിച്ചുള്ള കംപ്രഷൻ

ഈ മോഡ് ഡാറ്റ മികച്ച രീതിയിൽ കംപ്രസ്സുചെയ്യുകയും സൈറ്റിനെ വേഗത്തിലാക്കുകയും ചെയ്യുന്നുവെന്ന് കിംവദന്തിയുണ്ട്. എനിക്ക് പരീക്ഷിക്കാൻ കഴിയില്ല, ഇൻ്റർനെറ്റിൽ അത്തരം പരിശോധനകൾ ഞാൻ കണ്ടിട്ടില്ല. ആർക്കെങ്കിലും അത്തരം വിവരങ്ങൾ ഉണ്ടെങ്കിൽ, ഞാൻ നന്ദിയുള്ളവനായിരിക്കും. ഞാൻ കോഡ് പോസ്റ്റ് ചെയ്യും, നിങ്ങൾക്കറിയില്ല

SetOutputFilter DEFLATE

ക്ലയൻ്റ് ബ്രൗസർ കാഷിംഗ് പ്രവർത്തനക്ഷമമാക്കുക

ബ്രൗസർ കാഷിംഗ് ഉപയോഗിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന രസകരമായ ഒരു നിർദ്ദേശം. നിർദ്ദിഷ്‌ട ഫയൽ തരങ്ങൾ ബ്രൗസർ കാഷെയിൽ എഴുതുകയും വീണ്ടും വിളിക്കുമ്പോൾ അവിടെ നിന്ന് ലോഡുചെയ്യുകയും ചെയ്യും, ഇത് മൊത്തത്തിലുള്ള സൈറ്റ് ലോഡിംഗ് വേഗതയെ ഗണ്യമായി വേഗത്തിലാക്കുകയും നിങ്ങളുടെ ഹോസ്റ്റിംഗിൽ കുറച്ച് ലോഡ് നൽകുകയും ചെയ്യുന്നു.

ശീർഷകം കൂട്ടിച്ചേർക്കുക കാഷെ-നിയന്ത്രണ "സ്വകാര്യ" ഫയൽഇറ്റാഗ് എംടൈം വലുപ്പം കാലഹരണപ്പെടുന്നു, കാലഹരണപ്പെടുന്നു. ഡിഫോൾട്ട് "ആക്സസും 0 മിനിറ്റും" കാലഹരണപ്പെടുന്നു. ചിത്രം/ico "ആക്സസും കൂടാതെ 1 വർഷം" കാലഹരണപ്പെടുന്നു. വാചകം വഴി ടൈപ്പ് ചെയ്യുക/css "ആക്സസും 1 വർഷവും" സ്ക്രിപ്റ്റ് 1 പ്ലസ് ബൈടി കാലഹരണപ്പെടുന്നു കാലഹരണപ്പെടുന്ന ബൈടൈപ്പ് ഇമേജ്/ജിഫ് "ആക്സസും 1 വർഷവും" കാലഹരണപ്പെടുന്നു

ഡിഫോൾട്ട് എൻകോഡിംഗ് വ്യക്തമാക്കുക

WordPress UTF8 എൻകോഡിംഗിൽ പ്രവർത്തിക്കുകയും അത് നന്നായി ചെയ്യുകയും ചെയ്യുന്നു, എന്നാൽ എൻകോഡിംഗിലെ പ്രശ്നങ്ങൾ ഒഴിവാക്കാൻ, അത് വ്യക്തമാക്കാൻ നിർബന്ധിക്കുക; ഇത് കൂടുതൽ മോശമായിരിക്കില്ല.

AddDefaultCharset UTF-8

സൈറ്റിലേക്കുള്ള കണക്ഷനുകളുടെ എണ്ണം പരിമിതപ്പെടുത്തുന്നു

ആധുനിക ബ്രൗസറുകൾക്ക് സൈറ്റിനെ സേവിക്കുന്ന സെർവറിലേക്ക് ഒരേസമയം നിരവധി കണക്ഷനുകൾ സൃഷ്ടിക്കാൻ കഴിയും. നിങ്ങൾക്ക് മതിയായ ഉറവിടങ്ങൾ ഇല്ലെങ്കിൽ, നിങ്ങൾക്ക് കണക്ഷനുകളുടെ എണ്ണം പരിമിതപ്പെടുത്താം.

MaxClients

റൂട്ട് ഡയറക്‌ടറിയിൽ സ്ഥാപിക്കുമ്പോൾ, ഡയറക്‌ടീവ് മുഴുവൻ സൈറ്റിനും വേണ്ടി പ്രവർത്തിക്കുന്നു, എന്നാൽ നിങ്ങൾ ഡൌൺലോഡ് ചെയ്യാൻ അയയ്‌ക്കുന്ന ഫയലുകൾ ഉള്ള ഫോൾഡറിൽ ഇടുകയാണെങ്കിൽ, നിങ്ങൾക്ക് നിരവധി ത്രെഡുകളിലേക്ക് ഡൗൺലോഡ് ചെയ്യുന്നത് പരിമിതപ്പെടുത്താം.

ജാവാസ്ക്രിപ്റ്റിനുള്ളിൽ php പ്രവർത്തിപ്പിക്കാൻ അനുവദിക്കുന്നു

ചിലപ്പോൾ നിങ്ങൾ ഒരു സ്ക്രിപ്റ്റിനുള്ളിൽ ചില കോഡ് എക്സിക്യൂട്ട് ചെയ്യേണ്ടതുണ്ട്. ഈ ഫീച്ചർ പ്രവർത്തനക്ഷമമാക്കാൻ ഈ കോഡ് സഹായിക്കും

AddType ആപ്ലിക്കേഷൻ/x-httpd-php .js AddHandler x-httpd-php5 .js SetHandler ആപ്ലിക്കേഷൻ/x-httpd-php

htaccess-നും അതിൻ്റെ സാധാരണ ഉപയോഗത്തിനും അത്രയേയുള്ളൂ. പാസ്‌വേഡുകൾ ഉപയോഗിച്ച് ഫോൾഡറുകൾ പരിരക്ഷിക്കുന്നതിനെക്കുറിച്ച് ഞാൻ പരാമർശിച്ചില്ല, കാരണം ഇത് ശരിയാണെന്ന് എനിക്ക് തോന്നുന്നില്ല, അല്ലെങ്കിൽ റഫറർ കൈമാറാതെ അഭ്യർത്ഥന അഭ്യർത്ഥനകൾ തടയുന്നതിലൂടെ സ്പാമിനെതിരെ "സംരക്ഷിക്കുക", കാരണം എല്ലാ ആധുനിക സ്പാം മെഷീനുകൾക്കും ഇത് വളരെക്കാലമായി ചെയ്യാൻ കഴിയും. ശരി, ഞാൻ കരുതാത്ത മറ്റ് കാര്യങ്ങൾ ശരിയായി നടപ്പിലാക്കി.

അവസാനമായി, നിങ്ങളുടെ htaccess ഫയൽ പരിശോധിക്കുന്നതിനുള്ള ഒരു സേവനം നിങ്ങളെ പരിചയപ്പെടുത്താൻ ഞാൻ ആഗ്രഹിക്കുന്നു - http://htaccess.madewithlove.be/. ഇത് ലളിതമാണ്, നല്ലൊരു ദിവസം ആശംസിക്കുന്നു

അഭിപ്രായങ്ങൾ: 112

കോൺസ്റ്റൻ്റിൻ

എല്ലാം ശരിയാണ്, എൻ്റെ സൈറ്റ് മാത്രം പേജ് 404-ലേക്ക് റീഡയറക്‌ട് ചെയ്യുന്നു, സെർവർ 200 കോഡ് നൽകുന്നു.
അത് എങ്ങനെ ശരിയാക്കാമെന്ന് പറയാമോ?

അടയാളപ്പെടുത്തുക

വിശദമായ ലേഖനത്തിന് നന്ദി!

നോവൽ

എന്നോട് പറയൂ, ഞാൻ വിഭാഗം ഇല്ലാതാക്കി, +300 പേജുകൾ, സൈറ്റ് വിഭാഗത്തിൻ്റെ എല്ലാ പേജുകളിൽ നിന്നും പ്രധാന പേജിലേക്ക് എങ്ങനെ റീഡയറക്‌ട് ചെയ്യാം. ഇത് കൂടാതെ എന്ത് കോഡ്, വ്യവസ്ഥയാണ് ഞാൻ ചേർക്കേണ്ടത്? റീറൈറ്റ് റൂൾ ^raznoe(.*)$ /

സെർജ് ഹോംബെർഗ്

ലേഖനത്തിന് നന്ദി. വളരെ ഉപകാരപ്രദമായ ലേഖനം. കൂടുതൽ അറിയാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. സൈറ്റിൻ്റെ ഡയറക്‌ടറികളിലേക്കുള്ള പ്രവേശനം index.html മുഖേന മാത്രമേ സാധ്യമാകൂ, നേരിട്ടല്ല, അത് എങ്ങനെ ഉണ്ടാക്കാം? എന്നെ വിശദമാക്കാൻ അനുവദിക്കൂ. എൻ്റെ കാറ്റലോഗിൽ പരസ്പരം ബന്ധിപ്പിച്ചിട്ടുള്ള നിരവധി പേജുകളുണ്ട്. എന്നിരുന്നാലും, എനിക്ക് ബ്രൗസറിൽ നിന്ന് ഓരോന്നും വ്യക്തിഗതമായി അഭ്യർത്ഥിക്കാം. ആ. ഉദാഹരണത്തിന്, പ്രധാന ഡയറക്‌ടറിയിൽ page_1.html എന്ന പേജ് ഉണ്ട്. അതിലേക്കുള്ള പ്രവേശനം index.html ൽ നിന്നാണ് വരുന്നത് (അവിടെ ഒരു ബട്ടൺ ഉണ്ട്). എന്നിരുന്നാലും, http://www.mysite.com/main/page_1.html ആക്‌സസ് ചെയ്‌ത് എനിക്ക് page_1.html പേജ് പ്രത്യേകം ഡൗൺലോഡ് ചെയ്യാം. ഇത് എങ്ങനെ തടയാം, സൈറ്റ് സന്ദർശകർക്ക് index.html മാത്രം ലഭ്യമാണെന്നും അതിലൂടെ മറ്റ് പേജുകളിലേക്കുള്ള പ്രവേശനം എങ്ങനെ ഉറപ്പാക്കാം. അതായത്, പേജുകൾ തമ്മിലുള്ള കൈമാറ്റം സെർവറിൽ ആന്തരികമായി മാത്രമേ സാധ്യമാകൂ. അപ്പോൾ സന്ദർശകർക്ക് സൈറ്റിലെ ഏതെങ്കിലും പേജുകൾ ഏകപക്ഷീയമായി തുറക്കാൻ കഴിയില്ല. മുൻകൂർ നന്ദി. നന്ദി.

വിക്ടർ

ഹലോ! ലേഖനത്തിന് നന്ദി! ഇപ്പോൾ ഞാൻ എൻ്റെ ആദ്യ വെബ്സൈറ്റ് സജ്ജീകരിക്കുകയാണ്. ഞാൻ വളരെ ശ്രദ്ധാപൂർവ്വം വായിച്ചു, വീണ്ടും നന്ദി! ചില തരത്തിലുള്ള ഫയലുകൾ പരിരക്ഷിക്കുന്നതിനെക്കുറിച്ച് എനിക്ക് ഒരു ചോദ്യമുണ്ട്.
നീ എഴുതി:
“അതുപോലെ, പ്ലഗിനുകൾ ഉപയോഗിക്കുന്ന css, js ഫയലുകൾ നിങ്ങൾക്ക് പരിരക്ഷിക്കാം:
#
#ഓർഡർ അനുവദിക്കുക, നിരസിക്കുക
#എല്ലാവരിൽ നിന്നും അനുവദിക്കുക
#
- അവസാനം ഉദ്ധരണി
കോഡിൻ്റെ രണ്ടാമത്തെ മുതൽ അവസാനത്തെ വരിയിൽ അക്ഷരത്തെറ്റ് ഉണ്ടോ? ഞങ്ങൾക്ക് ഈ ഫയലുകൾ പരിരക്ഷിക്കണമെങ്കിൽ, ഒരുപക്ഷേ DENY അവിടെ ഉണ്ടായിരിക്കുമോ? അതോ എനിക്ക് എന്തെങ്കിലും നഷ്ടമായോ?

പ്ലംക്ലബ്

ലേഖനത്തിന് വളരെ നന്ദി, ഇത്രയും വ്യക്തവും മനസ്സിലാക്കാവുന്നതുമായ ഒരു വിശദീകരണം ഞാൻ വളരെക്കാലമായി കണ്ടിട്ടില്ല. ബഹുമാനം

ഡോണെല്ലി

നിങ്ങളുടെ വൃക്കകൾ ടോയ്‌ലറ്റിൽ ആയിരിക്കുമ്പോൾ ബോർജോമി കുടിക്കാൻ വളരെ വൈകി!

ആന്ദ്രേ

നല്ല ലേഖനം! നന്ദി!

എനിക്കൊരു ചോദ്യമുണ്ട്.

എനിക്ക് ഇപ്പോഴും .ASP-ൽ ഒരു പഴയ സൈറ്റ് ഉണ്ട്, അത് വീണ്ടും ചെയ്യാനും വെബ് സെർവറിൻ്റെ തരം മാറ്റാനും അവിടെ വേർഡ്പ്രസ്സ് ഇൻസ്റ്റാൾ ചെയ്യാനും ഞാൻ തീരുമാനിച്ചു, അതനുസരിച്ച്, സൈറ്റിൻ്റെ എല്ലാ പഴയ പേജുകളും എനിക്ക് നീക്കം ചെയ്യേണ്ടിവന്നു കാരണം... ASP ആപ്പിന് കീഴിൽ ഇത് പ്രവർത്തിക്കില്ല. അവ അപ്രാപ്യമാകാൻ ഞാൻ ആഗ്രഹിക്കുന്നില്ല, അതിനാൽ ഞാൻ ഒരു ഉപഡൊമെയ്ൻ (http://www.old.mysite.ru) ഉണ്ടാക്കി, പഴയതെല്ലാം അവിടേക്ക് മാറ്റി, എല്ലാം അവിടെ പ്രവർത്തിക്കുന്നു.

ഉപയോക്താവ് ഏതെങ്കിലും എഎസ്പി പേജ് ആക്‌സസ് ചെയ്യുകയാണെങ്കിൽ, അവൻ http://www.old.mysite.ru എന്ന സബ്‌ഡൊമെയ്‌നിലേക്ക് സ്വയമേവ റീഡയറക്‌ട് ചെയ്യപ്പെടുന്നുവെന്ന് ഇപ്പോൾ ഞങ്ങൾ ഉറപ്പാക്കേണ്ടതുണ്ട്. ASP പേജുകൾക്കായി മാത്രം റീഡയറക്‌ട് ചെയ്യുക, മറ്റുള്ളവരെ റീഡയറക്‌ട് ചെയ്യരുത്.

കൂടാതെ "www" വിലാസത്തിൽ ഉണ്ടാകാം അല്ലെങ്കിൽ ഇല്ലായിരിക്കാം

നിങ്ങൾക്ക് പശ ചെയ്യേണ്ടത് എന്താണെന്ന് എനിക്ക് ഉറപ്പില്ല. പേജുകളിലൊന്നിൽ സൂചികയിലാക്കുന്നതിനുള്ള നിരോധനം സൂചിപ്പിക്കുക, അത്രമാത്രം

zeleniyalex

ഹലോ.
ലേഖനത്തിന് നന്ദി, മികച്ച മെറ്റീരിയൽ, ബുക്ക്മാർക്കുകളിൽ ചേർത്തു.
എനിക്കൊരു ചോദ്യമുണ്ട്. htaccess ഫയൽ പരിശോധിക്കുന്നതിനായി നിങ്ങൾ വ്യക്തമാക്കിയ സേവനത്തിലേക്ക് ഞാൻ മാറി.

നിങ്ങളുടേത് നൽകി:
# വേർഡ്പ്രസ്സ് ആരംഭിക്കുക

റീറൈറ്റ് എഞ്ചിൻ ഓൺ
റീറൈറ്റ്ബേസ് /
RewriteRule ^index\.php$ - [L]
RewriteCond %(REQUEST_FILENAME) !-f
RewriteCond %(REQUEST_FILENAME) !-d
റീറൈറ്റ് റൂൾ. /index.php [L]

എനിക്ക് ഈ ഫലം ലഭിച്ചു:
# വേർഡ്പ്രസ്സ് ആരംഭിക്കുക
1
2 റീറൈറ്റ് എഞ്ചിൻ ഓൺ
3 റീറൈറ്റ്ബേസ് /
4 RewriteRule ^index\.php$ - [L]
5 RewriteCond %(REQUEST_FILENAME) !-f ——————— ഈ വേരിയബിൾ പിന്തുണയ്ക്കുന്നില്ല: %(REQUEST_FILENAME)
6 RewriteCond %(REQUEST_FILENAME) !-d ——————— ഈ വേരിയബിൾ പിന്തുണയ്ക്കുന്നില്ല: %(REQUEST_FILENAME)
7 റീറൈറ്റ് റൂൾ. /index.php [L], ——————— വ്യവസ്ഥകളിലൊന്ന് പാലിക്കാത്തതിനാൽ ഈ നിയമം പാലിക്കപ്പെട്ടില്ല
8
9#END വേർഡ്പ്രസ്സ്

5,6,7 ഖണ്ഡികകളിലെ അഭിപ്രായങ്ങൾ എന്താണ് അർത്ഥമാക്കുന്നത്?
നന്ദി.

ആൻ്റി ഔട്ട്

വിക്ടർ, ദയവായി എന്നോട് പറയൂ, ഒരു ഗ്ലൂയിംഗ് ഉണ്ടാക്കാൻ, നിങ്ങളുടെ സൈറ്റിൻ്റെ url നൽകേണ്ടതുണ്ട്, കാര്യം, എനിക്ക് മനസ്സിലാകുന്നില്ല, നിർദ്ദേശത്തിലെ കോം തന്നെ മാറുമോ അല്ലെങ്കിൽ നിലനിൽക്കുമോ?
ഏത് ഓപ്ഷനാണ് ശരി (നിങ്ങളുടെ സൈറ്റ് ഉദാഹരണമായി ഉപയോഗിക്കുന്നത്)?

ഓപ്ഷനുകൾ +FollowSymLinks
റീറൈറ്റ് എഞ്ചിൻ ഓൺ
RewriteCond %(HTTP_HOST) ^www.gering111\.com$
RewriteRule ^(.*)$

രണ്ടാമത്തെ ഓപ്ഷൻ ശരിയാണ്, സൈറ്റ് ഒരു ഉദാഹരണമാണ്. നിങ്ങളുടെ കാര്യത്തിൽ അത് site.ru അല്ലെങ്കിൽ site.org ആയിരിക്കാം

ഒലെഗ്

മെഗാ ഉപകാരപ്രദമായ ലേഖനം!!!
എന്നാൽ ക്ലയൻ്റിൻ്റെ ഫയൽ കാഷിംഗ് കാഷെ-കൺട്രോൾ "പബ്ലിക്" അല്ല, മറിച്ച് കാഷെ-കൺട്രോൾ "സ്വകാര്യം" ആണ്.
പൊതു - പ്രോക്സി സെർവറിൽ

കൃത്യമായി! നിങ്ങളുടെ ശ്രദ്ധയ്ക്ക് നന്ദി

അലക്സാണ്ടർ

ഹലോ!
site.ru/club/ പോലുള്ള ഒരു സൈറ്റ് ഉണ്ടായിരുന്നു, ഈ സൈറ്റിൻ്റെ എല്ലാ പേജുകളും ഏകദേശം ഇനിപ്പറയുന്ന ഘടനയുള്ള ഒരു പുതിയ പേജിലേക്ക് റീഡയറക്‌ട് ചെയ്യേണ്ടത് ആവശ്യമാണ്: new-site.ru/step/stranica.html.
htaccess വഴി ഇത് എങ്ങനെ ശരിയായി ചെയ്യാമെന്ന് എന്നോട് പറയൂ?

മൈക്കിൾ

ശുഭദിനം. ഈ കോഡ് ഉപയോഗിക്കുന്നതിനെക്കുറിച്ച് നിങ്ങൾക്ക് മുന്നറിയിപ്പ് നൽകാൻ ഞാൻ ആഗ്രഹിച്ചു
RewriteCond %(THE_REQUEST) ^(3,9)\ /index\.html\ HTTP/
RewriteRule ^index\.html$ http://site.com
RewriteCond %(THE_REQUEST) ^(3,9)\ /index\.php\ HTTP/
RewriteRule ^index\.php$ http://site.com
സൈറ്റിൻ്റെ അഡ്‌മിൻ പാനലിലേക്കുള്ള ആക്‌സസ് തടയാൻ കഴിയും, ഇത് CMS ഷോപ്പ്‌സ്‌ക്രിപ്‌റ്റും VamShop ഉം ഉപയോഗിച്ച് എനിക്ക് സംഭവിച്ചു

WP, ImageCMS എന്നിവയ്‌ക്കൊപ്പം ഞാൻ ഈ കോഡ് ഉപയോഗിക്കുന്നു - എല്ലാം ശരിയാണ്, പ്രശ്‌നങ്ങളൊന്നുമില്ല. യഥാർത്ഥത്തിൽ, ഞാൻ ഇത് മറ്റ് സിസ്റ്റങ്ങളിൽ പരീക്ഷിച്ചിട്ടില്ല, അതിനാൽ ഞാൻ ഒന്നും പറയുന്നില്ല.

വ്ലാഡ്

നന്ദി! ഒടുവിൽ ജിസിപ്പ് ഉപയോഗിച്ച് എല്ലാം എനിക്ക് വേണ്ടി പ്രവർത്തിച്ചു!!!

നോവൽ

മൈക്കിൾ

വഴിതിരിച്ചുവിടലിനെക്കുറിച്ചുള്ള ചോദ്യം.
ഒരു ബ്രൗസറിൽ നിന്നാണ് നമ്മൾ ആക്സസ് ചെയ്യുന്നതെങ്കിൽ ഒരു പേജിലേക്ക് റീഡയറക്‌ട് ചെയ്യേണ്ടത് ആവശ്യമാണ്, എന്നാൽ ഒരു മൊബൈൽ ആപ്ലിക്കേഷനിൽ നിന്നാണെങ്കിൽ (മൊബൈൽ ബ്രൗസറല്ല). മാത്രമല്ല, രണ്ട് ഓപ്ഷനുകളിലും സൈറ്റിൻ്റെ റൂട്ടിലേക്ക് ഒരു വ്യക്തിഗത ലിങ്ക് ഉണ്ട്.

വാസിലി, സത്യം പറഞ്ഞാൽ ഇങ്ങനെയൊന്നും ഞാൻ കണ്ടിട്ടില്ല...

പ്രാക്ടിക്_മാൻ

എല്ലായിടത്തും HTACCESS-ൻ്റെ പൊതുവായ വിവരണങ്ങൾ മാത്രമേയുള്ളൂ, കൂടാതെ കുറച്ച് യഥാർത്ഥ ഉദാഹരണങ്ങളുണ്ട്; എന്തിനൊപ്പം ഉപയോഗിക്കുന്നു എന്നതിൻ്റെ വാക്യഘടനയും വിവരിക്കുന്നത് നന്നായിരിക്കും.

പ്രാക്ടിക്_മാൻ

ആർക്കെങ്കിലും ഉത്തരം അറിയാമെങ്കിൽ സഹായിക്കാമോ?
ഒരു കാറ്റലോഗ് ഉണ്ട്

http://site.ru/catalog.php/(വിവിധ പേജുകളുടെ ഒരു കൂട്ടം)
അതുവഴി catalog.php-ൽ ആരംഭിക്കുന്ന ഏത് നൽകിയ വിലാസത്തിൽ നിന്നും ഇത് കൈമാറുന്നു:

http://site.ru/products/10
കൂടുതൽ ഒന്നും ചേർത്തില്ല. അതായത് ഡയറക്‌ടറിയിലേക്ക് റീഡയറക്‌ട് ചെയ്യുക.

RedirectMatch ^catalog\.php(.+) http://site.ru/products/10 വഴി ഞാൻ ഇത് പരീക്ഷിച്ചു
ഇത് ആ രീതിയിൽ പ്രവർത്തിക്കുന്നില്ല ((

എനിക്ക് ഇതുവരെ സഹായിക്കാൻ കഴിയില്ല, ഞാൻ കമ്പ്യൂട്ടറിൽ നിന്ന് വളരെ അകലെയാണ്. ഒറ്റനോട്ടത്തിൽ, എല്ലാം ശരിയാണ്. മിക്കവാറും വാക്യഘടനയിൽ ഒരു പ്രശ്നമുണ്ട്, പക്ഷേ നിങ്ങൾ പരിശോധിക്കേണ്ടതുണ്ട്

പ്രാക്ടിക്_മാൻ

അതായത്, ഫോൾഡറും പേജ് വിപുലീകരണവും മാറി, പക്ഷേ ഉൽപ്പന്നത്തിൻ്റെ പേര് അതേപടി തുടരുന്നു.

ഞാൻ ഫോമിൽ ഒരു റീഡയറക്‌ട് നടത്തി:
RewriteRule ^content/(.+)$ http://site.ru/new folder/$1.html
അതും പ്രവർത്തിക്കുന്നില്ല ;(
എന്താണ് പ്രശ്നം?