Каждый раз разные ресурсы на автомате.



  • Здравствуйте. Спасибо большое за программу.
    У меня возник вопрос. Как в разных потоках брать разные ресурсы или лучше при каждом выполнении разные ресурсы. Пробовал имя ресурса брать из ресурса, но так не работает {{{{id}}}}.


  • administrators

    @Ilmir Здравствуйте. Пожалуйста. Нужно использовать "Шаблон" и установить галку - "дополнительная обработка".

    Вот проект - res.xml



  • Спасибо. Заработало.



  • а у меня с этим затык получился.

    рес1. {{DiskDir}} "d:/bablo/" (Диск и папка с добрым скриптом и его ресурсами).
    рес2. {{ProjectDir}} "project1" (Папка с текущим проектом), можно руками вбить, можно селект, можно окно выбора, пока не суть.

    и дальше пошли связанные ресурсы (в папке проекта {{DiskDir}}{{ProjectDir}}/ )
    рес3. Строки из файла прокси {{DiskDir}}{{ProjectDir}}/proxy.txt выбирать по одному, использовать повторно, не более 1 одновременно
    рес4. Папка с аватарками {{DiskDir}}{{ProjectDir}}/avatar выбирать по одному, использовать повторно, не более 1 одновременно
    рес5. Строки из файла аккаунтов {{DiskDir}}{{ProjectDir}}/accounts.txt выбирать по одному, использовать 1 раз, не более 1 одновременно
    рес6. Папка с постами, брать по 1, не повторно, не одновременно, файлы удалять.
    и т.п.

    хотел при запуске иметь возможность перенести с диска на диск или выбирать (или вводить руками) папку с проектом, чтоб остальные ресурсы формировались с такими более сложными типами, (внутренний механизм создания ресурсов не позволяет делать такой тюнинг) как "файлы", строки из файлов, файлы из папки

    вот простой первый фэйл

    было
    alt text

    было
    alt text

    сделал через шаблон с переменной
    alt text

    выполнение шаблона вызывает отрыжку
    Thread #1 : failed to get resource account_all

    в чем я не допонял суть, плиз ткните пальцем ибо лоб разбил за ночь


  • administrators

    @jurassik
    Путь к ресурсам не может содержать другие ресурсы.
    Путь к каждому ресурсу должен быть задан либо разработчиком либо пользователем. Либо задан разработчиком с возможностью его менять пользователем.



  • в процессе экспериментов я так и понял, конечно хотелось бы в этом плане больше гибкости... Привязываться к одной папке не удобно, а еще наверняка любого кодера задушит злоба, если он в 3-х последовательных полях должен исправить одну и ту же подпапку в пути вместо одного изменения, особенно зная, что это свой же код )) но он бессилен рационализировать это. (а ведь почему кодеры выходят из лентяев по-вашему?)


  • administrators

    @jurassik А как вы предлагаете решить проблему? читать путь к ресурсам из ресурсов?



  • например, одно из решений - порядок чтения ресурсов, и разрешить наследование или запретить, хотя возможны проблемы с пересечением типов данных, но стринга четко в путь к папке или файлу войдет, путь тоже легко войдет в более длинный вложенный путь.

    мое первое решение было войти и "создать ресурс" внутри, но увидев, что его возможности дальше стринг или експрешенов не идут, не говоря о возможностях писать или удалять строки или тем более файлы, я оставил затею и пошел рыть комьюнити, шаблоны и хитрости.

    конечно для внутренних статических ресурсов неплохо бы иметь полный функционал как в глобальных, это мое мнение, по крайней мере, это бы решило кучу вопросов с подобными проблемами проектирования глобальных динамических ресурсов, такими как перезаполнение при изменении родительских, возможности их перенастройки при открытии пользователем и т.п.


  • administrators

    @jurassik А чем вас не устраивает стандартный способ?
    На вашем примере:
    создать 4 ресурса: прокси, аватарки, аккаунты, посты. Все с пустыми стандартными значениями.
    Пользователь скрипта выбирает эти 4 ресурса при первом запуске.
    После выбора следующего ресурса диалог запоминает положение файла и дальше выбирать уже легче.

    Между запусками скрипта настройки запоминаются, кроме того их сохранить в отдельный файл и менять его. Помойму достаточно удобно.



  • удобно да не очень, мне достаточно было бы поменять папку проекта, а остальные ресурсы даже не менять или даже не показывать!

    Например, пишу зверька, в проекте уже куча ресурсов разных типов (файлы, папки, строки, файлы из папок, с удалением, без него) сегодня пять, завтра кроме аватарок и постов добавятся комменты, потом реплаи, в конце концов для перехода от проекта к проекту мне нужно поменять в 10-15 полях одно и то же "с:/скрипт/проект-1/ххх...." на "с:/скрипт/проект-2/ххх...." вот тут уже почувствуется неудобство, особенно если я вот запущу одну копию "беседовать" первым проектом со вторым и подряд 2 запуска нужно полностью менять одну и ту же подстроку. На самом деле я ведь лентяй, иначе для пяти аккаунтов автомат не нужен, можно за целый день и в сотне профилей аватарки руками вставить...

    (думаю теперь понятнее, спасибо)


  • administrators

    @jurassik said in Каждый раз разные ресурсы на автомате.:

    удобно да не очень, мне достаточно было бы поменять папку проекта, а остальные ресурсы даже не менять или даже не показывать!

    Чтобы не показывать ресурс пользователю, вы можете выбрать соответствующую настройку. http://prnt.sc/clt659
    Писать все в одну папку можно использовав относительные пути вместо абсолютных.



  • @support said in Каждый раз разные ресурсы на автомате.:

    Чтобы не показывать ресурс пользователю, вы можете выбрать соответствующую настройку. http://prnt.sc/clt659

    но я же тогда не смогу поменять все ресурсы проекта, об этом то и речь, что они не изменятся динамически


  • administrators

    @jurassik Можете создать ярлык и указать в нем рабочую папку.



  • @support said in Каждый раз разные ресурсы на автомате.:

    @jurassik Можете создать ярлык и указать в нем рабочую папку.

    куда смотреть? его можно будет применять в путях ресурсов?


  • administrators

    @jurassik
    Нет, ярлыком не получится(

    Либо складывать ресурсы в папку с приложением, либо выбирать все ресурсы через диалог.
    В будущем возможно сделаю настройку - папка с ресурсами.


Log in to reply
 

Looks like your connection to Bablosoft was lost, please wait while we try to reconnect.