Сбои веб-сайта после пула приложений recyle
Я думал бы, что смешивание этих двух навыков могло бы быть выгодным в начале, когда Вы только запускаете свою карьеру, но удержите Вас в конечном счете.
Выберите один и станьте действительно хорошими в нем, тот способ, которым Вы максимизируете свой доход. Как говорится "мастер на все руки - ведущее устройство ни одного".
Я оказался в *, отклоняют мир, но даже там, если Вы роете глубже, существуют ниши. Я запустил на tru64, затем перемещенном в solaris теперь, я - просто Linux. Когда для поиска работы я не продаю меня в качестве tru64/solaris/linux человек. Нет, это не работает как этот. Я нашел, что предложения, имеют тенденцию быть ниже для смешанного положения, чем всего один специализированный.
Относительно денег, насколько я могу сказать, профессиональные инженеры с победой или *отклоняют навыки, заплачены одинаково, если их профессионализм и навык имеют равный уровень.
Я выключил бы перерабатывание после 29 часов (1 740 минут). Это - просто значение по умолчанию, но не полезное в производстве. Если необходимо автоматически переработать, сделайте это в установленное время вне часов.
Перекрывающиеся пулы приложений совершенно здоровы. Проверьте это недавнее видео в моей серии Web Pro, которая покрывает его.
Мое предположение на том, что произошло, - то, что что-то имело дескриптор на одном из файлов ключей в Вашем сайте, и IIS не мог добраться, выполняют полномочия на нем. Это, вероятно, не поворачивалось вплоть до IIS, выпустил файл во время перерабатывания, и что-то еще вступило во владение.
Когда это происходит снова (который это, вероятно, сделает так, так как ничто не изменилось), я рекомендую использовать Проводник Монитора и/или Процесса Процесса для обнаружения, какой файл заблокирован. Это должно подняться путем поиска 'отклоненный' в получении Монитора Процесса. Вот другое быстрое видео о том, как использовать Монитор Процесса.