Теперь еще неплохо бы выяснить, откуда там это появилось. Иначе эта проблема возможно будет повторяться.
Очевидно перенаправляет запрос в /site/config/
В корне сайта посмотрите эту папку.
Собрал себе форум на PhpBB, более чем достаточно.
Тот же огроменный форум Винского на нем работает (http://forum.awd.ru/).
Бесплатный, вполне расширяемый, на сколько я помню давным давно нет критических уязвимостей и тд и тп.
А вообще выбор движка форума - на вкус и цвет, однозначного ответа "вот этот - самый крутой" - нет. У всех свои недостатки и преимущества.
Если создаете страницу вида privet.php, то какое отношение к ней имеет index.php?
Если у вас будет обработка страниц и в индексе нужны страницы вида index.php?code=n, то само собой надо его открыть.
ЧПУ не предполагает дублирование, а обработчик в index.php, потому правильно его оставить закрытым для индексирования.
Вопрос с разницей индексации в разных ПС врядли касается именно этого вопроса.
Да, фигово, check.xml тоже перестал работать.
А есть у них где-то объявления по этому поводу? Или они просто по тихой отрубили эти сервисы?
Использую для своих файлов gpg шифрование, это намного более криптостойко, нежели банальный архиватор, который вскрывается достаточно просто в некоторых случаях.
Остальное вопрос техники, к чему как привязывать ключ, как его и на какой машине распаковывать назад и тд. Детальнее нужно знать условия запаковки файла и его распаковки.
204 не равно 200.
200 - это возвращен контент, иже с ним страница.
204 - это только заголовки, без контента.
А что там должно быть у вас - только вы знаете. И уж только после этого можно будет смотреть, страшно это или нет, и что делать с этим дальше. В любом случае, если что-то поменялось - нужно искать причину ))
В первом случае по-моему пробел закрался в конфиг файл, нет?
Во втором - нет такого файла логов, судя по всему.
Может быть стоит проверить сначала то, какую ошибку говорит?
Не такой уж большой гемор, на практике. С десяток алертов за год - не такая большая цена за спокойствие от ботов. Разговор идет за автоматических ботов, ни о каком ручном "я хочу его скачать" разговор не ведется, мне было достаточно защиты от банальных "телепортов" сайтов, wget'ов и тд.
"просканит на дыры" - это уж слишком вы утрировали ) если бы можно было "просканить на дыры" сайт, вот просто так - цены бы не было такому софту, или что там это бы выполняло, особенно если сайт самопис, умахаетесь искать дыры.
Нормальные ускорители работают как транспарент (турбо-Опера точно так работала), передавая, в том числе, конечный IP пользователя, с которым можно вести работу. А если "ускоритель" работает грязно и маскирует конечный IP - это проблема юзера, почему он его юзает. Уж точно не для белой цели.
И никто не говорит, что банить надо всех и на второй запрос, например. Умно к этому подходить нужно. Я, например, динамически менял количество запросов от одного пользователя без проверки. Кроме того, после анализа сайта становится понятна поведенческая мера "усредненного юзера", и действовать на блокировку можно начинать в случае отклонения от этой стандартной схемы. Поясню, если 90% пользователей сайта приходя смотрят 2-5 страниц сайта и уходят, то если запросов больше 10 - уже не просто юзер скорее всего )
В общем тонкостей много, все описывать нет смысла - к каждому конкретному сайту можно применить свою схему, достаточно эффективную для конкретной задачи. И спать спокойно.
Тихо сам с собою я веду беседу. Но думаю стоит отписаться, что проблема вроде бы как вчера вечером была решена, заменой списка прокси из другой подсети. Поглядим-посмотрим, пока что полет нормальный.
