j
вот это моветон да?
app.get('/',(req,res)=>{res.render('index.ejs')})Size: a a a
2021 April 03
j
так у меня рендерится главная страница
x
Ну должен редиректить тогда спокойно
j
так написал имба же 😂😂
setTimeout(()=>{
window.location.href = '/'
},1500)M
Ребят. У меня pm2 на серваке уже третий раз закрывает все процессы, а сам остается висеть. Почему такое может происходить? Я подумал что место на диске кончается, там и правда было почти всё занято. Но я вроде почистил всё, уменьшил логирование, а теперь снова все проекты выгружены. Подскажете в чем может быть причина или как её узнать?
Н
а логи pm2 что говорят?
M
А где логи самого pm2 а не запущенных в нём процессов?
M
Спасибо, теперь осталось выяснить почему возникает SIGTERM
PM2 log: SIGTERM timeout : 1600
~
Привет. Что имеется в виду под следующим?
/latency [GET] - возвращает задержку от сервиса до google.com
/latency [GET] - возвращает задержку от сервиса до google.com
UT
Добрый день.
Говорят, что нельзя / не рекомендуется тестировать приватные методы класса.
У меня класс буквально с одним публичным методом, который под капотом использует приватные со сложной логикой. Сделать тест только на публичный метод довольно сложно, чтобы он покрыл все кейсы, и будет тяжело найти ошибку, которая будет в приватных методах, если тест упадёт.
Как быть? Делать методы публичными?
Говорят, что нельзя / не рекомендуется тестировать приватные методы класса.
У меня класс буквально с одним публичным методом, который под капотом использует приватные со сложной логикой. Сделать тест только на публичный метод довольно сложно, чтобы он покрыл все кейсы, и будет тяжело найти ошибку, которая будет в приватных методах, если тест упадёт.
Как быть? Делать методы публичными?
UT
Latency - задержка - это время, которое пинг затрачивает на то, чтобы дойти до целевого узла и вернуться. Грубо говоря это время задержек сети
V
приватные методы на то и приватные, что другие сервисы не могут их трогать
V
ну и какие там приватные методы это личное дело класса, тесты дожны покрывать интерфейс сервиса
UT
Ну философия юнит тестов в том, что по падению теста можно однозначно сказать, в каком именно методе изменения сломали тест
А так получается мой тест на метод load() падает, а там 5 огромных приватных внутри. И вообще не понятно, что там сломалось
А так получается мой тест на метод load() падает, а там 5 огромных приватных внутри. И вообще не понятно, что там сломалось
N
А если кто-то решил переписать реализацию метода load не меняя интерфейс сервиса, но переделав все приватные методы на другие?
N
Теоретически, это должно быть допустимым без изменения тестов. Если переписал и тесты не упали, значит правильно всё сделал
UT
Да, согласен. Но это уже как какой-то е2е выглядит
UT
Хотя, наверное, ты прав
Вместо того, чтобы писать тесты на приватные методы, лучше вынести сложную логику в другую сущность, где такие методы будут публичными и тестировать их там. А здесь тестировать только load
Вместо того, чтобы писать тесты на приватные методы, лучше вынести сложную логику в другую сущность, где такие методы будут публичными и тестировать их там. А здесь тестировать только load