Так проблема же не в npm audit а в целом в подходе к контролю безопасности "по методичке". К сожалению тут всегда на первое место выходит процесс аудита а не реальное желание сделать продукт безопасным.
vsatman с удовольствием читал вашу серию статей, но последние две выглядят как невычитанный перевод через (при всём уважении) Google Translate. Это расстраивает.
И это печально, потому что кандидат со стороны про это знать не может. И выбрать что-то после 1-1,5 часов общения с руководителем тоже нереально.
Собеседование — обоюдный процесс. Если человек не может понять устраивает ли его руководитель после интервью — возможно не стоит идти в такую компанию?
Совершенно не важно, почему при отсутствии ORDER BY сортировка будет разная.
Совершенно не важно, что это можно иногда предсказать.
Главное: пишите ORDER BY если это нужно.
Как только вы увидите, что достигли 80% лимита по ресурсам, необходимо незамедлительно начать масштабирование.
Всё-таки я бы посоветовал задумываться об этом уже при 60%. Как правило на application серверах при преимущественно CPU-bound нагрузке из-за hyper threading начинается нелинейный рост.
Ну не работает и не работает.
Совершенно не понятно к чему вы это. Но выговориться иногда тоже хорошо)
Но результаты же были?
В каком-то смысле ножки Буша это тоже гуманитарка.
Увы, не всегда можно спрятаться :-(
Так проблема же не в npm audit а в целом в подходе к контролю безопасности "по методичке". К сожалению тут всегда на первое место выходит процесс аудита а не реальное желание сделать продукт безопасным.
vsatman с удовольствием читал вашу серию статей, но последние две выглядят как невычитанный перевод через (при всём уважении) Google Translate. Это расстраивает.
Вы решили побить RuVDS по числу устаревших и легко гуглящихся постов?
Собеседование — обоюдный процесс. Если человек не может понять устраивает ли его руководитель после интервью — возможно не стоит идти в такую компанию?
Вполне возможно что автор не до конца понимает или перефразирует причины, по которым Яндексу не подходят эти решения.
И какую?
И что? Стоило бы писать с нуля?
Совершенно не важно, почему при отсутствии ORDER BY сортировка будет разная.
Совершенно не важно, что это можно иногда предсказать.
Главное: пишите ORDER BY если это нужно.
Что люди только не делают чтобы не использовать Nginx/HAproxy.
Всё-таки я бы посоветовал задумываться об этом уже при 60%. Как правило на application серверах при преимущественно CPU-bound нагрузке из-за hyper threading начинается нелинейный рост.
Жаль в статье рассмотрен только веб. На мобильных платформах с WebP тоже всё совсем неоднозначно.
И это очень странный маркетинговый ход :-/
Так если можно уволиться, почему же вы не уволились, а выгорели?
Фигово у вас быть сисадмином :-(
Мы видимо каким-то разным Моим Кругом пользуемся. Единственная вакансия Senior PHP в архиве — https://career.habr.com/vacancies/999999431, и там вилка указана 180-250к.