Интересно, это как-то затронет облачные решения? Госучреждения могут и не приобретать ПО, и не заказывать, а просто выставить требования соответствия.

Как пример текстовых артефактов: конфиги SIP-телефонов. У меня сервер провижна так работает — из общего набора данных генерится конфиг по шаблону с заполненными данными habr.com/ru/post/445350 имхо, вполне очевидная идея ))

Отлично ))

За одного битого двух не битых дают.
Вот теперь там можно размещать данные ;)

на гитхаб выложите, всегда будут точка откуда качнуть список ;)

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

Удобно? Мне да. Может быть кому-то тоже? Хочу ли я чтобы этим пользовались еще? Наверное, да. Хотя даже описание проекта на хабре, заставляет меня лучше документировать проделанное, записать идею, мысли, основной концепт.

А дальше? Спокойно делать дальше.

Теперь к вопросу, делать ли парсинг? Делать парсинг пока нет того, кому это реально нужно, вот прям так чтобы «все завтра начинаю пользоваться, давай, погнали», так сказать «заказчика фичи» — это просто трата времени, на мой взгляд.

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

Да, конечно.

del

Продолжение будет?

github.com начал уведомлять о том, что те или иные пакеты скомпрометированы, npm audit показывает те имеющиеся проблемы. поэтому проверяй и все будет ок. второй момент, что как узнавать, что в новой версии пакета есть зловред? как раз при переходе с версии на версию необходимо немного посматривать код и в случае каких-то даже подозрений и непонятностей — сообщать сообществу для совместной проверки. возможно, мы в будущем будем платить фондам и компаниям за проверку на безопасность пакетов.

Для node.js есть хороший npm для описания и генерации openapi spec прямо в коде в связке с express.js express-openapi, и еще несколько сопутствующих пакетов github.com/kogosoftwarellc/open-api

еще сделайте локальный домен и тогда будет вполне удобно по памяти менять глобальный npm на локальный

в последних версиях verdaccio уже нормально

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

Задумка такая: приложение на electron'е, куда встраиваем express http сервер. на http-сервер можно отправлять запросы, например, при входящем звонке делается http-запрос, при исполнении которого будет открываться всплывающее окно. github.com/antirek/electron-sample

Как бы не стоит забывать, что мы живем в эпоху глобализации, поэтому ничего удивительного, что под брендом есть OEM-производитель. Мы же не удивляемся, когда под модемами Билайна, Мегафона находим ZTE. И бренд всегда дороже, т.к. он берет на себя сервисную часть, включая ее в добавочную стоимость.

Думаю, для Digium это был эксперимент, достаточно хороший шаг расширить линейку оборудования. Лично я на месте Digium, разрабатывая asterisk, switchvox, выпуская платы, давно бы занялся производством sip-телефонов, и не с нуля, а запартнерившись с кем-то. Мне нравится, что они взяли под бренд не всю линейку Fanvil, а только 4 телефона, редизайнили их, и возможно, но мы, конечно, этого никогда не узнаем, в планах была и более кастомная прошивка.

Ну, вот мы и знаем OEM-поставщика Digium'а )) Декоративные изменения в дизайне моделей, конечно, присутствуют, но функционально похоже, что это братья. Интересно, прошивки подойдут?

Добро пожаловать на исследования в Красноярск и Челябинск!

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

Прям не статья, а докладная записка. Два раза уснул, пока читал. ;)