ДЛЯ ОТВЕТА ПО ДАННОМУ ВОПРОСУ НУЖНО ХОРОШО В НЕГО ВНИКНУТЬ. Если у Вас нет времени или желания - лучше даже не читать. Есть один скрипт с кучей инклудов. Он может выполняться до 15 минут. При этом на ОДИНРЕСУРС.РУ отправляется до 1000 запросов. Отправляются с искусственной задержкой - имитируется работа человека на сайте. Проблема стоит с ИП-адресами. Нельзя показывать что 50 клиентов заходят с 16 ип одновременно. Обратите внимание - это ключевая задача!!! Нужно чтобы клиенты между собой не пересекались ИПами. Идеально - если скрипт будет выполняться с их ИПами. Сам скрипт работает исправно, но время заставляет сменить технологию. Самый лучший вариант для того чтобы все клиенты не были с одних и тех же IP и для того чтобы их не заказывать каждый месяц на хостинге - сделать из клиента МОСТ. Другими словами - клиент открывает окошко, нажимает ПУСК и через его браузер должна быть связь с ОДИНРЕСУРС.РУ. ТЕПЕРЬ ЕСТЬ ВАРИАНТЫ ДЛЯ РЕАЛИЗАЦИИ ЗАДУМКИ: 1. Сделать ТУПОЙ МОСТ (ТМ) в котором клиент будет получать с сервера задание с *шагом выполнения*, посылать запрос на ОДИНРЕСУРС.РУ и принятый ответ отправлять серверу (Имеется в виду конечно же AJAX) Минусы: - Исходники в JS (могут украсть или напортачить чето юзеры) - Нет одного глобального процесса - все будет из сотен маленьких процессов и как следвие - сотни переменных либо в БД либо передавать от сервера клиенту и обратно (ГЕМОР!!!) 2. Сделать УМНЫЙ МОСТ (УМ) При помощи AJAX браузер будет посылать запросы то на ресурс, то на сервер (для проверки - делать или не делать запрос на ресурс т.к. для этого нужна большая БД). При этом браузер полностью занимается УПРАВЛЕНИЕ ПРОЦЕССА Минусы: - Вообще все исходники в JS (могут украсть или напортачить чето юзеры) Плюсы: - Браузер полностью занимается управлением (процессом) 3. Сделать ИДЕАЛЬНЫЙ МОСТ (ИМ) С *божьей помощью* сервер запустит выполнение скрипта и не будет прекращаться после каждого запроса. Но чудо в том что запрос СЕРВЕР должен посылаться именно КЛИЕНТУ в браузер, а не на ОДИНРЕСУРС.РУ. Идеальность моста в данном случае - в его простоте. Он не должен иметь логики, но есть одно но. Такой мост должен постоянно находиться в режиме ожидания запроса на него. Тоесть не должен послать запрос и получить ответ, а должен сам ждать обращения (как сервер). Минусы: - Нельзя закрывать окно в БРАУЗЕРЕ до окончания выполнения ПХП-скрипта (смешно и парадоксально) Плюсы: - СЕРВЕР (ПХП-скрипт) полностью занимается управлением (процессом) - Исходники на сервере - БД и тд. под рукой - Все круто А теперь те кто по продвинутее скажите возможно ли РЕАЛИЗАЦИЯ ИДЕАЛЬНОГО МОСТА????? Или это только сервер может??? Если ИМ может существовать в реале - сообщите как сделать клиента-ожидающего задания + как с ПХП послать запрос пользователю в браузер... Если это не возможно - скажите как лучше... в принцепе первые 2 реализовать не сложно, знаний хватит, но большой обьем работ и низкое качество продукта. Просто не хочется заниматься пустой тратой времени и потратить на этого месяц а то и больше. Ну что? Какие будут доп. вопросы или возможные решения?
я бы завел свой ботнет и ниипался. написать на С маленькую прожку или на том же php и пусть клиенты у себя ее поставят. получишь микротроянов. на серваке написать приемник и вуаля. рули как хошь. это если клиенты захотят ее у себя поставить.
такая идея была, но хотелось бы конечно чтобы пользователю не доводилось ничего устанавливать. Я уже не один раз убедился в том что пользователям нужно подавать все на блюдечке чтобы пользователь не смог ничего напортачить как бы не старался. Хотя данный совет меня натолкнул на кое-какие мысли. Еще какие-то способы могут быть?
+ если троянов распространить не по клиентам а вообще по пользователям сети - то задание прийдеться прирывать после того как ПК с трояном выключиться или переподключиться... идея далеко от идеала хотя в принцепе и ЭТО можно предусмотреть зарание
можно сделать на флешке. флеха дергает сервак. получает задание. дергает сайт. ответ серверу и дальше ждет.
Минусы: - Нельзя закрывать окно в БРАУЗЕРЕ до окончания выполнения ПХП-скрипта (смешно и парадоксально) и ignore_user_abort( true) не поможет?