Здесь последнее изменение «May 23, 2016».

Во, совсем как живой... Привет, пропащий.

Привет! Вообще, я отвечал на твоё письмо в начале 2016-го. Так-то было тяжело найти доступ в Интернет и к телефону там, где я оказался. :)

Ну, последнее изменение же не означает, что это изменение к лучшему. Потому и пришлось смотреть diff.

Опаньки.., наверно оно в спам упало и я не заглядывал туда в то время. Ну да вернулся и хорошо :)

ничего не выйдет, пивка возьми лучше

Да ладно. Там всего лишь надо разобрать дерево иксэмеля в объекты и сериализовать объекты в конфиги nftables. Моя проблема в том, что я не хочу велосипедить свой парсер, а предпочитаю использовать готовый, но с ним надо научиться работать.

Теперь это мой бложик по проекту

Короче, потихоньку пишу парсер FWObjectDatabase (формат XML-файла Firewall Builder) на Go. Так как я не осилил генераторы (или фабрики, как их там принято называть), то автоматически конструировать структуры данных я не могу, потому переписываю весь DTD в качестве структур Go руками. Если кто знает как сделать - буду признателен любой информации.

На данный момент можно прочитать описанную в коде часть дерева FWObjectDatabase и выдернуть данные (можно тупо кусок XML) относящиеся к конкретному файерволу. Получение объектов по ссылкам пока не работает и я ещё не придумал как это сделать. Нужен словарь/hashmap, про которые я ещё не читал.

Алсо линковаться с libfwbuilder и libfwcompiler не получилось ни из Rust, ни из Go ибо C++. Говно. Писать обвязки C++ либы на C я не хочу. Современный C/C++ имеет нездоровые языковые конструкции и библиотечные функции, которые жизнь только усложняют. В Rust, кроме прочего, нет вменяемой библиотеки для разбора XML. Работать же с C#/Mono для решения задачи мне показалось слишком просто. Ах, да. Go предполагает middleware hell, прям как у NPM. Красота. Похоже, что патриарха типа того же Гвидо (Ван Россума), который бы принял пакет в апстрим, у Go нет. Лучше бы они перенимали у Python хорошие вещи.

BTW, Go оставляет странное впечатление. Подключить локально расположенный пакет - целая проблема. Точки с запятой формально можно не использовать. Публичные методы/атрибуты должны начинаться с большой буквы. Единственный вариант loop - через for. Я, конечно, всё понимаю, но складывается впечатление, что это разработка для слабоумных. Попытка упростить до предела то, что не стоит упрощать. Ещё на Python очень похоже. Там тоже заявлено, что для всех задач есть один конкретный вариант реализации, а в итоге в язык чего только не напихали. Как ху?в в порнозвезду.

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

Всех заинтересованных приглашаю проанализировать и раскритиковать проект, и, конечно, ОПа.

Раз уж взялся разбирать FWObjectDatabase, то возникла мысль попутно продумать/написать генератор правил для firewalld.

Вопрос: нужно или нет?

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