Метка «php»
− Парковка
Послуга «Парковка» означає підтримку DNS-зоны домена. Причому, при введенні доменного імені в адресному рядку браузера, може відкриватися певний сайт або ж порожня сторінка, залежно від вибраного Вами варіанту даної послуги.
Існують два види «Парковки»:
Перший
Ви реєструєте доменне ім'я для упевненості в тому, що його не займе хтось інший. При цьому прописуєте DNS-сервера, іншими словами «припарковуєте» його на сервері хостинг-провайдер. Так Ви гарантовано стаєте єдиним власником доменного імені на весь термін його реєстрації. При цьому, ввівши його в адресному рядку браузера, Ви швидше за все побачите порожню сторінку. Таким чином, в майбутньому Ваш сайт і бренд не спливатимуть в пам'яті користувачів разом з інтернет-рекламою або ж сторіночкою хостинг-провайдер.
Другий
Ви зареєстрували декілька доменів, можливо, для подальшого продажу або ж отримання прибули з реклами. В цьому випадку Ви можете розмістити на сторінці або рекламну тематичну інформацію (приклад: http://www.1domain.ru), або повідомлення про те, що домен продається, використовуючи пропонований мінімальний дисковий простір.
Вибираючи послугу «Парковка», будьте готові до відсутності повноцінних можливостей хостингу: субдоменів, PHP, Perl, MYSQL.
− Платити чи ні?
До вибору місця для свого сайту варто підходити з усією відповідальністю. Адже від цього залежатиме як число відвідувачів, так і репутація самої компанії.
Почнемо з того, що власникові невеликої сторіночки (особистою або ж корпоративною) достатньо послуг, пропонованих середньостатистичним безкоштовним хостингом. Важливо пам'ятати, що зовсім безкоштовного хостингу не буває. Зазвичай як оплата за хостинг, Ви погоджуєтеся розмістити на кожній сторінці сайту рекламні банери. Будьте готові до того, що вони можуть відлякати відвідувачів Вашого ресурсу.
Разом з головним плюсом безкоштовного хостингу - відсутністю щомісячної оплати і, отже, безстрокового розміщення Вашої сторінки в Інтернеті, існує ряд мінусів:
Швидкість роботи
Часто у власників безкоштовного хостингу на одному сервері знаходиться безліч різних сайтів. Це може привести до того, що серверу не вистачить потужності, отже, сторінки завантажуватимуться непристойно поволі. Може трапитися, що користувач покине Ваш ресурс, так і не дочекавшись його повного завантаження.
Відсутність підтримки скриптів і баз даних (PHP, CGI, MYSQL і так далі)
Зазвичай на безкоштовному хостингу надається можливість розміщення тільки простих сторінок (HTML). Але у міру розвитку проекту, його зростання, з'являється потреба в повноцінних веб-сервисах, а стандартної гостьової книги, яка зазвичай додається до сайту на безкоштовному хостингу, стає недостатньо.
Відсутність гарантій
Основний недолік розміщення сайту на безкоштовному хостингу полягає в тому, що Вам не гарантують якість і безперервність послуги, що надається. Крім того, у багатьох випадках практикується видалення неактивних профілів користувачів, а то і взагалі повноцінних сайтів без пояснення причин.
Безкоштовне розміщення сайтів пропонують не тільки хостинг-провайдеры, але і компанії, що надають підключення до мережі Інтернет. В цьому випадку Ви отримуєте місце, достатнє для розміщення персональної сторінки, прайс-листа або ж невеликого каталога продукції. Адреса такої сторінки зазвичай рекламує насамперед не Вашу фірму, а інтернет-провайдера, що надав Вам місце під сайт. Причому, адреса ніби http://www.provider.ru/users/sites/1mf/index.php складно сприймається на слух і погано запам'ятовується. Тому такий вид розміщення незручний для комерційних проектів, які розміщують контактну інформацію на візитних картках і рекламній продукції.
Пам'ятаєте, що якщо Ви вирішите змінити свого інтернет-провайдера або ж просто розмістити сайт у іншому місці (перейти на платний хостинг), то окрім його фізичного місцерозташування, зміниться і його ім'я. Це спричинить виправлення всіх рекламних модулів. Такий переїзд часто викликає незадоволеність клієнтів компанії, які по пам'яті набирають стару адресу і не знаходять необхідну ним інформацію. У результаті людина йде до конкурентів, у яких сайт справно працює.
У міру розвитку сайту, як правило, йому стає мало безкоштовних ресурсів, що виділяються, і приходить пора задуматися про платний хостинг. Насамперед варто приділити увагу реєстрації свого домена другого рівня, що говорить про шанобливе відношення компанії до своїх клієнтів. Власний домен зручний також тим, що при переході від одного хостинг-провайдер до іншого, його ім'я мінятися не буде, і домен завжди буде Ваш, за умови, що за нього регулярно вноситиметься оплата.
Не варто упускати з уваги і такий момент: у крупних компаній домен є основною частиною вартості бренду. Наприклад, гігант google.com, позбувшись свого домена, стане для користувачів всього лише рядовою пошуковою системою.
− Кого вибрати?
Сьогодні, вибираючи надійну фірму на ринку хостинг-услуг, легко загубитися в різноманітності пропозицій. Найголовніше - не звертатися в першу вподобану компанію, а неквапливо вивчити всі її плюси і мінуси.
Основні моменти, на які варто звернути увагу при виборі хостинг-провайдер:
Контактна інформація
Знаходячись на сайті компанії, зайдіть в розділ "Контакти". Ви можете подумати, що наявність поштової адреси, телефонів і банківських реквізитів говорить про те, що перед Вами сайт крупної, надійної компанії. Насправді це не так. Звернете увагу на поштову адресу. Він обмежується тільки безликим а/я (http://www.slavhost.ru/contact.php)? Значить, Ви зіткнулися з організацією, яка не готова брати на себе відповідальність. Тобто у разі виникнення конфлікту Ви не зможете приїхати в офіс хостинг-провайдер, щоб на місці вирішити всі питання. У випадку, якщо Ви знайшли тільки електронну поштову адресу і, можливо, номери телефонів (http://axer.ru/index.php?link=6), висока вірогідність, що перед Вами - невелика компанія (або навіть фізична особа), яка орендувала сервер у більшого хостинг-провайдер. Як правило, у таких організацій немає ні ліцензії, ні офісу, ні можливості оформляти бухгалтерські документи для безготівкової оплати.
Будьте уважні. Тільки наявність всіх можливих засобів зв'язку і реквізитів (http://xxx.ru/about/contacts.php) може гарантовано говорити про серйозність і надійність хостинг-провайдер.
Ліцензія
Пам'ятаєте, що для здійснення хостинговой діяльності на території Російської Федерації компанія повинна володіти ліцензією на телематические послуги зв'язку. Якщо на сайті хостинг-провайдер немає згадки про такого роду документах, подумайте, перш ніж довірити йому свій сайт.
Оплата
Звернете особливу увагу на запропоновані Вам способи оплати. Якщо хостинг-провайдер приймає тільки електронні платежі, а не банківські перекази, будьте упевнені, що перед Вами фізична особа, що узяла сервер в оренду.
Облік платежів
Ще один істотний критерій при виборі хостингу - це облік Ваших платежів і отримання оперативної інформації по рахунку. Варіантів тут два:
-Ви дістаєте доступ до зручної "Панелі Управління" сайтом, в якій завжди можна побачити залишок на Вашому рахунку;
-провайдер веде облік грошових коштів уручну. В цьому випадку сплачені гроші можуть просто "загубитися", чого не можна сказати про перший варіант.
Технічна підтримка
Не менш важливим аспектом є наявність (відсутність) у хостинг-провайдер служби технічної підтримки. Це можуть бути консультації як по електронній пошті, так і по телефону. Слід звернути увагу на режим роботи фахівців: або консультації ведуться цілодобово, і Вам готові прийти на допомогу у будь-який час, будь то ранній ранок або глибока ніч, або Вам доведеться чекати робочого часу а, відповідь можна буде отримати тільки поштою, без можливості оперативно вирішити проблему по телефону.
Резервне копіювання (backup)
Особливу увагу слід приділити тому, чи робляться резервні копії сайтів. Якщо так, то з якою періодичністю. Пам'ятаєте, що файли Вашого сайту можуть раптово зникнути або зіпсуватися (наприклад, в наслідок помилки в скриптах, або ж випадкового видалення). Якщо існують резервні копії, то загублені дані можна буде відновити. Якщо ж такі не робляться, то видалений або зіпсований файл повернути вже не вийде.
Уточните у хостинг-провайдер, чи зберігається резервна копія на окремий сервер, не пов'язаний з тим, на якому знаходиться Ваш сайт. У разі позитивної відповіді, Ви будете спокійні за всі дані, адже такий сервер часто не має виходу в мережу Інтернет, що гарантує захист від хакреського злому. В той же час вірогідність того, що відмовлять відразу два сервери дуже мала. Тому навіть при збої в роботі одного з них, вміст Вашого сайту залишиться в цілісності і збереженні на другому.
Де краще – в Росії або закордоном?
Існує думка, що закордоном все завжди краще. І якщо є можливість скористатися хостингом від іноземної компанії, то краще не ризикувати, довіряючи роботу зі своїм сайтом російському провайдерові. Проте не дивлячись на видимі переваги, російський клієнт може зіткнутися з рядом проблем при роботі з іноземним хостером.
По-перше, є різниця в швидкості доступу. Простіше кажучи, один і той же сайт відкриється швидше, якщо він розташований в Росії, чим якби він знаходився на іноземному сервері. Ця проблема актуальна також і для російських компаній, що орендують сервера закордоном.
По-друге, офіційно зареєстрована в Росії компанія при розміщенні свого сайту на зарубіжному сервері неминуче зіткнеться з проблемами оформлення бухгалтерських документів. В той же час дозвіл спірних питань буде утруднений відмінностями в законодавчих системах.
Нарешті, найочевидніші мінуси взаємодії із зарубіжним провайдером – іншомовний персонал технічної підтримки і різниця в часі. При виникненні надзвичайних ситуацій географічна віддаленість може стати значною перешкодою на шляху до вирішення проблеми.
Підводячи підсумок, можна сказати, що вибираючи хостинг-провайдер важливо визначитися, що для Вас важливіше - низька вартість хостингу або ж якість сервісів. Залежно від цього ухвалюйте рішення: йти в молодшу компанію або ж зупинити свій вибір на організації, яка працює на ринку хостинговых послуг не перший рік.
Так само буде не зайвим прочитати відгуки клієнтів про компанію, що цікавить Вас. Оцінюйте як кількість (чим більше думок, тим більше додаткової інформації про хостинг-провайдере Ви отримуєте), так і якість відгуків (але не забуваєте, що бути на 100% ідеальним не можна, тому обов'язково знайдуться незадоволені послугами навіть найнадійнішій компанії).
− Виконання php-кода в html-документах
Для виконання php-кода в html-документах слід прописати у файлі .htaccess розширення файлів, в яких потрібно виконувати php-код:
RemoveHandler .php .php
AddType application/x-httpd-php .php .php .php .phtml
Для виконання php-кода в html-документах слід прописати у файлі .htaccess розширення файлів, в яких потрібно виконувати php-код:
RemoveHandler .php .php
AddType application/x-httpd-php .php .php .php .phtml
− Перенаправлення
Директиви: Redirect, RedirectMatch
Redirect – служить для здійснення редиректа на інший сайт (url).
Синтаксис: Redirect [status] path url
[status] – необов'язкове поле, що визначає код повернення. Існуючі значення: permanent (301 — документ переміщений постійно), temp (302 — документ переміщений тимчасово), seeother (303 — дивитеся інший), gone (410 — прибраний).
path – локальна частина запрошуваного посилання
url – посилання, куди здійснюється редирект (перенаправлення).
Приклад:
Redirect / http://site.ru/
Redirect /test.php http://site.ru/test.php
У даному прикладі що всім запитало сторінку test.php відкриватиметься http://site.ru/test.php
Так, наприклад, при запиті welcome.php буде переадресація на http://site.ru/welcome.php
Директива RedirectMatch аналогічна директиві Redirect, за винятком того, що в параметри указується шаблон локальних сторінок у вигляді регулярних виразів. Наприклад:
RedirectMatch (.*)\.php$ http://www.site.ru/test.php
RedirectMatch (.*)\.jpg$ http://www.site.ru/test.gif
Можна зробити перенаправлення залежно від ip-адреса відвідувача:
RewriteCond %{REMOTE_ADDR} 12.345.67.89
RewriteRule ^/$ /errors.php [L]
У даному прикладі всім відвідувачам, що прийшли з ip-адреса 12.345.67.89 відкриватиметься сторінка errors.php.
Ви можете вказати декілька ip-адресов, і для кожного визначити своє правило перенаправлення:
RewriteCond %{REMOTE_ADDR} 12.345.67.89
RewriteRule ^/$ /welcome.php [L]
RewriteCond %{REMOTE_ADDR} 123.45.67.89
RewriteRule ^/$ /close.php [L]
RewriteCond %{REMOTE_ADDR} 98.765.43.21
RewriteRule ^/$ http://www.site.ru [L]
У результаті всім відвідувачам, що прийшли з адреси 12.345.67.89 відкриватиметься сторінка welcome.php, відвідувачам з ip-адреса 123.45.67.89 відкриється close.php, а що всі прийшли з адреси 98.765.43.21 будуть перенаправлені на сайт www.site.ru.
Приведені правила можуть бути розрізнятися на різних серверах, залежно від його конфігурації.
При необхідності визначити переадресацію для групи ip-адресов, слідує:
RewriteEngine On
RewriteCond %{REMOTE_ADDR} 12.345.67.89 [OR]
RewriteCond %{REMOTE_ADDR} 98.765.43.21
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ /welcome.php [L]
У приведеному прикладі всі відвідувачі з ip-адресов 98.765.43.21 і 12.345.67.89 переадресовуватимуться на сторінку welcome.php
Так само можна зробити перенаправлення залежно від тієї сторінки, з якою прийшов відвідувач:
RewriteCond %{HTTP_REFERER} http://www.site.ru/test.php
RewriteRule ^/welcome.php$ /errors.php [L]
В даному прикладі всім відвідувачам, що прийшли з адреси http://www.site.ru/test.php, замість сторінки welcome.php відкриватиметься сторінка errors.php.
Перенаправлення для різного роду вірусів і сканерів:
redirect /_vti_bin http://www.site.ru
redirect /scripts http://www.site.ru
redirect /MSADC http://www.site.ru
redirect /c http://www.site.ru
redirect /d http://www.site.ru
redirect /_mem_bin http://www.site.ru
redirect /msadc http://www.site.ru
RedirectMatch (.*)\cmd.exe$ http://www.site.ru $1
Директиви: Redirect, RedirectMatch
Redirect – служить для здійснення редиректа на інший сайт (url).
Синтаксис: Redirect [status] path url
[status] – необов'язкове поле, що визначає код повернення. Існуючі значення: permanent (301 — документ переміщений постійно), temp (302 — документ переміщений тимчасово), seeother (303 — дивитеся інший), gone (410 — прибраний).
path – локальна частина запрошуваного посилання
url – посилання, куди здійснюється редирект (перенаправлення).
Приклад:
Redirect / http://site.ru/
Redirect /test.php http://site.ru/test.php
У даному прикладі що всім запитало сторінку test.php відкриватиметься http://site.ru/test.php
Так, наприклад, при запиті welcome.php буде переадресація на http://site.ru/welcome.php
Директива RedirectMatch аналогічна директиві Redirect, за винятком того, що в параметри указується шаблон локальних сторінок у вигляді регулярних виразів. Наприклад:
RedirectMatch (.*)\.php$ http://www.site.ru/test.php
RedirectMatch (.*)\.jpg$ http://www.site.ru/test.gif
Можна зробити перенаправлення залежно від ip-адреса відвідувача:
RewriteCond %{REMOTE_ADDR} 12.345.67.89
RewriteRule ^/$ /errors.php [L]
У даному прикладі всім відвідувачам, що прийшли з ip-адреса 12.345.67.89 відкриватиметься сторінка errors.php.
Ви можете вказати декілька ip-адресов, і для кожного визначити своє правило перенаправлення:
RewriteCond %{REMOTE_ADDR} 12.345.67.89
RewriteRule ^/$ /welcome.php [L]
RewriteCond %{REMOTE_ADDR} 123.45.67.89
RewriteRule ^/$ /close.php [L]
RewriteCond %{REMOTE_ADDR} 98.765.43.21
RewriteRule ^/$ http://www.site.ru [L]
У результаті всім відвідувачам, що прийшли з адреси 12.345.67.89 відкриватиметься сторінка welcome.php, відвідувачам з ip-адреса 123.45.67.89 відкриється close.php, а що всі прийшли з адреси 98.765.43.21 будуть перенаправлені на сайт www.site.ru.
Приведені правила можуть бути розрізнятися на різних серверах, залежно від його конфігурації.
При необхідності визначити переадресацію для групи ip-адресов, слідує:
RewriteEngine On
RewriteCond %{REMOTE_ADDR} 12.345.67.89 [OR]
RewriteCond %{REMOTE_ADDR} 98.765.43.21
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ /welcome.php [L]
У приведеному прикладі всі відвідувачі з ip-адресов 98.765.43.21 і 12.345.67.89 переадресовуватимуться на сторінку welcome.php
Так само можна зробити перенаправлення залежно від тієї сторінки, з якою прийшов відвідувач:
RewriteCond %{HTTP_REFERER} http://www.site.ru/test.php
RewriteRule ^/welcome.php$ /errors.php [L]
В даному прикладі всім відвідувачам, що прийшли з адреси http://www.site.ru/test.php, замість сторінки welcome.php відкриватиметься сторінка errors.php.
Перенаправлення для різного роду вірусів і сканерів:
redirect /_vti_bin http://www.site.ru
redirect /scripts http://www.site.ru
redirect /MSADC http://www.site.ru
redirect /c http://www.site.ru
redirect /d http://www.site.ru
redirect /_mem_bin http://www.site.ru
redirect /msadc http://www.site.ru
RedirectMatch (.*)\cmd.exe$ http://www.site.ru $1
− Паролірованіє
Паролірованіє здійснюється за допомогою директив AuthName, AuthType, AuthUserFile, Require.
AuthName - управляє заголовком у вікні запиту авторизації і служить для пояснення запиту.
AuthType - вибір типу аутентифікації: Basic або Digest. Приклад: AuthType Basic|Digest
AuthUserFile - шлях до файлу з паролями для аутентифікації. Шлях до файлу задається абсолютний, від кореня сервера (приклад: AuthUserFile /home/u9751/siteru/.htpasswd). Файл з паролем краще зберігати не в тому ж каталозі, в якому знаходиться сайт.
Require - перерахування списку користувачів, яким дозволений доступ: Імяпользователя | valid-user . При вказівці імені користувача доступ буде дозволений тільки перерахованим користувачам. У випадку ж якщо вказати valid-user, то доступ буде у всіх, хто перерахований у файлі з паролями.
Пароль на весь каталог
AuthName "Заголовок авторизації"
AuthType Basic
AuthUserFile /home/u9751/.htpasswd
require valid-user
В даному прикладі вирішується доступ всім, хто перерахований у файлі з паролями. Якщо ж змінити останній рядок: require user1,user2,user3, то доступ буде тільки у трьох користувачів.
Пароль на конкретний файл
Так само як і весь каталог, можна закрити паролем тільки один файл. Приклад для файлу test.php:
<Files test.php>
AuthName " Заголовок авторизації "
AuthType Basic
AuthUserFile /home/u9751/.htpasswd
</Files>
Пароль на групу файлів
Замість імені файлу (test.php) можна вказати групу файлів або їх маску:
<Files "\.(php|html|zip|rar...інші розширення...)$">
Приклад: <Files "\.(php)$"> - закриває доступ по паролю до всіх файлів *.php. У результаті файл .htaccess виглядатиме таким чином:
<Files "\.(php)$">
AuthName " Заголовок авторизації "
AuthType Basic
AuthUserFile /home/u9751/.htpasswd
</Files>
Замість .php можна вказати будь-яке інше розширення, наприклад .zip або .rar, тоді пароль запрошуватиметься тільки при спробі доступу до цих файлів, наприклад:
<Files "\.(zip)$"> - установка пароля на всі zip-файлы.
<Files "\.(rar)$"> - установка пароля на всі rar-файлы.
Паролірованіє здійснюється за допомогою директив AuthName, AuthType, AuthUserFile, Require.
AuthName - управляє заголовком у вікні запиту авторизації і служить для пояснення запиту.
AuthType - вибір типу аутентифікації: Basic або Digest. Приклад: AuthType Basic|Digest
AuthUserFile - шлях до файлу з паролями для аутентифікації. Шлях до файлу задається абсолютний, від кореня сервера (приклад: AuthUserFile /home/u9751/siteru/.htpasswd). Файл з паролем краще зберігати не в тому ж каталозі, в якому знаходиться сайт.
Require - перерахування списку користувачів, яким дозволений доступ: Імяпользователя | valid-user . При вказівці імені користувача доступ буде дозволений тільки перерахованим користувачам. У випадку ж якщо вказати valid-user, то доступ буде у всіх, хто перерахований у файлі з паролями.
Пароль на весь каталог
AuthName "Заголовок авторизації"
AuthType Basic
AuthUserFile /home/u9751/.htpasswd
require valid-user
В даному прикладі вирішується доступ всім, хто перерахований у файлі з паролями. Якщо ж змінити останній рядок: require user1,user2,user3, то доступ буде тільки у трьох користувачів.
Пароль на конкретний файл
Так само як і весь каталог, можна закрити паролем тільки один файл. Приклад для файлу test.php:
<Files test.php>
AuthName " Заголовок авторизації "
AuthType Basic
AuthUserFile /home/u9751/.htpasswd
</Files>
Пароль на групу файлів
Замість імені файлу (test.php) можна вказати групу файлів або їх маску:
<Files "\.(php|html|zip|rar...інші розширення...)$">
Приклад: <Files "\.(php)$"> - закриває доступ по паролю до всіх файлів *.php. У результаті файл .htaccess виглядатиме таким чином:
<Files "\.(php)$">
AuthName " Заголовок авторизації "
AuthType Basic
AuthUserFile /home/u9751/.htpasswd
</Files>
Замість .php можна вказати будь-яке інше розширення, наприклад .zip або .rar, тоді пароль запрошуватиметься тільки при спробі доступу до цих файлів, наприклад:
<Files "\.(zip)$"> - установка пароля на всі zip-файлы.
<Files "\.(rar)$"> - установка пароля на всі rar-файлы.
− Управління доступом
Директива Deny забороняє доступ до ресурсів, Allow - вирішує.
Директива Order служить для установки порядку роботи з Deny і Allow.
Заборона на відображення всіх файлів
Order Deny,Allow
Deny from all
Дозвіл на відображення всіх файлів
Order Allow, Deny
Allow from all
Заборона на конкретний файл
<Files "index.php">
Order Deny,Allow
Deny from all
</Files>
Дозвіл на конкретний файл
<Files "index.php">
Order Allow,Deny
Allow from all
</Files>
Заборона на доступ тільки з певної ip-адреса
Order Allow,Deny
Allow from all
Deny from 123.456.789.0
Deny from site.ru
У результаті буде заборонений доступ для відвідувачів, що прийшли з ip-адреса 123.456.789.0 і з хоста site.ru, а для всіх інших відвідувачів доступ буде відкритий.
Замість ip-адреса також можна вказати діапазон:
Deny from 123.456.789
В цьому випадку доступ буде заборонений для всіх відвідувачів з мережі класу C 123.456.789.0/24
Дозвіл на доступ тільки з певної ip-адреса
Order Deny,Allow
Deny from all
Allow from 123.456.789.0
Allow from site.ru
У даному прикладі, навпаки, встановлюється заборона для всіх відвідувачів, окрім тих, що прийшли з ip-адреса 123.456.789.0 і з домена site.ru. Як і у випадку із забороною, можна указувати не конкретну ip-адрес, а його діапазон, тобто 123.456.789
Заборона на групу файлів
<Files "\.(inc|sql|php|html)$">
Order Allow,Deny
Deny from all
</Files>
У рядку <Files "\.(inc|sql|php|html)$"> перераховуються маски файлів, для яких закрити доступ.
Директива Deny забороняє доступ до ресурсів, Allow - вирішує.
Директива Order служить для установки порядку роботи з Deny і Allow.
Заборона на відображення всіх файлів
Order Deny,Allow
Deny from all
Дозвіл на відображення всіх файлів
Order Allow, Deny
Allow from all
Заборона на конкретний файл
<Files "index.php">
Order Deny,Allow
Deny from all
</Files>
Дозвіл на конкретний файл
<Files "index.php">
Order Allow,Deny
Allow from all
</Files>
Заборона на доступ тільки з певної ip-адреса
Order Allow,Deny
Allow from all
Deny from 123.456.789.0
Deny from site.ru
У результаті буде заборонений доступ для відвідувачів, що прийшли з ip-адреса 123.456.789.0 і з хоста site.ru, а для всіх інших відвідувачів доступ буде відкритий.
Замість ip-адреса також можна вказати діапазон:
Deny from 123.456.789
В цьому випадку доступ буде заборонений для всіх відвідувачів з мережі класу C 123.456.789.0/24
Дозвіл на доступ тільки з певної ip-адреса
Order Deny,Allow
Deny from all
Allow from 123.456.789.0
Allow from site.ru
У даному прикладі, навпаки, встановлюється заборона для всіх відвідувачів, окрім тих, що прийшли з ip-адреса 123.456.789.0 і з домена site.ru. Як і у випадку із забороною, можна указувати не конкретну ip-адрес, а його діапазон, тобто 123.456.789
Заборона на групу файлів
<Files "\.(inc|sql|php|html)$">
Order Allow,Deny
Deny from all
</Files>
У рядку <Files "\.(inc|sql|php|html)$"> перераховуються маски файлів, для яких закрити доступ.
− Головна сторінка
|
100 мб місця
|
Все це досконало безкоштовно!
Реєструйтеся поки у нас є свободоє місце.
« Список меток