Я думаю, все знают, что я хотел бы продемонстрировать в этом посте, они есть в каждом отдельном проекте в разных видах. Я совершенно уверен, что это верно почти для всех видов работ, не обязательно для разработки программного обеспечения, поскольку я разработчик программного обеспечения, я пока буду придерживаться этой темы:
Умный хостинг
«Наш средний веб-сервер отключает рабочие потоки через некоторое время, если никто не использует веб-сайт, что мы можем сделать?»
Возможное решение:
Изучаем конфигурацию и документацию и понимание «почему» и настроить его под свои нужды. (Пожалуйста, прочтите документацию, писать ее тяжело, и это не просто так)
Фактическое решение:
Давайте настроим небольшой скрипт, который получает планируется запускать каждые 15 минут и вызывать все страницы на сервере, чтобы рабочий сценарий оставался активным. Конечно, это решение требует вызова пользовательской конечной точки, давайте зарегистрируем этот вызов в БД, чтобы позже найти правильный временной интервал между вызовами нашего «бота».
Окончательный результат:
Я могу просто порекомендовать вам прочитать раздел ниже ;)
Придирчивые базы данных
«Мы получаем на всех наших размещенных веб-страницах через некоторое время одну и ту же ошибку, что-то с базой данных и переполненным пулом соединений…»
Возможное решение:
Читайте документацию, еще раз, обнаружите, что соединения объединены в пул по умолчанию, и вы должны обязательно закрыть и вернуть их в пул или отключить объединение, если вам нужно.
Фактическое Решение:
Благодаря службе планирования ОС можно просто перезапускать базу данных и веб-сервер (который содержит процессы, владеющие соединением) каждый день в полночь по серверному времени. Полночь (время сервера) в это время клиенты работать не будут…
Конечный результат:
Вышеописанная ситуация возникла в результате первого «фикса» для смарт-хостинга… Если вы создаете конечную точку, которая вызывается довольно часто, и записываете что-то в свою базу данных, обязательно закройте соединение. И если ваши специалисты по работе с клиентами удивляются, почему люди жалуются, что обслуживание было прервано во время утреннего чек-листа, люди живут в разных часовых поясах ;)
Программное обеспечение без ошибок
«Многие клиенты жалуются на стабильность нашего программного обеспечения, слишком много сообщений об ошибках и сбоев»
Возможное решение:
Посмотрите на свой процесс разработки, есть ли у вас достаточное автоматизированное тестирование? Попробуйте настроить контрольные списки выпуска. Знает ли ваша команда разработчиков, что выполнение задачи разработки должно включать тестирование (определение выполненного = тестирование + разработка)
Фактическое решение:
Сбои проблема, давайте попробуем поймать к черту программное обеспечение. Если нет сбоев, все в порядке, и клиенты будут счастливы и впечатлены улучшениями.
Конечный результат:
Да, в этом обновлении было меньше сбоев, к сожалению, оно также умерло. внутри… Длительный процесс завершился сбоем посередине без уведомления вызывающей стороны/пользователя.
Забавный код?
Может быть, это мой юмор, но иногда я мог смотреть на код и просто смеяться, пока у меня не перехватило дыхание или я не начал плакать, как маленький ребенок. Я постараюсь выбрать некоторые из этих фрагментов и вещей, подобных приведенным выше, и продолжить писать об этом.
PS: Если вам понравилось, оставьте один или два хлопка :)
