@Sevenup Для чего нужен proxifier я понял уже по названию.. Читал здесь темы, что флеш подключается на прямую минуя установленные прокси.
Просто с самой программой я не работал.
Можно завершить программу через экшен запустить процесс tskill Proxifier. Переписать Default.ppx с новым прокси и снова запустить..
Взять отдельный проект BAS для управления Proxifier, который поменяет прокси и сидит ждёт команды из базы\файла\запроса.. А рабочий проект отработав потоки посылает команду поменять прокси и запускает новую итерацию.
Проект то, работает?
@Fox said in Xpath замена параметров в конфиге proxifier:
@Sevenup Для чего нужен proxifier я понял уже по названию.. Читал здесь темы, что флеш подключается на прямую минуя установленные прокси.
Просто с самой программой я не работал.
Можно завершить программу через экшен запустить процессtskill Proxifier. Переписать Default.ppx с новым прокси и снова запустить..
Взять отдельный проект BAS для управления Proxifier, который поменяет прокси и сидит ждёт команды из базы\файла\запроса.. А рабочий проект отработав потоки посылает команду поменять прокси и запускает новую итерацию.
Проект то, работает?
неее, как раз килять проксифаер не нужно, он все четко и так подхватывает, просто proxifier.exe config.ppx и все, если он уже запущен,он просто меняет конфиг.
можно просто делат то только в одном потоке,чекая THREAD_INDEX - это все не проблема. Как сделать так, что бы все потоки закончились, проверить что никакой никуда не обращается, после сменить прокси и запустить их снова? вот в чем засада.
Проект да, все меняет чики пики, как и писал выше, эксперементирую остановкой потоков БАСа :))
@Sevenup said in Xpath замена параметров в конфиге proxifier:
Как сделать так, что бы все потоки закончились, проверить что никакой никуда не обращается, после сменить прокси и запустить их снова? вот в чем засада.
Может такой вариант тебе подойдет, но не уверен)
действие Установить метку (Config)
вызов функции config() //в ней колдуем над конфиг файлом
вызов многопоточной функции tasks() // в нее описываем всю логику работы
действие Перейти к метки (Config)
@santilo said in Xpath замена параметров в конфиге proxifier:
@Sevenup said in Xpath замена параметров в конфиге proxifier:
Как сделать так, что бы все потоки закончились, проверить что никакой никуда не обращается, после сменить прокси и запустить их снова? вот в чем засада.
Может такой вариант тебе подойдет, но не уверен)
действие Установить метку (Config) вызов функции config() //в ней колдуем над конфиг файлом вызов многопоточной функции tasks() // в нее описываем всю логику работы действие Перейти к метки (Config)
многопоточная функция tasks() запущена например в 10 потоков, каждый отрабатывает разное время. Переход к следующему действию произойдет только тогда, когда успешно закончатся все потоки многопоточной функции.
напишу пока тут, вдруг кто заметит, что бы тем множество не плодить :)
действие "запустить процесс", при выполнении например "C:\Progra~2\Proxifier\Proxifier.exe C:\Users\user\Desktop\bas\bas.ppx silent-load" и установленной галочке "ждать завершения" запуск залипает намертво, добавление "таймаут" не помогает. Залипает надолго, минут 15 ждал, потом рестартунул(не хватило терпения).
Если же галочку "ждать завершения" убрать, то скрипт переходит к следующему блоку, все ок, но остается запущенным окно командной строки выполняющей данный блок "запустить процесс".
Ту же строку из блока "запустить процесс" копипастю и выполняю в ручную в командной строке, все ок.