blacks

Рейтинг
69
Регистрация
04.12.2008
Karl_ung:
В случае 500 тогда правильней было-бы конечно группироать, но не советую этого делать.
Вы не получите ни какого увеличения производительности, а даже наоборот. Проверка будет занимать время, причем весьма заметное, проверка будет производится для каждого клиента.
А и всех 500 ботов, к вам возможно прийдут максимум 10-20, да и то некоторые прийдут ненадолго и пропадут потом навсегда. Поэтому лучше, переодически просматривать логи, и банить только тех ботов которые ходят и нагружают сервер.
Большинство хостеров кстати банят по ИП при превышении нагрузки, так-что оно может и надо Вам вообще?

Спасибо.

Полностью согласен что 500 много... но нужно до логического конца довести :) раз начал.

1. а где можно смотреть/увидеть "имя бота" заходившего на сайт?

2. следует ли мне поинтересоваться у хостинга если у них такой бан или нет?

(как я понимаю это еще защита от ddоs/dos атак, хостинг peterhost)

3. насколько сейчас узнал geoIP тоже тормозит работу сайтов...

- немного офтоп но не подскажете советом/ссылочкой как закрыться от кореи :) ?

А может кто подсказать что в "моих сборках лишние" для виртуального хостинга?

Karl_ung:

Покажите хотябы штук 5.

но обычно пишут так:

так интуитивно понятно, на каждого бота по строке, и если что легко найти в дальнейшем.

Показать то могу... но их много. строк 500 поэтому и думаю как это под ужать.

В данном разделе форума есть топик про ботов так там тоже большая подборка.

Достаточно часто встречал сборки не

строка = бот

а

строка = боты собранные по теме.

Вот и думаю при 500 ботах и большом htaccess насколько увеличится нагрузка?

ewg777:
Тогда какая может быть речь о защите? Заказывайте услуги профи не думайте.

Сейчас пишу .htaccess и хочу его проработать детально, чтоб не возвращатся :)

Поэтому и понадобились данные директивы.

ewg777:
Вы не туда идёте. Если у Вас кривая фильтрация входящих данных, тут уже htaccess не помощник.

Вы о том что загружается через формы на сайт?

Aspid2:
blacks
М. Низамутдинов "Тактика защиты и нападения на web-приложения", 2005
М. Фленов "PHP глазами хакера", 2005

Спасибо :)

Придется читать, читать... 🙅 - времени катастрофически не хватает

neolord:
мало пользы, потому что можно используя пасхалки узнать что это пхп. И ваще еще по сотне других признаков - хотя бы проверить по айпишнику хостинг и узнать какие тарифные планы они предоставляют, и даже какая версия можно узнать.

А если я с помощью htaccess сократил отображение/к-во информации в заголовке

И переписал модреврайтом php на html

neolord:
лучше запретить их вызов без вашего ведома.

- вы про администратора сервера?

- а если он их не закрыл/отключил?

- проверять вкл/выкл через php инфо?

Prior:
По теме: обычно использую следующую защиту входных данных на сайтах...
y4b53:
(c)M4g

Я с PHP не очень знаком 🙄

Как это применять?

neolord:
такой мудацкий метод что и придумать хуже наверное нельзя.

вы про y4b53 ?

kkc:
Так что перед тем, как менять проверьте, сработает ли это на вашем хостинге.

Как правильно проверить?

ALL_SR:
простенький PHP для смены языка, если вдруг пригодится


if(!empty($_GET['lang'])){
unset($_GET['lang']);
$queryString='';
foreach($_GET as $key=>$val){
$queryString.=$key.'='.$val.'&';
}}
print '<a href="'.$_SERVER[PHP_SELF].'?'.$queryString.'lang=eng">en</a><a href="'.$_SERVER[PHP_SELF].'?'.$queryString.'lang=rus">ru</a>

спасибо.

Но я беспокоюсь за безопасность поэтому пытаюсь использовать минимум скриптов :)

СКОРПИОН:
blacks, делайте лучше на другом домене. Толку больше будет... ;)

site.de

site.ru

- так предлагаете :) ?

- а в чем плюс кроме как "уменьшение головной боли" по поводу переключения языка ?

Сегодня нашел небольшой пример приенения мод реврайта для переключения языка.

Еще не проверял так как пока пытаюсь понять перевод и правильность работы.

Следом за примером пришла идейка для мультиязычного сайта:

1. человек заходит на сплеш страничку и выбирает на ней язык

2. как только он перешел в подкаталог /en/ или /ru/ открывается index.html

3. в index.html через

<META HTTP-EQUIV="Set-Cookie" CONTENT="NAME=lang; EXPIRES=0;
... устнавливается lang=ru или lang=en

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 да?

Тогда что за головомойка с последними строками

- если не сложно подскажите для чего они могут служить? - удалить их аль нет...

TAFF:
И тут бэк :D

Извините... а что это значит?

Всего: 135