При портировании обнаружил, что core 3.1 до сих пор не умеет собирать проекты с lic-файлами.
Хак(проверять не стал) — собрать проект через .net из папки obj забрать файл *.*.licenses и включить его как ресурс в core.
Быть может можно также написать кастомную таску.
Вторая грабля IIS.
Внезапно осознал, что пул приложений по умолчанию перезапускается каждые 29 часов, чтобы "избежать утечек памяти".
Поэтому MS рекомендует "учесть эту особенность в разрабатываемом ПО". Слава богу можно просто отключить.
Однако в свете подобных сюприпзов хранение состояния в СУБД все еще представляется хорошим решением.
Здравствуйте, varenikAA, Вы писали:
AA>При портировании обнаружил, что core 3.1 до сих пор не умеет собирать проекты с lic-файлами. AA>Хак(проверять не стал) — собрать проект через .net из папки obj забрать файл *.*.licenses и включить его как ресурс в core. AA>Быть может можно также написать кастомную таску. AA>Вторая грабля IIS. AA>Внезапно осознал, что пул приложений по умолчанию перезапускается каждые 29 часов, чтобы "избежать утечек памяти". AA>Поэтому MS рекомендует "учесть эту особенность в разрабатываемом ПО". Слава богу можно просто отключить. AA>Однако в свете подобных сюприпзов хранение состояния в СУБД все еще представляется хорошим решением.
Вообще-то это хорошая практика. Не храните состояние на сервере: он может упасть, если будет два-три сервера будет три состояния.
Давно придумали для этого Distributed Cache, да тот же Redis ну и конечно же самый простой вариант в базе.
Здравствуйте, Danchik, Вы писали:
D>Вообще-то это хорошая практика. Не храните состояние на сервере: он может упасть, если будет два-три сервера будет три состояния. D>Давно придумали для этого Distributed Cache, да тот же Redis ну и конечно же самый простой вариант в базе.
Ну, еще есть другая практика — все по минимуму, ничего лишнего, все в памяти.
Здравствуйте, varenikAA, Вы писали:
AA>Здравствуйте, Danchik, Вы писали:
D>>Вообще-то это хорошая практика. Не храните состояние на сервере: он может упасть, если будет два-три сервера будет три состояния. D>>Давно придумали для этого Distributed Cache, да тот же Redis ну и конечно же самый простой вариант в базе.
AA>Ну, еще есть другая практика — все по минимуму, ничего лишнего, все в памяти.
Это для наколеночных апликух. Как только увеличится нагрузка — появится небходимость запускать несколько инстансов и тут без дистрибуции сложно.
Здравствуйте, varenikAA, Вы писали:
AA>Внезапно осознал, что пул приложений по умолчанию перезапускается каждые 29 часов, чтобы "избежать утечек памяти". AA>Поэтому MS рекомендует "учесть эту особенность в разрабатываемом ПО". Слава богу можно просто отключить. AA>Однако в свете подобных сюприпзов хранение состояния в СУБД все еще представляется хорошим решением.
А еще кубер может под рестартануть. А еще может железка гинуться. А еще пмогут spot instance временно отобрать. Эту особенность нужно учитывать безотносительно core и IIS.