@drq об этом видела мнение, в контексте того, что в винде встроены костыли под конкретные юзерспейсные программы, чтобы те не сломались. Например, если яндекс браузер представится хромом (которым он под капотом и является), то сработают ифы где-то в дровах, и браузер мАгИчЕсКи станет работать лучше

«Проблема проприетарщины в том, что она друг к другу прирастает намертво»

Была глючная но важная программа, которая костыльно работала с API ОС, и сломалась после его обновления. Чтобы не портить репутацию ОС, в неё вставляется костыль вида if (exe_name == "photoshop.exe") { return legacy_api_result() }

И потом, третьему между ними будет ОЧЕНЬ сложно втиснуться, потому что он не попадает под if-ы с обоих сторон :blobcatgooglytrash:

@mo Именно так.

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

В итоге - мониторинг визжит, на биллинге LA под сотку. Что мы можем сделать? А ничего, или перезагрузить (сорвав при этом какое-то количество операций), либо ждать пока само просрется. А когда брутят-ддосят - это вообще пиздец, у нас перекур, ждем когда скрипткиддисам надоест играться с нашей базой. Потому что понижать порог в fail2ban уже тупо некуда, нужно уже писать модуль к nginx, который мог бы сам проверять логины, не задействуя биллинг, но вот беда: дистр на сервере протух, и под него уже ничего не соберется, а обновлять нельзя потому что у биллинга старые зависимости в библиотеках, вот охуенно-то.