По стилю иногда складывается впечатление, что это наш нейрогениальный товарищ из соседнего топика завел второй аккаунт. Но некоторая самобытность у вас есть. Как и у вашего сервиса.
VK в дополнение к FB. Ок, новое название "Социоклоакинг".
You are welcome, обращайтесь.
Что же вы так нервничаете-то?
Никто не критикует ваши сервисы, можете продолжать делать их в том же направлении.
Доказывать вам что-то в таком формате – последнее дело. И так написано больше, чем достаточно ☝
С виду сайт стоит от 250 до 400 тысяч рублей.
Для многих людей из Москвы это деньги погулять одну ночь.
P.S. Если люди действительно пишут и размещают на вашем сайте стихи, я не рекомендовал бы их предавать и продавать сайт непонятно кому. Либо нужно договариваться, что контент и пользователей не тронут.
Вполне возможно, что ваша идея имеет плюсы с точки зрения бизнеса и применимости.
И подойдет тем, чьи бизнес-процессы на ~90% совпадают с вашими.
Тогда тему можно было бы назвать "Клоакинг для слива траффика из FB"
Но с позиций современных подходов к разработке архитектура с include несколько устарела.
И в рамках форума практически невозможно объяснить почему.
Уверен, вам будет неинтересен список проф. книг, прочтение которых могло бы повлиять на ваше мнение.
Возможно, если вы продолжите работу над сервисом, то через несколько лет согласитесь с преимуществами API перед включением каких-либо файлов.
Могу заранее подсказать вам правильный путь, если интересно.
1. Создаете JSON-API с множеством параметров. В админке не настраивается ничего, кроме оплаты, авторизации и уведомлений сервиса.
2. Создаете библиотеку для вашего API, размещаете ее на гитхабе.
3. Установка библиотеки должна производиться в виде composer-пакета.
4. Вызов должен выглядеть примерно так
$botDetect = new company\yours\BotDetect($apiKey);$botDetect->setIp($ip); $botDetect->setHeaders(true); // default||optional||customtry{$info = $botDetect->getInfo();} catch (Exc1 $e1) {///// .........}// Response[ 'is_bot' => true, 'bot_name' =>'Yandex', 'probability_bot_percent' => 89, 'hostbyaddr' =>'111.222.122.211',/// ......];
ro--ot пишет о подходе, который ему удобно было бы использовать в TDS (zTDS), разработкой и поддержкой которой он занимается (см. соседнюю ветку форума). И не только ему было бы удобно, потому что API – это современное гибкое решение, в отличие от антипаттерна Vendor Lock, который вы предлагаете.
Если ваш сервис попытается частично дублировать или заменять функционал TDS, дорвейщикам будет неудобно его использовать. А написать полноценную TDS - сложное и долгое занятие. При живом конкуренте (Keytaro) цена коммерческого проекта будет измеряться миллионами рублей.
Сейчас у вас есть возможность сделать API с множеством параметров.
Например, с возможностью указывать уровень "паранойи", принимать дополнительные параметры типа header ов.
Для промо-целей можно сделать публичную JS библиотеку для детектирования поддельных браузеров.
Вобщем, в этой узкой нише можно отлично развернуться, если не лезть в сферу ответственности TDS.
Вероятно так и есть. Развернутый вариант подсеток.
В любом случае понадобится регулярно вычислять новые подсети и добавлять их в базу.
Если ваш сервис будет продавать обновления за умеренную цену, например, 5-10 USD в месяц за подписку, профессиональным дорвейщикам такое должно быть интересно.
А старую базу вполне можно и в паблик отправлять.
Вы уже спроектировали API своего сервиса? JSON?
Если подключать сетки дорвеев, то:
1. Ваши сервера могут лечь. Не железо, так канал.
2. Владельцы неохотно будут делиться всей информацией.
Как насчет self-hosted решения?
И еще интересно, есть ли у вас собственные алгоритмы выявления замаскированных ботов или планируется ли их создание?
Пример алгоритма:
- создаем десяток сайтов ханипотов
- добавляем в разные панели вебмастеров
- смотрим на хитрых ботов, которые выдают себя за людей одновременно на разных сайтах и добавляем их подсети в базу.
Не секрет.
"...Причем используем не редирект, а просто вставка..." === "а простую вставку" ?
"...используем не редирект ... и не показывая рекламу ботам ..." - лишнее "и" либо "не показываем".
"...к нашему сервису клоакинга..." - сервис будет заниматься клоакингом, а не сайты клиентов? Скорее имеется в виду "к сервису определения ботов поисковых систем"?
"...использует в своей деятельности ... в ... областях деятельности..." + три "в" в предложении. Характерно для переводов.
Ничего личного. Ваш литературный стиль не осуждаю, это дело вкуса. Однако было предположение, что сервис может быть нерусскоязычным.
Вижу, вы еще в начале пути. На днях только видел базу с 1 022 000 IP, в основном "прикидывающихся людьми",
потому что if(strstr($userAgent, 'YandexBot') !== false) {} проще сделать без дополнительных сервисов.
Но сама идея интересная.
Если часть сервиса будет бесплатной, то многих может заинтересовать.
А если будете публиковать базы на гитхабе, то и вовсе цены вам не будет ☝
Вопрос похож на автоматический перевод с другого языка.
Сервис русскоязычный, с поддержкой Яндекса?
P.S. Ясно, что в дорах используют почти все, кто работает с динамическими движками, в разной степени.
Да и хреферок обновился 20 июля до 5.0.2, если кто еще не скачал.
Зайти с чужого компьютера, поискать по теме и посмотреть.
