ಈ ಲೇಖನದಲ್ಲಿ, 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ಈ ಉದಾಹರಣೆಯು ಪ್ರದರ್ಶನವನ್ನು ಸೂಚಿಸುತ್ತದೆ ಸರ್ವರ್_ದೋಷ.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ಹಲವಾರು IP ವಿಳಾಸಗಳನ್ನು ನಿರ್ಬಂಧಿಸುವುದನ್ನು "ನಿರಾಕರಿಸಿ"" ಅನ್ನು ಅಗತ್ಯವಿರುವ ವಿಳಾಸಗಳೊಂದಿಗೆ ಲೈನ್ ಮಾಡಿ.
ವಿವಿಧ ಐಪಿ ವಿಳಾಸಗಳನ್ನು ನಿರ್ಬಂಧಿಸಲು:
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 ^.*$ - [F,L] RewriteCond ಷರತ್ತುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಪೂರೈಸಿದರೆ ವಿನಂತಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ. ಇದು 403 ನಿಷೇಧಿತ ಸ್ಥಿತಿ ಕೋಡ್ (F) ನೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ನಿಯಮಗಳನ್ನು (L) ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.
htaccess ನಲ್ಲಿ ಕ್ಯಾಶಿಂಗ್
.htaccess ಫೈಲ್ ಮೂಲಕ ಕ್ಯಾಶಿಂಗ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದರಿಂದ ನಿಮ್ಮ ಸೈಟ್ ಬಳಕೆದಾರರಿಗೆ ವೇಗವಾಗಿ ಲೋಡ್ ಆಗುವಂತೆ ಮಾಡುವ ಮೂಲಕ ಅದನ್ನು ವೇಗಗೊಳಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಇದು ಈ ರೀತಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಚಿತ್ರಗಳು, CSS ಶೈಲಿಗಳು ಮತ್ತು ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಸ್ಕ್ರಿಪ್ಟ್ಗಳಂತಹ ಕೆಲವು ಫೈಲ್ಗಳನ್ನು ಮೊದಲ ಲೋಡ್ ನಂತರ ಬಳಕೆದಾರರ ಬ್ರೌಸರ್ ಕ್ಯಾಶ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಈಗ ಬ್ರೌಸರ್ ಈ ಫೈಲ್ಗಳನ್ನು ಬಳಕೆದಾರರು ಪ್ರತಿ ಬಾರಿ ಪುಟಕ್ಕೆ ಭೇಟಿ ನೀಡಿದಾಗ ಸರ್ವರ್ನಿಂದ ಮರುಲೋಡ್ ಮಾಡುವ ಬದಲು ಕ್ಯಾಶ್ನಿಂದ ಬಳಸಬಹುದು. ಇದು ಲೋಡಿಂಗ್ ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸೈಟ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ.
ಒಂದು ಉದಾಹರಣೆಯನ್ನು ಪರಿಗಣಿಸಿ:
# Enable caching for images for 1 month
<FilesMatch "\.(jpg|jpeg|png|gif|svg)$">
Header set Cache-Control "max-age=2592000, public"
</FilesMatch>
# Enable caching for CSS and JavaScript for 1 week
<FilesMatch "\.(css|js)$">
Header set Cache-Control "max-age=604800, public"
</FilesMatch>ಮತ್ತೊಂದೆಡೆ, ಆಗಾಗ್ಗೆ ನವೀಕರಿಸಲಾಗುವ ಸಂಪನ್ಮೂಲಗಳಿಗೆ, ಕ್ಯಾಶಿಂಗ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಅವಶ್ಯಕ:
# Excluding caching for HTML pages and XML files
<FilesMatch "\.(html|xml)$">
Header set Cache-Control "no-cache, no-store, must-revalidate"
Header set Pragma "no-cache"
Header set Expires "0"
</FilesMatch>ಸೈಟ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಅತ್ಯುತ್ತಮಗೊಳಿಸುವುದು
ನಮ್ಮ ಮಾಡ್_ಡಿಫ್ಲೇಟ್ ಮತ್ತು ಮಾಡ್_ಜಿಪ್ ಅಪಾಚೆಯಲ್ಲಿರುವ ಮಾಡ್ಯೂಲ್ಗಳು ಸರ್ವರ್ ಬಳಕೆದಾರರ ಸಾಧನಗಳಿಗೆ ಕಳುಹಿಸುವ ಮಾಹಿತಿಯನ್ನು ಸಂಕುಚಿತಗೊಳಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತವೆ. ಇದು ಫೈಲ್ಗಳನ್ನು ಗಾತ್ರದಲ್ಲಿ ಚಿಕ್ಕದಾಗಿಸುತ್ತದೆ, ಇದು ಪುಟ ಲೋಡಿಂಗ್ ಅನ್ನು ವೇಗಗೊಳಿಸುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಈ ಮಾಡ್ಯೂಲ್ಗಳ ಬೆಂಬಲ ಮತ್ತು ಸಂರಚನೆಯು ನಿಮ್ಮ ಸರ್ವರ್ ಅನ್ನು ಅವಲಂಬಿಸಿ ಬದಲಾಗಬಹುದು ಎಂಬುದನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ.
ಬಳಸುವ ಉದಾಹರಣೆ ಮಾಡ್_ಡಿಫ್ಲೇಟ್ ಘಟಕ:
<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>ಉದಾಹರಣೆ ಮಾಡ್_ಜಿಪ್:
<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 ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ನೀವು ಕರಗತ ಮಾಡಿಕೊಂಡ ನಂತರ, ವೆಬ್ಸೈಟ್ಗಳ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಕಾರ್ಯವನ್ನು ಸುಧಾರಿಸಲು ನೀವು ಪ್ರಬಲ ಸಾಧನವನ್ನು ಪಡೆಯುತ್ತೀರಿ.
