Возможность комбинации задания опций в командной строке и во внешнем конфиге

[arabesc]

Сейчас для dvtws/nfqws поддерживается опция:

@<config_file>|$<config_file>                             ; читать конфигурацию из файла. опция должна быть первой. остальные опции игнорируются.

Это удобно для выноса основной массы параметров конфигурации во внешний файл, но неудобно для задания таких опций, как:

--daemon                                                  ; демонизировать прогу
--pidfile=<file>                                          ; сохранить PID в файл
--user=<username>                                         ; менять uid процесса
--uid=uid[:gid]                                           ; менять uid процесса

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

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

[Fenrir-0xFF]

Писал уже про это, там сам посебе внешний конфиг ещё кривоват, на ведре к примеру он вобще не робит, но кастыльный вариант срабатывает nfqws $(cat /etc/config.file) можно как все так и чясть параметров поместить в файл, также через grep сделать проверку по ключевым словам в файле daemon, uid, qnum и т.д. чтоб дублей параметров не словить.

Тут пора уже на скрипты формирования методов в стратегиях для nfqws переходить а не на параметры в конфиге, потомучто глянул что задумал bol-van для новой версии и страшно становиться, эти все предустановки вариантов комбинаций и чередования фейков и чястей... как по мне надёжнее самому очерёдность прописать без предустановок, ктомуже в этом случяе можно будет оперировать каждой чястью или фейком индивидуально, к примеру продублировать одну конкретную чясть а не все и т.д. вобщем возможности станут неограничеными.

[bol-van]

Может и пора, но это очень серьезная разработка. Не на раз два. А засесть на месяц. Продумать концепт и реализацию. Так что пока не

[Fenrir-0xFF]

Какбы не к спеху, просто все эти новые параметры и их количество уже превращяются в своего рода скрипт пусть и ограниченый, и со временем их количество только растёт нагружая мозги себе и людям.
Насчёт концепта и прочего, такто уже сейчяс можно чястично это реализовать к примеру указать вручную чередование пакетов --split=fake,part1,fake,part2,fake вобщем в каком угодно порядке указываеш, согласись гораздо нагляднее и меньше путаницы чем искать нужный режим в altorder, да и методы multidisorder, fakeddisorder, multislpit, fakedsplit можно спокойно реализовать через этот параметр
Можно разные значения для фейков добавить через параметры --fake1=hex/file, --fake2=hex/file и уже их чередовать.
Если будеш делать в дальнейшем поддержку скриптов то гораздо проще получится её реализовать, т.к. уже рабочие функции будут.

[bol-van]

Это с первого взгляда. А если поглубже копнуть, там нюансов - выше крыши.
И в такую простую строчку их не вписать.
Скрипты будут тоже очень непростые. Типа программы. Не описательно как HTML, а условия - действия.
Сейчас эти программы зашиты в C код фиксированно.

[Fenrir-0xFF]

Это понятно, хотя при желании можно и в стиле html написать, с низкоуровневой переработкой пакетов только ограничения будут что не есть гуд.
Просто людьми используется обычно меньше половины всего функционала nfqws, добавляеш новые методы и параметры, какието пригождаются какието нет, какието вобще перестают приносить пользу через какоето время, приходится делать новые, посути замкнутый круг, да и людям приходится голову грузить кучей параметров и бинарики обновлять.
Я это всё к тому что пока всё работает - пускай работает, как минимум ещё пол года на текущей версии проработает, за пол года неспеша можно сделать обработку пакетов по скриптам, после чего можно будет вобще больше не заморачиваться данным проектом кроме исправления багов.