Karl_ung: В случае 500 тогда правильней было-бы конечно группироать, но не советую этого делать. Вы не получите ни какого увеличения производительности, а даже наоборот. Проверка будет занимать время, причем весьма заметное, проверка будет производится для каждого клиента. А и всех 500 ботов, к вам возможно прийдут максимум 10-20, да и то некоторые прийдут ненадолго и пропадут потом навсегда. Поэтому лучше, переодически просматривать логи, и банить только тех ботов которые ходят и нагружают сервер. Большинство хостеров кстати банят по ИП при превышении нагрузки, так-что оно может и надо Вам вообще?
Спасибо.
Полностью согласен что 500 много... но нужно до логического конца довести :) раз начал.
1. а где можно смотреть/увидеть "имя бота" заходившего на сайт?
2. следует ли мне поинтересоваться у хостинга если у них такой бан или нет?
(как я понимаю это еще защита от ddоs/dos атак, хостинг peterhost)
3. насколько сейчас узнал geoIP тоже тормозит работу сайтов...
- немного офтоп но не подскажете советом/ссылочкой как закрыться от кореи :) ?
ewg777: Вы не туда идёте. Если у Вас кривая фильтрация входящих данных, тут уже htaccess не помощник.
Вы о том что загружается через формы на сайт?
Aspid2: blacks М. Низамутдинов "Тактика защиты и нападения на web-приложения", 2005
М. Фленов "PHP глазами хакера", 2005
Спасибо :)
Придется читать, читать... 🙅 - времени катастрофически не хватает
neolord: мало пользы, потому что можно используя пасхалки узнать что это пхп. И ваще еще по сотне других признаков - хотя бы проверить по айпишнику хостинг и узнать какие тарифные планы они предоставляют, и даже какая версия можно узнать.
А если я с помощью htaccess сократил отображение/к-во информации в заголовке
И переписал модреврайтом php на html
neolord: лучше запретить их вызов без вашего ведома.
- вы про администратора сервера?
- а если он их не закрыл/отключил?
- проверять вкл/выкл через php инфо?
Prior: По теме: обычно использую следующую защиту входных данных на сайтах...
y4b53: (c)M4g
Я с PHP не очень знаком 🙄
Как это применять?
neolord: такой мудацкий метод что и придумать хуже наверное нельзя.
вы про y4b53 ?
kkc: Так что перед тем, как менять проверьте, сработает ли это на вашем хостинге.
4. Затем в корень сайта вешается .htaccess из найденного примера который читает куки
и уже не открывает сайт с корня / а открывает из /en/ или /ru/
Идея вроде мне нра... но вот смогу ли я ее воплотить...
Честно говоря даже не знаю точно - может ли htaccess читать куки - сижу изучаю.
Подскажите что не так, как решить задачку?
Привожу код htaccess:
RewriteEngine On
RewriteBase /
#
# Externally redirect to add missing trailing slash to non-file URLs
RewriteCond %{REQUEST_URI} !/$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule (.*) http://example.com/$1/ [R=301,L]
#
# Externally redirect to language subsite if cookie set
RewriteCond %{HTTP_COOKIE} ^lang=(en¦ru)$
RewriteRule ^$ http://example.com/%1/ [R=302,L]
#
# Externally redirect to remove leading www from all requests (if not already done by rules above)
RewriteCond %{HTTP_HOST} ^www\.example\.com [NC]
RewriteRule (.*) http://example.com/$1 [R=301,L]
#
# Internally rewrite to relevant index page in the root
RewriteRule ^(en¦ru)/ index.$1.html [NC,L]
netwind: Количество попыток для ввода пароля? Это не настраивается на сервере. Браузер сам выбирает.
glab: Если хотите контролировать количество попыток - сделайте авторизацию через сессию.
А в HTTP авторизации, как и было сказано выше, браузер решает.
Спасибо :)
Авторизация через сессию это уже не через .htaccess а через PHP да?
Тогда что за головомойка с последними строками
- если не сложно подскажите для чего они могут служить? - удалить их аль нет...
В случае 500 тогда правильней было-бы конечно группироать, но не советую этого делать.
Вы не получите ни какого увеличения производительности, а даже наоборот. Проверка будет занимать время, причем весьма заметное, проверка будет производится для каждого клиента.
А и всех 500 ботов, к вам возможно прийдут максимум 10-20, да и то некоторые прийдут ненадолго и пропадут потом навсегда. Поэтому лучше, переодически просматривать логи, и банить только тех ботов которые ходят и нагружают сервер.
Большинство хостеров кстати банят по ИП при превышении нагрузки, так-что оно может и надо Вам вообще?
Спасибо.
Полностью согласен что 500 много... но нужно до логического конца довести :) раз начал.
1. а где можно смотреть/увидеть "имя бота" заходившего на сайт?
2. следует ли мне поинтересоваться у хостинга если у них такой бан или нет?
(как я понимаю это еще защита от ddоs/dos атак, хостинг peterhost)
3. насколько сейчас узнал geoIP тоже тормозит работу сайтов...
- немного офтоп но не подскажете советом/ссылочкой как закрыться от кореи :) ?
А может кто подсказать что в "моих сборках лишние" для виртуального хостинга?
Покажите хотябы штук 5.
но обычно пишут так:
так интуитивно понятно, на каждого бота по строке, и если что легко найти в дальнейшем.
Показать то могу... но их много. строк 500 поэтому и думаю как это под ужать.
В данном разделе форума есть топик про ботов так там тоже большая подборка.
Достаточно часто встречал сборки не
строка = бот
а
строка = боты собранные по теме.
Вот и думаю при 500 ботах и большом htaccess насколько увеличится нагрузка?
Тогда какая может быть речь о защите? Заказывайте услуги профи не думайте.
Сейчас пишу .htaccess и хочу его проработать детально, чтоб не возвращатся :)
Поэтому и понадобились данные директивы.
Вы не туда идёте. Если у Вас кривая фильтрация входящих данных, тут уже htaccess не помощник.
Вы о том что загружается через формы на сайт?
blacks
М. Низамутдинов "Тактика защиты и нападения на web-приложения", 2005
М. Фленов "PHP глазами хакера", 2005
Спасибо :)
Придется читать, читать... 🙅 - времени катастрофически не хватает
мало пользы, потому что можно используя пасхалки узнать что это пхп. И ваще еще по сотне других признаков - хотя бы проверить по айпишнику хостинг и узнать какие тарифные планы они предоставляют, и даже какая версия можно узнать.
А если я с помощью htaccess сократил отображение/к-во информации в заголовке
И переписал модреврайтом php на html
лучше запретить их вызов без вашего ведома.
- вы про администратора сервера?
- а если он их не закрыл/отключил?
- проверять вкл/выкл через php инфо?
По теме: обычно использую следующую защиту входных данных на сайтах...
(c)M4g
Я с PHP не очень знаком 🙄
Как это применять?
такой мудацкий метод что и придумать хуже наверное нельзя.
вы про y4b53 ?
Так что перед тем, как менять проверьте, сработает ли это на вашем хостинге.
Как правильно проверить?
простенький PHP для смены языка, если вдруг пригодится
спасибо.
Но я беспокоюсь за безопасность поэтому пытаюсь использовать минимум скриптов :)
blacks, делайте лучше на другом домене. Толку больше будет... ;)
site.de
site.ru
- так предлагаете :) ?
- а в чем плюс кроме как "уменьшение головной боли" по поводу переключения языка ?
Сегодня нашел небольшой пример приенения мод реврайта для переключения языка.
Еще не проверял так как пока пытаюсь понять перевод и правильность работы.
Следом за примером пришла идейка для мультиязычного сайта:
1. человек заходит на сплеш страничку и выбирает на ней язык
2. как только он перешел в подкаталог /en/ или /ru/ открывается index.html
3. в index.html через
... устнавливается lang=ru или lang=en4. Затем в корень сайта вешается .htaccess из найденного примера который читает куки
и уже не открывает сайт с корня / а открывает из /en/ или /ru/
Идея вроде мне нра... но вот смогу ли я ее воплотить...
Честно говоря даже не знаю точно - может ли htaccess читать куки - сижу изучаю.
Подскажите что не так, как решить задачку?
Привожу код htaccess:
Количество попыток для ввода пароля? Это не настраивается на сервере. Браузер сам выбирает.
Если хотите контролировать количество попыток - сделайте авторизацию через сессию.
А в HTTP авторизации, как и было сказано выше, браузер решает.
Спасибо :)
Авторизация через сессию это уже не через .htaccess а через PHP да?
Тогда что за головомойка с последними строками
- если не сложно подскажите для чего они могут служить? - удалить их аль нет...
И тут бэк :D
Извините... а что это значит?