SeVlad#: Т.е. ты абсолютно уверен, что это реальный человек загружает страницу и там в браузере что-то делает, да так что тебя это напрягает? Я почти уверен, что ты ошибаешься. Да и ты сам не уверен, тк в старпосте уже упомянул ботов.
Я не говорю что это 1 человек.
Предполагаю что это сделан какой-то сервис (куда могут заходить разные люди), пользователи заполняют форму на подобие моей и при отправке этот сервис идет на мой управляющий файл и передает туда данные пост для получения расчета (перед этим разгадывает капчу).
Не может 1 человек отправлять данные каждые 30-60 сек. на протяжении длительного времени (один и тот же ай пи).
Вот вчера вечером поставил сбор данных по 1 ай пи (как видите, почти все капчи разгаданы. да не почти, а все; просто пару раз сработала защита по времени):
SeVlad#: Для защиты форм есть разные методы, человечные, а не это насилие и социнженерия.
Я так понял, что там дискуссия о ботах. Но у меня идет целенаправленное - человеком. Ботам это и нафиг не нужно ) Данные вообще без перезагрузки страницы через JS fetch() отправляются.
TheVS#: Посчитайте сколько примерно вычислений нужно обычному пользователю, после превышения этого порога выдавайте неверный результат без капчей и блоков.
Ну так они просто передадут POST запросом данные на исполняющий файл и получат результат расчета (они же получают данные со своей формы по шаблону моей, которую заполняет пользователь, так что время заполнения - это не вариант).
Есть одна идея, но не знаю получится или нет. Если завтра допишу код, то попробую что будет
1) Если загрузить через iframe, то отправка капчи не работает в таком варианте (форма не отправляется).
2) Если загрузить страницу сайта на другой домен через php file_get_contents , то даже рисунок капчи не показывается.
Возможно такой вариант:
1) Загружают captcha.php, где формируется рисунок с заданием и записывается в сессию. Отправляется на сервис для разгадывания капчи (автоматично или в ручном режиме). Пока пользователь заполняет данные формы, приходит ответ.
2) Вызывается файл обработчик index_js.php куда методом POST передаются данные и код из капчи.
Devvver#: Кстати да, в таком случае капчу люди будут легко проходить.
Если все же через iframe, то можно что-то сделать?
Devvver#: Что у вас там за расчеты? Примерно тематику.
Астрология (уникальный контент). Конкретно сейчас идут эти запросы на 1 страницу EN (запрос популярный, но я далеко не в топе. Если подобный запрос в Яндексе, то где-то 130 тыс. запросов в месяц).
С 17-30 до 18-00 снова с одного ай пи 25 обращений. И математическую капчу уже без ошибок проходят )
Devvver#: Не выкладывать информацию в интернет. Все что будет выложено - все будет выкачано. Борьба с ветряными мельницами.
Это понятно. Но как усложнить им задачу, чтобы обходилось дороже? Ведь по расценкам там на распознавание капчи около доллара за 1000 шт. Обидно когда просто берет расчеты с твоего сайта и использует на своем в реальном времени.
Вот результат математической капчи именно для этого ай пи:
Какая вообще у них логика работы? Встраивает такую же форму у себя на сайте, получает изображение капчи и отправляет по api на сервис распознавания, получает код и отправляет данные формы на мой сайт, а потом парсит выдачу моей страницы? В какой момент можно как-то прервать/заторможить и т.д. это?
KeicH2O#: APO нужно подключить за 5 баксов, чтобы все пучком было.
А что это такое? Как расшифровывается?
KeicH2O#: Тем более, если CF-Cache-Status: HIT, то ответ уменьшается в разы, а HIT не бывает при первом заходе на страницу, когда будет генерироваться страница при первом заходе, она будет отдаваться в CF кэша, после чего будет HIT.
Если же страница будет в кэше CF, то все равно для последующих пользователей она будет браться оттуда.
SeVlad#: Неправда, ни про какую "первую страницу" речи не было. Про "быстрее загружалась" тоже.
Вот писал: " Плюс только в том что при первом заходе и тогда когда не проводятся расчеты сайт по идее должен быстрее открываться в разных частях планеты. "
Я не силен в администрировании серверов. Немного начал читать о AWS, но мне кажется что может быть больше проблем, чем профита ))
В принципе на текущем хостинге написано, что у них прямое подключение ко многим операторам связи в мире. Да и сайт сейчас быстро открывается.
Если сделать такое, то это даст какое-то преимущество в скорости или не нужно мучиться?
1) Сделать кэш страниц (физически разместить html страницы на сайте), чтобы сервер отдавал без пхп обработчика. (Ну и естественно настрой кэширования статики. Сейчас сайт также работает через OPcache)
2) И такой интересный вопрос: Так как при расчетах УРЛ не меняется (результаты отображаются на том же УРЛ, что и форма), то при кэшировании нужно в .htaccess сделать проверки на POST запрос (если такой есть то отправляем на index.php иначе на кэш страницы). Или, хочу так попробовать сделать, отображать результат без перезагрузки страницы через JS. В таком случае будет меньше в статистике просмотров страниц. Это кажется не должно быть проблемой для Гугла. Или я ошибаюсь?
Это и есть бот. Вот от подобных ботов тебе и надо защищаться. А кто там на другом конце бота - дело десятое и не твоя забота.
Конечно может и такое быть. Только не пойму зачем ему разгадывать капчу? Да еще и правильно )
Можно конечно добавить скрытое поле и посмотреть что будет.
Т.е. ты абсолютно уверен, что это реальный человек загружает страницу и там в браузере что-то делает, да так что тебя это напрягает? Я почти уверен, что ты ошибаешься. Да и ты сам не уверен, тк в старпосте уже упомянул ботов.
Я не говорю что это 1 человек.
Предполагаю что это сделан какой-то сервис (куда могут заходить разные люди), пользователи заполняют форму на подобие моей и при отправке этот сервис идет на мой управляющий файл и передает туда данные пост для получения расчета (перед этим разгадывает капчу).
Не может 1 человек отправлять данные каждые 30-60 сек. на протяжении длительного времени (один и тот же ай пи).
Вот вчера вечером поставил сбор данных по 1 ай пи (как видите, почти все капчи разгаданы. да не почти, а все; просто пару раз сработала защита по времени):
Сегодня то же самое только с другого ай пи:
10:22:51 210.14.96.197 (Yangon)
10:21:59 210.14.96.197 (Yangon)
10:21:29 210.14.96.197 (Yangon)
10:20:54 210.14.96.197 (Yangon) и т.д.
Для защиты форм есть разные методы, человечные, а не это насилие и социнженерия.
Я так понял, что там дискуссия о ботах. Но у меня идет целенаправленное - человеком. Ботам это и нафиг не нужно ) Данные вообще без перезагрузки страницы через JS fetch() отправляются.
Посчитайте сколько примерно вычислений нужно обычному пользователю, после превышения этого порога выдавайте неверный результат без капчей и блоков.
Ну так они просто передадут POST запросом данные на исполняющий файл и получат результат расчета (они же получают данные со своей формы по шаблону моей, которую заполняет пользователь, так что время заполнения - это не вариант).
Есть одна идея, но не знаю получится или нет. Если завтра допишу код, то попробую что будет
Проверил варианты:
1) Если загрузить через iframe, то отправка капчи не работает в таком варианте (форма не отправляется).
2) Если загрузить страницу сайта на другой домен через php file_get_contents , то даже рисунок капчи не показывается.
Возможно такой вариант:
1) Загружают captcha.php, где формируется рисунок с заданием и записывается в сессию. Отправляется на сервис для разгадывания капчи (автоматично или в ручном режиме). Пока пользователь заполняет данные формы, приходит ответ.
2) Вызывается файл обработчик index_js.php куда методом POST передаются данные и код из капчи.
Кстати да, в таком случае капчу люди будут легко проходить.
Если все же через iframe, то можно что-то сделать?
Что у вас там за расчеты? Примерно тематику.
Астрология (уникальный контент). Конкретно сейчас идут эти запросы на 1 страницу EN (запрос популярный, но я далеко не в топе. Если подобный запрос в Яндексе, то где-то 130 тыс. запросов в месяц).
С 17-30 до 18-00 снова с одного ай пи 25 обращений. И математическую капчу уже без ошибок проходят )
Может простой iframe? Ни форму, ни данные не надо парсить, сами приходят и на чужом сайте показываются
В .htaccess стоит <IfModule mod_headers.c>Header set X-Frame-Options "DENY"</IfModule>
Проверил, просто через iframe сайт не подгружается. Может через php (file_get_contents) ?
Не выкладывать информацию в интернет. Все что будет выложено - все будет выкачано. Борьба с ветряными мельницами.
Это понятно. Но как усложнить им задачу, чтобы обходилось дороже? Ведь по расценкам там на распознавание капчи около доллара за 1000 шт. Обидно когда просто берет расчеты с твоего сайта и использует на своем в реальном времени.
Вот результат математической капчи именно для этого ай пи:
Какая вообще у них логика работы? Встраивает такую же форму у себя на сайте, получает изображение капчи и отправляет по api на сервис распознавания, получает код и отправляет данные формы на мой сайт, а потом парсит выдачу моей страницы? В какой момент можно как-то прервать/заторможить и т.д. это?
у меня один сайт под бурж на ру хостинге с клаудом... а второй в америке с клаудом... один фик....
А Вы клауд платный тариф используете? На бесплатном будут проблемы с доступностью сайта?
APO нужно подключить за 5 баксов, чтобы все пучком было.
А что это такое? Как расшифровывается?
Тем более, если CF-Cache-Status: HIT, то ответ уменьшается в разы, а HIT не бывает при первом заходе на страницу, когда будет генерироваться страница при первом заходе, она будет отдаваться в CF кэша, после чего будет HIT.
Если же страница будет в кэше CF, то все равно для последующих пользователей она будет браться оттуда.
Неправда, ни про какую "первую страницу" речи не было. Про "быстрее загружалась" тоже.
Вот писал: " Плюс только в том что при первом заходе и тогда когда не проводятся расчеты сайт по идее должен быстрее открываться в разных частях планеты. "
Я не силен в администрировании серверов. Немного начал читать о AWS, но мне кажется что может быть больше проблем, чем профита ))
В принципе на текущем хостинге написано, что у них прямое подключение ко многим операторам связи в мире. Да и сайт сейчас быстро открывается.
Если сделать такое, то это даст какое-то преимущество в скорости или не нужно мучиться?
1) Сделать кэш страниц (физически разместить html страницы на сайте), чтобы сервер отдавал без пхп обработчика. (Ну и естественно настрой кэширования статики. Сейчас сайт также работает через OPcache)
2) И такой интересный вопрос: Так как при расчетах УРЛ не меняется (результаты отображаются на том же УРЛ, что и форма), то при кэшировании нужно в .htaccess сделать проверки на POST запрос (если такой есть то отправляем на index.php иначе на кэш страницы). Или, хочу так попробовать сделать, отображать результат без перезагрузки страницы через JS. В таком случае будет меньше в статистике просмотров страниц. Это кажется не должно быть проблемой для Гугла. Или я ошибаюсь?