Pull to refresh

Comments 14

UFO just landed and posted this here
Теперь, судя по описанию, сайт = dnx процесс. Упал процесс — нет сайта. Это так?

Насколько я понимаю, HttpPlatformHandler обеспечивает перезапуск в таких случаях.
По сути так.
Но исключение в Midlleware не валит процесс.
IIS все еще мета-среда, но теперь приложение не загружается в память w3wp, а в отдельный процесс. Модуль IIS, который обеспечивает работу перезапускает упавший процесс.

С точки зрения пользователя ничего не меняется.
Спасибо, на него было потрачено много времени.
А какие сейчас есть варианты хостинга на IIS 7+?
Спасибо, а то писали год назад что 8+. Ну 7.5 норм.
Вызов DLL напрямую — это довольно низкоуровневый подход написания приложений. Вы не используете Microsoft.DNX.ApplicationHost, поэтому вы отказываетесь и от использования файла project.json и улучшенного NuGet-based механизма управления зависимостями.

Что такое «NuGet-based механизм управления зависимостями» применительно ко времени выполнения программы? Это всего лишь считывание путей до сборок их автогенерируемого при билде конфига — или NuGet будет загружать пакеты при первом запуске приложения?
Так как для загрузки пакетов из сети используется отдельная от dnx утилита (dnu restore — загрузка зависимостей проекта), то мне кажется, что речи о загрузке из nuget-фида не идет, а имеется в виду только локальная работа c уже загруженными пакетами.
По изучал еще этот лоадер, вот, кстати, его точное место создания. Нашел только работу с локальными пакетами.
Настораживает еще dnx.exe с его рантаймом, хранящийся в профиле пользователя. Есть ли способы его оттуда вынуть? Распространять с программой — или, напротив, поставить глобально в Program Files?
Когда делается publish можно рантайм вместе с приложением упаковать.
Да, как сказал gandjustas можно указать какой runtime упаковать вместе с программой:
dnu publish --runtime active
Sign up to leave a comment.

Articles