Подзадачи
Подзадачи - это не целевые действия а вспомогательные действия, направленные на поддержание бесперебойной работы задач так и хода эмуляции в целом. Примеры: разгадывание капчи, проверка аккаунта на бан анализируя данные страницы, запись информации в базу данных (к примеру excel или mySql), запись лога, подготовка файлов и папок, парсинг статистики и т.д.
Лист "Подзадачи"
Подзадачи могут выполняться в начале сессии, до задачи, после задачи, в конце сессии.
В каждый блок, можно добавлять неограниченное количество подзадач, расширяя вниз каждый из блоков.
“Вкл/Выкл” – вы можете включить и отключить подзадачи. Выключенные подзадачи не будут выполняться, даже если присоединены к системе.
“Название” – имя вашей подзадачи. Для Visual Studio в имени не должно быть пробелов, так как имя задачи совпадает с названием класса, а классы пишутся в CamelCase.
“Режим работы” – подзадачи могут выполняться одним или всеми аккаунтами.
Все аккаунты – подзадача будет выполняться каждым аккаунтом. К примеру, поиск капчи на странице или проверка наличия аватарки должны осуществляться для каждого аккаунта.
Один аккаунт – подзадача будет назначена одному аккаунту, и только он будет ее выполнять. К примеру, вывод информации в лог, имеющий общий характер.
Один аккаунт с ожиданием – все аккаунты будут ждать до тех пор, пока один аккаунт не выполнит подзадачу. К примеру, в начале первой сессии один аккаунт приводит к дефолту эксель файлы, и только после подготовки файлов остальные аккаунты начинают работу.
“Начать” – с какой сессии начать выполнение подзадачи. Можно начать как с первой, так и последней сессии.
“Закончить” – на какой сессии закончить выполнение. Можно закончить как на первой, так и на последней сессии. Проверьте, сколько сессий в расчетах эмуляции на листе “Эмуляция”, или в специальном информационном поле , чтобы понять на какой сессии закончить.
Aгоритм создания подзадач
Определяем, когда необходимо выполнить подзадачу: в начале сессии, до задачи, после задачи, в конце сессии.
Выбираем, подзадачу должен выполнять один аккаунт или каждый.
Выбираем, с какой сессии начать и на какой сессии закончить.
Пишем задачи в PM или VS.
Примеры подзадач
Рассмотрим примеры 8 подзадач, при условии что эмулятор настроен на 6 сессий работы с каждый аккаунтом, это означает что подзадачи будут отрабатывать вначале или в конце сессий, так и в начале или конце задач, которые выполняются внутри сессии.
До сессии
Подзадача будет выполняться 1 аккаунтом до сессии, начиная с первой сессии и закончит в конце первой сессии, то есть в начале второй сессии выполняться уже не будет, как и в оставшихся сессиях. Остальные аккаунты будут ждать, пока она выполнится.
Подзадача будет выполняться 1 аккаунтом до сессии, начиная с первой сессии и закончит в конце третьей сессии, то есть в начале четвертой сессии выполняться уже не будет, как и в оставшихся сессиях. Остальные аккаунты будут ждать, пока она выполнится.
Подзадача будет выполняться каждым аккаунтом до сессии, начиная с первой сессии до последней.
До задачи
Подзадача будет выполняться до каждой задачи 1 аккаунтом, начиная с 3 сессии до последней.
Подзадача будет выполняться каждым аккаунтом до каждой задачи, начиная со второй сессии и закончит в конце пятой сессии, то есть в начале четвертой сессии выполняться уже не будет, как и в оставшихся сессиях.
После задачи
Подзадача будет выполняться 1 аккаунтом после каждой задачи, начиная с первой сессии до последней.
После сессии
Подзадача будет выполняться каждым аккаунтом после сессии, начиная с первой сессии до последней.
Подзадача будет выполняться каждым аккаунтом после сессии, начиная с третьей сессии до последней.
Подзадачи всегда увеличивают время работы эмулятора, если подзадачи будут выполняться долго, то сессии могут затянуться, а количество выполненных задач будет сокращено.
Подзадачи должны быть максимально быстрыми и по возможности не осуществлять действий с браузером, так как они не учувствуют в расчете параметров эмулирования, и все расчеты эмуляции не учитывают время на их выполнение. Эмулятор считает только количество задач.
Last updated