Выкинул nginx, перешел на Angie

они писали саму софтину, которая это генерит. и да, у неё были абсолютно все данные о базе.

Я правильно догадался это была софтина заточенная под конкретную БД ?

и даже получили медаль на ВДНХ за этот софт.

Раздача медалек за начинания это мировой трэнд. А вот медалек за многолетние успехи в проде существенно меньше.

но она могла генерить и скрипты для других БД, в принципе. но так как её разрабатывал Sybase, то с ним они, понятное дело, лучше всего были знакомы.

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

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

но так как её разрабатывал Sybase, то с ним они, понятное дело, лучше всего были знакомы.

Я написал БД а не СУБД. Яна не путайте эти два разных понятия.

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

Два года без ребута это достижение уже? Серверный софт в моем понимании должен норм робить без ребутов до смерти железа.

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

А вот это да! Тут с вами соглашусь! Я за свою жизнь могу похвастаться только одним 19-ти летним из которых я осуществлял полную поддержку включающую модификации и рефакторинг 17.5 лет. Большего мне уже не светит.

Ни разу не пользовался раздутым certbot-ом, предпочитаю более легковесные решения - dehydrated или acme.sh

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

я ничего не «путаю».а буквоедство - это дебилизм.

я ничего не «путаю».а буквоедство - это дебилизм.

А бабель и шнобель это синонимы...

у PCRE2 исходники на 200к строк кода, по показаниям приборов.

Если ты применяешь библиотеку на 200к строк для парсинга данных, у которых описание формата занимает пару страниц (а в случае с json так оно и есть), то как это называется? Правильно, говнокод.

Если ты применяешь библиотеку на 200к строк для парсинга данных, у которых описание формата занимает пару страниц (а в случае с json так оно и есть), то как это называется? Правильно, говнокод.

Очень неправильная логика, объем описания никак не соотноситься с объемом требуемым для работы с этим описанием. Чем больше допустимо вариативности в ТЗ, тем больше кода придется запилить. Например в описании вы видите «Допустимы типы: int, float, string, struct и class. В зависимости от типа оператор '+' выполняет разные действия.». Т.е. в описании одна строка, а реализации их куда как больше.

В данном случае - ещё как соотносится.

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

Чем больше допустимо вариативности в ТЗ

Тебе же дали четкие условия - с одной стороны жсон, со второй регекспы. Зачем ты маневрируешь? В каждом комментарии выцепляешь кусок и отвечаешь на него, игнорируя остальной текст.

Ну и вообще, предложение парсить json регекспами - это даже для лора чересчур.

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