Локальный менеджер потоков 1.20.0
Re: Локальный менеджер потоков 1.10.0
добавьте выбор кодировки редактора(скрипта), у меня скрипт в utf кодировке, а открывается от в win1251 и следовательно не работает, кодировку сменить скрипта не могу, иначе не обрабатывается json_decode если есть русские символы
Re: Локальный менеджер потоков 1.10.0
А вы настройку as_unicode для задачи устанавливали ?добавьте выбор кодировки редактора(скрипта), у меня скрипт в utf кодировке, а открывается от в win1251 и следовательно не работает, кодировку сменить скрипта не могу, иначе не обрабатывается json_decode если есть русские символы
Re: Локальный менеджер потоков 1.11.0
- улучшен интерфейс
- добавлена возможность управления рабочим столом (мышь, клавиатура, буфер обмена ) из глобального менеджера.
Re: Локальный менеджер потоков 1.10.0
нет, попробуюbigfozzy писал(а): ↑30 мар 2020, 02:15А вы настройку as_unicode для задачи устанавливали ?добавьте выбор кодировки редактора(скрипта), у меня скрипт в utf кодировке, а открывается от в win1251 и следовательно не работает, кодировку сменить скрипта не могу, иначе не обрабатывается json_decode если есть русские символы
Re: Локальный менеджер потоков 1.11.0
- улучшено быстродействие и механизм определения зависших потоков
Re: Локальный менеджер потоков 1.11.0
Всех приветствую, начал изучать менеджер потоков и сразу возникли несколько важных вопросов:
1) касательно
Может как-то можно слать папку куда скопировалась копия хумана. /tasks/1/ ?
2) Касательно оптимизации с RAM дисками. Хотелось бы, чтобы все то что постоянно перезаписывается(кэш,кукисы и любое другое) была возможность перекинуть на RamDisk, а также по окончанию скриптов или вылете последние кукисы и остальная информация сохранялась на постоянном носителе. Хотя думаю кукисы кушают немного, но вот кэш да.
3) Касательно cookies и settings папок для задач - я так понимаю тут должны создаваться папки портов внутри которых все складируется,а если существует, то использует текущие?
Но более всего интересно как всю динамику перекинуть на ramdisk.
Понятное дело, если взять сам менеджер и запулить на ramdisk, но память то нерезиновая.
И вообще, в таком случае непонятен смысл клонирования копий в /tasks/ , что-то будет конфликтовать друг с другом? Но потоки то с потоками не конфликтуют, судя по тому, что копия создается не для потока, а для скрипта в целом...
1) касательно
Код: Выделить всё
// The following code is required to properly run XWeb Human Emulator
require("../Templates/xweb_human_emulator.php");
2) Касательно оптимизации с RAM дисками. Хотелось бы, чтобы все то что постоянно перезаписывается(кэш,кукисы и любое другое) была возможность перекинуть на RamDisk, а также по окончанию скриптов или вылете последние кукисы и остальная информация сохранялась на постоянном носителе. Хотя думаю кукисы кушают немного, но вот кэш да.
3) Касательно cookies и settings папок для задач - я так понимаю тут должны создаваться папки портов внутри которых все складируется,а если существует, то использует текущие?
Но более всего интересно как всю динамику перекинуть на ramdisk.
Понятное дело, если взять сам менеджер и запулить на ramdisk, но память то нерезиновая.
И вообще, в таком случае непонятен смысл клонирования копий в /tasks/ , что-то будет конфликтовать друг с другом? Но потоки то с потоками не конфликтуют, судя по тому, что копия создается не для потока, а для скрипта в целом...
Re: Локальный менеджер потоков 1.11.0
Логика работы менеджера следующая - есть основная папка XHE Main, в которой храниться версия программы для раскопирования её по потокам. Каждая задача копируется в папку Tasks под своим номером 1, 2 и т.д. При создании задачи с несколькими потоками под каждый поток создаётся и запускается своя копия программы - XHE_7100.exe, XHE_7110.exe, XHE_7120.exe, которые запускаются из этой папки.
В этом случае все динамические данные сохраняются по умолчанию в папках с портами. В случае когда нам надо хранить динамические данные в другом месте мы в начале скрипта делаем это с помощью соответствующих команд и к примеру, подставляем туда значение текущего порта $xhe_thread_port или номера потока $xhe_thread_num, на котором будет запущен скрипт, что бы каждый поток делал свою папку. Можно для этого также использовать аргументы argv[n].
Либо указать в настройках задачи с помощью соответствующих полей папки которые будут общими для всех потоков.
В этом случае все динамические данные сохраняются по умолчанию в папках с портами. В случае когда нам надо хранить динамические данные в другом месте мы в начале скрипта делаем это с помощью соответствующих команд и к примеру, подставляем туда значение текущего порта $xhe_thread_port или номера потока $xhe_thread_num, на котором будет запущен скрипт, что бы каждый поток делал свою папку. Можно для этого также использовать аргументы argv[n].
Либо указать в настройках задачи с помощью соответствующих полей папки которые будут общими для всех потоков.
Re: Локальный менеджер потоков 1.12.0
- добавлена кнопка перезапуска задачи
- улучшен механизм определения зависших потоков
Re: Локальный менеджер потоков 1.12.0
- небольшие улучшения интерфейса
Re: Локальный менеджер потоков 1.13.0
- добавлена настройка - автостарт менеджера при старте системы
- добавлена возможность автостарта задачи при старте менеджера (настройки задачи)
- добавлены настройки - таймауты на основе которых определяется что поток задачи завис и требует перезапуска (настройки задачи)
Re: Локальный менеджер потоков 1.14.0
- баг фикс выявленных ошибок
- улучшен механизм массового запуска задач
- ускорен массовый останов задач
- возможно выбора сразу нескольких задач для старта и останова
Re: Локальный менеджер потоков 1.14.0
- добавлено массовое удаление задач
Re: Локальный менеджер потоков 1.15.0
- сделана возможность сделать задачу недоступной для запуска
- ускорение интерфейса
- сделана возможность перезапуска сразу нескольких задач
- добавлена кнопка Restart All для перезапуска всех задач
Re: Локальный менеджер потоков 1.16.0
- улучшена интеграция с глобальным менеджером
- баг фикс найденных багов
Re: Локальный менеджер потоков 1.17.0
- баг фикс найденных багов
- добавлена возможность обновления через глобальный менеджер