Ваано: Может если зарегистрироваться у uptimerobot много раз и поставить на проверку сайт во всех аккаунтах, то такой результат получается?
Новый тип школоддоса 🤪
Ага, с десятка ИП описанных публично?? :) lol :)))
А вы посмотрите сколько ИП адресов будет в сумме ? Вообще передаваемый UserAgent может быть и googlebot, но на самом деле это будет ддос атака от конкурента :D Так что нужен вам пожалуй анализатор, делаете следующее пошагово:
1. Сперва собираете веб лог скажем за 2-3-4 часа.
2. Парсите его на предмет нежелательных запросов.
3. Выбираете уникальные ИП , считаете их и баните файрволом или .htacces (зависит от количества)
4. Очищаете веб лог.
5. Через 2-3-4 часа возвращаетесь в п.1
Таким образом через сутки - двое вы перебаните все их ИП адреса, если это не распределенная атака с 10.000 ип ... а реально бешеный бот - сильно много адресов быть не должно....
---------- Добавлено 19.06.2013 в 01:58 ----------
///Посмотрел их сайт там ответы на ваши вопросы есть:
*.uptimerobot.com, 74.86.158.106, 74.86.158.107, 74.86.179.130, 74.86.179.131, 46.137.190.132 and 122.248.234.23 - for monitoring websites 74.86.158.108 - for sending alert e-mails
You can use these IPs for whitelisting the e-mails sent from Uptime Robot or excluding them from your analytics/statistics applications so the hits Uptime Robot make won't be counted.
Там даже указанный вами ИП описан :D
Но еще там пишут, что проверки происходят раз в 5 минут, о какой нагрузке речь? Там клиент раз в 5 минут получает ответ от HTTP , это разве нагрузка?
extra: уже писали 10 раз, что yahoster&co не являются собственниками ДЦ, как это было громко заявлено ранее, они лишь арендовали стойки в канадском ДЦ и их стойки вынесли по распоряжению суда. Сам ДЦ и другие клиенты ДЦ не пострадали и работают нормально. Если yahoster о чем-то и отписывается, то не за весь ДЦ, а конкретно за свои стойки и серверы, которые из них изъяли.
А я если честно тоже не помню, что бы они говорили о своем ДЦ, мы еще год назад обсуждали их размещение у нас в Торонто, стало быть еще тогда была аренда, не думаю что они где-то писали о своем ДЦ, вполне адекватные ребята. Надеюсь все вскоре проясниться, не вериться что это очередное ЧП с пропажей серверов и владельцев Хостинга ...
Devvver: Спасибо за ваш комментарий, вы номер один в списке черных хостеров. Будут знакомые обращаться с советами по хостингу - скажу чтобы к горе хостеру не ходили, а то за свою инфу еще прийдется платить.
Мне было бы приятнее быть в списке под номером 0 ;) Я все таки понимаю "с чего начинается родина", не советуйте нас никому, все верно ;)
Если ваши посоветованные будут терять информацию свою по своей вине - это их проблемы, подстраховывать их халатность мы будем только за очень большие деньги :D А когда человеку нужны бекапы он их качает даже к себе на ПК, когда мы дважды ему говорим о том, что дважды резервируем их .... :))) Уловите, потом приходите в клиенты :D
'[umka: ;11870383']Так чтобы не было инъекций, делайте какой-нибудь mysqli_real_escape_string().
Для пароля можно сразу делать md5() или sha1().
А то может, у какого-нибудь пользователя пароль в виде кода инъекции. Что ж ему теперь, аккаунт не заводить? :)
Вах, не подумал как-то, есть метода на уровне самого SQL, а я тут в PHP упражняюсь :D
насчет md5() сразу, тоже вариант отличный.... приму на заметку. :)
Так сделайте для поля "Имя" проверку по одному выражению, а для пароля другую. Сложность пароля регуляркой вообще не оценить. Нужно делать несколько проверок на наличие символов из разных наборов.
Вы немного меня не поняли, я говорю о том, что например в Имени имеет смысл проверять всяческие точки , запятые и кавычки, а в поле пароля они концептуально нужны и обязаны быть, стало быть через поле пароля надо не допустить всяких инъекций, но при этом оставить возможность пользователю использовать эти точки и запятые с кавычками для надежности пароля. Я не пытаюсь оценивать его :)
Верхний пример еще раз проверил, действительно сработало, видимо очепятка какая-то где-то по пути, спасибо, но уже сделал как пишут выше, тоже норм :D
---------- Добавлено 18.06.2013 в 14:12 ----------
esetnod, сработало по вашему описанию. TNX.
---------- Добавлено 18.06.2013 в 14:16 ----------
iHead, в вашем случае ситаксическая ошибка , если так:
if ( preg_match("/[;!"]/", $name) ) {
Если вот так:
if ( preg_match('/[;!"]/', $name) ) {
или так
if ( preg_match("/\[\;\!\"\]/", $name) ) {
то не находит вхождений...
Но все равно спасибо :D
---------- Добавлено 18.06.2013 в 14:25 ----------
По ходу пьесы возник еще один интересный вопрос, допустим не допустить в поле "Имя" символы типа % и ! это есть нормальным, но как быть например с полем password ? ведь там как раз таки ценятся такие вот символы.....
Может если зарегистрироваться у uptimerobot много раз и поставить на проверку сайт во всех аккаунтах, то такой результат получается?
Новый тип школоддоса 🤪
Ага, с десятка ИП описанных публично?? :) lol :)))
А вы посмотрите сколько ИП адресов будет в сумме ? Вообще передаваемый UserAgent может быть и googlebot, но на самом деле это будет ддос атака от конкурента :D Так что нужен вам пожалуй анализатор, делаете следующее пошагово:
1. Сперва собираете веб лог скажем за 2-3-4 часа.
2. Парсите его на предмет нежелательных запросов.
3. Выбираете уникальные ИП , считаете их и баните файрволом или .htacces (зависит от количества)
4. Очищаете веб лог.
5. Через 2-3-4 часа возвращаетесь в п.1
Таким образом через сутки - двое вы перебаните все их ИП адреса, если это не распределенная атака с 10.000 ип ... а реально бешеный бот - сильно много адресов быть не должно....
---------- Добавлено 19.06.2013 в 01:58 ----------
///Посмотрел их сайт там ответы на ваши вопросы есть:
http://www.uptimerobot.com/about.asp
What Are The IPs Used?
Uptime Robot uses the following IPs:
*.uptimerobot.com, 74.86.158.106, 74.86.158.107, 74.86.179.130, 74.86.179.131, 46.137.190.132 and 122.248.234.23 - for monitoring websites
74.86.158.108 - for sending alert e-mails
You can use these IPs for whitelisting the e-mails sent from Uptime Robot or excluding them from your analytics/statistics applications so the hits Uptime Robot make won't be counted.
Там даже указанный вами ИП описан :D
Но еще там пишут, что проверки происходят раз в 5 минут, о какой нагрузке речь? Там клиент раз в 5 минут получает ответ от HTTP , это разве нагрузка?
Принял во внимание все версии, всем спасибо. ;)
уже писали 10 раз, что yahoster&co не являются собственниками ДЦ, как это было громко заявлено ранее, они лишь арендовали стойки в канадском ДЦ и их стойки вынесли по распоряжению суда. Сам ДЦ и другие клиенты ДЦ не пострадали и работают нормально. Если yahoster о чем-то и отписывается, то не за весь ДЦ, а конкретно за свои стойки и серверы, которые из них изъяли.
А я если честно тоже не помню, что бы они говорили о своем ДЦ, мы еще год назад обсуждали их размещение у нас в Торонто, стало быть еще тогда была аренда, не думаю что они где-то писали о своем ДЦ, вполне адекватные ребята. Надеюсь все вскоре проясниться, не вериться что это очередное ЧП с пропажей серверов и владельцев Хостинга ...
Еще раз Добрый день,
Интересное предложение для тех кому нужен сервер на длительное время:
#1
Intel i7 3770S 3.10Ghz
8 GB RAM
4 x 2TB
100Mbps
155$ / месяц (при оплате на полгода)
145$ / месяц (при оплате на год)
#2
Intel Core i3 2140 3.40Ghz
16 GB RAM
2 x 1TB HDD
5TB Bandwidth
$85 / месяц (при оплате на полгода)
$75 / месяц (при оплате на год)
Количество строго ограничено.
С Уважением,
Добрый день,
Милости просим к нашей реферальной программе.
Хорошие выплаты, пассивный доход!
С Уважением,
Спасибо за ваш комментарий, вы номер один в списке черных хостеров.
Будут знакомые обращаться с советами по хостингу - скажу чтобы к горе хостеру не ходили, а то за свою инфу еще прийдется платить.
Мне было бы приятнее быть в списке под номером 0 ;) Я все таки понимаю "с чего начинается родина", не советуйте нас никому, все верно ;)
Если ваши посоветованные будут терять информацию свою по своей вине - это их проблемы, подстраховывать их халатность мы будем только за очень большие деньги :D А когда человеку нужны бекапы он их качает даже к себе на ПК, когда мы дважды ему говорим о том, что дважды резервируем их .... :))) Уловите, потом приходите в клиенты :D
;11870383']Так чтобы не было инъекций, делайте какой-нибудь mysqli_real_escape_string().
Для пароля можно сразу делать md5() или sha1().
А то может, у какого-нибудь пользователя пароль в виде кода инъекции. Что ж ему теперь, аккаунт не заводить? :)
Вах, не подумал как-то, есть метода на уровне самого SQL, а я тут в PHP упражняюсь :D
насчет md5() сразу, тоже вариант отличный.... приму на заметку. :)
;11870165']Не может быть
Так сделайте для поля "Имя" проверку по одному выражению, а для пароля другую.
Сложность пароля регуляркой вообще не оценить. Нужно делать несколько проверок на наличие символов из разных наборов.
Вы немного меня не поняли, я говорю о том, что например в Имени имеет смысл проверять всяческие точки , запятые и кавычки, а в поле пароля они концептуально нужны и обязаны быть, стало быть через поле пароля надо не допустить всяких инъекций, но при этом оставить возможность пользователю использовать эти точки и запятые с кавычками для надежности пароля. Я не пытаюсь оценивать его :)
Верхний пример еще раз проверил, действительно сработало, видимо очепятка какая-то где-то по пути, спасибо, но уже сделал как пишут выше, тоже норм :D
Сейчас затестимс, tnx.
---------- Добавлено 18.06.2013 в 14:12 ----------
esetnod, сработало по вашему описанию. TNX.
---------- Добавлено 18.06.2013 в 14:16 ----------
iHead, в вашем случае ситаксическая ошибка , если так:
Если вот так:
или так
то не находит вхождений...
Но все равно спасибо :D
---------- Добавлено 18.06.2013 в 14:25 ----------
По ходу пьесы возник еще один интересный вопрос, допустим не допустить в поле "Имя" символы типа % и ! это есть нормальным, но как быть например с полем password ? ведь там как раз таки ценятся такие вот символы.....