А прекрасная идея. Да хоть пусть все разом закрываются.
Кстати, зачем вообще нужны интернет-магазины, если можно не выходить из Яндекс.Маркета ? Это ж они спамят. Инфа 146%.
Если это не очередная фигня из Китая или "пиратские цифровые товары"- да.
И никто не утверждал, что нужно использовать дорогой короткий номер и платить за отправку. Предлагалось подтвердить телефон.
Речь о качественном отличии. Я понимаю, что ваши ничем не подтвержденные сведения, вполне могут оказаться верными в текущий момент или по какой-то узкой выборке. Но раз уж сейчас возникла эта проблема в отрасли - ей пришло время меняться.
В широком смысле капча создана для отделения людей от роботов. Эту задачу она решит в конце концов по мере ее усложнения. А фокусы с яваскриптами не созданы.
Почему вы капчу отвергаете в принципе - не понятно. Все равно к этому придем рано или поздно.
Судя по порядку цен на том сайтике, они вполне могут позволить себе каждый магазин обработать особенным образом. Да, в принципе, и вручную могут.
Роботы это ведь не только ПХП, но и браузеры управляемые программно. Они и клиентские скрипты исполняют и обработчики вызывают.
Капча же переводит ситуацию к обработке человеком. А это на порядок дороже.
Надежная капча - надежная защита.
Капча не обязательно простая должна быть. Вот у Яндекса капча с русскими буквами как раз чтобы индусы не могли быстро вводить.
Чудом она работает. В смысле, детали намеренно не раскрываются.
Есть гениальный вариант : прекратить наконец перепродавать из Китая то, что продают все. Найти нишу где конкурентов нет.
А что еще делать? Всех остальных эта "проблема" много лет назад начала донимать. Роботы парсят и жмут вообще на все кнопки подряд какую только форму ни сделай. Формы в любом случае человек читает и это еще один канал распространения спама. То, что сейчас взялись за интернет-магазины просто свидетельствует об их технической отсталости в массе.
Ну гугл-капчу поставьте. Сейчас там просто галочку проставить надо https://www.google.com/recaptcha/intro/index.html
Русская keykaptcha требует не вводить, а собирать картиночки - тоже довольно сложно автоматизируется. И, самое главное, это сервисы - люди следят и обновляют его без вашего участия.
Так там идентификатор был уникальный для каждого сайта. Не найдется.
Сканировать много придется.
Айратиус, пароли в таблицах в базе mysql. По этой информации вы можете проследить меняются ли записи или нет и в какое именно время.
Может, /var/lib/mysql на отдельной файловой системе и как-нибудь неаккуратно монтируется при загрузке ? Но для VDS это весьма странно было бы. Больше похоже на невнимательность.
Не известно еще что там за процессоры, но все же, в такой теоретической формулировке при прочих равных однозначно следует выбрать 2 по 2000.
Единичные запросы в mysql не параллелятся, а в dle любят всякие гигантские group by/ limit.
То же самое можно обобщить и на php-код типичных сайтов.
Если возникает ситуация ожидания одним процессом результата другого (когда php ждет результаты от mysql), то уж планировщик разберется как переключить процессор на другие задачи. А вот однопоточный код никак не ускорить дополнительным ядром.
