Jaf4: Пример проблемы, связанной с одинаковым откликом CMS по разным адресам:
Там проблема гораздо глубже, не продуманная структура изначально. тут за все отвечает CodeIgniter и такой проблемы не будет. Собственно исходники выложены, пилите под себя :)
Gateman: От флуда избавляются уже на стороне сервера.
Это не реально, если избавляться смысл в такой защите? Или я чего-то не понял. Идет запрос в нем вхождение SELECT... защита срабатывает, 1 000 000 запросов с SELECT 1 000 000 срабатываний.
sanchosmavrody: но ИМХО если мне так удобней почему я не прав?))
Я не говорю что вы правы или не правы, этот аспект мне не интересен. Как бы на мой взгляд...основной минус. Насколько я понял фильтруются все запросы, на сколько возрастет нагрузка на сервер? к примеру на vds висят 10 dle, 1 000 000 запросов в сутки... сколько писем реально обработать если кто нить устроит флуд union запросами в 1000 потоков... даже не знаю. Я уж не говорю о том что обычный хостинг просто отрубит такой сайт за спам самого себя.
sir Nicholas: Что Вам мешает сделать подобное, бюджет у Вас вроде не маленький?
Мешает то, что это на 99% фейк. Тупо акцент на 1.5 ляма... для затравки. Общие слова одни, по существу 0.
anna858, вы с фирмой какие документы подписывали, или все на словах? Они без ТЗ у вас чтоли работает? И да вы определитесь уже, у вас коммерция или производство... Не, а так не плохо придумали, сумма выбрана такая что у большинства мозг выключился.
Это не бред. Это логика нашего домашнего недопрограммиста anton000 . Он тут ветку оккупировал
Ясно... :)
Им можно было бы воспользоваться, если бы я точно знал, сколько будет массивов объединяться!
какие массивы, зачем они должны объединятся?? Что за бред...
вот простейшая паблик функция, набор $letters меняйте if в зависимости от выбора юзера.
Пример проблемы, связанной с одинаковым откликом CMS по разным адресам:
Там проблема гораздо глубже, не продуманная структура изначально. тут за все отвечает CodeIgniter и такой проблемы не будет. Собственно исходники выложены, пилите под себя :)
В общем в 99% взломщикам код не нужен.
+100.
Из выборки даже в 100 000 сайтов, на sql inj, уязвимых на собственных cms в сотни раз больше чем на всех популярных cms вместе взятых.
з.ы а вообще спор бредовый какой-то.
Звоните на скайп который я указал выше в сообщении.
Позвонят, ждите. Выехали уже.
Всё тот же ноготь на отсечение, это фейк!
Да уже даже сомнений нет, фейк+грамотный троллинг. Кто-то SMO тренеруется.
з.ы грамотно... собственно аудитория в процесс вовлечена, готова писать тонны ЛС и прочее... браво.
Когда ждать инфо продукт ? ;)
От флуда избавляются уже на стороне сервера.
Это не реально, если избавляться смысл в такой защите? Или я чего-то не понял. Идет запрос в нем вхождение SELECT... защита срабатывает, 1 000 000 запросов с SELECT 1 000 000 срабатываний.
но ИМХО если мне так удобней почему я не прав?))
Я не говорю что вы правы или не правы, этот аспект мне не интересен. Как бы на мой взгляд...основной минус. Насколько я понял фильтруются все запросы, на сколько возрастет нагрузка на сервер? к примеру на vds висят 10 dle, 1 000 000 запросов в сутки... сколько писем реально обработать если кто нить устроит флуд union запросами в 1000 потоков... даже не знаю. Я уж не говорю о том что обычный хостинг просто отрубит такой сайт за спам самого себя.
не давали ответа на вопрос который мучает вэбмастера: "КАК ОНИ ЭТО ДЕЛАЮТ!?".
Ну отловите вы sql inj и дальше что? Сайты на dle ломают тысячами на автомате. Или ваша цель именно запросы сохранять? Так логи для этого есть.
Что Вам мешает сделать подобное, бюджет у Вас вроде не маленький?
Мешает то, что это на 99% фейк. Тупо акцент на 1.5 ляма... для затравки. Общие слова одни, по существу 0.
anna858, вы с фирмой какие документы подписывали, или все на словах? Они без ТЗ у вас чтоли работает? И да вы определитесь уже, у вас коммерция или производство... Не, а так не плохо придумали, сумма выбрана такая что у большинства мозг выключился.