OT
все что касается конкретной модели и её данных должно находится в ней, все остальное в сервисах
а как тогда для токен юзера хранить инфу, подписан он или нет?
Size: a a a
2020 June 11
V
Похоже, но все равно судя по всему, нужно обвязку для протухания самому писать
3 аргумент время в ms
V
Orest Trxsh
а как тогда для токен юзера хранить инфу, подписан он или нет?
проверять в контроллере или где у тебя логика
IO
3 аргумент время в ms
А. Я слепой. Сорри. Спасибо, вообще то, что нужно
A
а с норм архитектурой юнит тесты можно будет использвать, это дешевле интеграционных
Можно ли юнит тестом отследить такую ситуацию, которую я описал?
И
отслеживать отвал проверки ?
Ну так делай проверку можно или нет что-то там менять или что у вас там
Ну так делай проверку можно или нет что-то там менять или что у вас там
A
отслеживать отвал проверки ?
Ну так делай проверку можно или нет что-то там менять или что у вас там
Ну так делай проверку можно или нет что-то там менять или что у вас там
вас понял, спасибо!
DN
подскажите плз
Вот входная точка приложения. Я так понимаю, что таким способом постепенно делать require не особо хорошая практика если линтер ругается, но если я пытаюсь сделать require выше на строке 4 и заменить его потом в строке 9, то вываливает ошибки.
Я так понимаю связано с тем что require которые выше 9 строки еще не сделаны.
Какая вообще хорошая практика организации такого рода?
Вот входная точка приложения. Я так понимаю, что таким способом постепенно делать require не особо хорошая практика если линтер ругается, но если я пытаюсь сделать require выше на строке 4 и заменить его потом в строке 9, то вываливает ошибки.
Я так понимаю связано с тем что require которые выше 9 строки еще не сделаны.
Какая вообще хорошая практика организации такого рода?
И
подскажите плз
Вот входная точка приложения. Я так понимаю, что таким способом постепенно делать require не особо хорошая практика если линтер ругается, но если я пытаюсь сделать require выше на строке 4 и заменить его потом в строке 9, то вываливает ошибки.
Я так понимаю связано с тем что require которые выше 9 строки еще не сделаны.
Какая вообще хорошая практика организации такого рода?
Вот входная точка приложения. Я так понимаю, что таким способом постепенно делать require не особо хорошая практика если линтер ругается, но если я пытаюсь сделать require выше на строке 4 и заменить его потом в строке 9, то вываливает ошибки.
Я так понимаю связано с тем что require которые выше 9 строки еще не сделаны.
Какая вообще хорошая практика организации такого рода?
Чёт как-то кринж
AZ
Попов Алексей
гугл уже не помогает, явно кто-то кто делал на express+ejs сталкивался с таким, подскажите этот ньюанс с динамикой подгрузки partial и переменные
Я новичек но можно играться со значениями указать открытое <%=
DN
Чёт как-то кринж
отличный ответ, а главное понятный и дельный 👍
ps: нет
ps: нет
И
отличный ответ, а главное понятный и дельный 👍
ps: нет
ps: нет
Как обычно, в моем духе
IO
подскажите плз
Вот входная точка приложения. Я так понимаю, что таким способом постепенно делать require не особо хорошая практика если линтер ругается, но если я пытаюсь сделать require выше на строке 4 и заменить его потом в строке 9, то вываливает ошибки.
Я так понимаю связано с тем что require которые выше 9 строки еще не сделаны.
Какая вообще хорошая практика организации такого рода?
Вот входная точка приложения. Я так понимаю, что таким способом постепенно делать require не особо хорошая практика если линтер ругается, но если я пытаюсь сделать require выше на строке 4 и заменить его потом в строке 9, то вываливает ошибки.
Я так понимаю связано с тем что require которые выше 9 строки еще не сделаны.
Какая вообще хорошая практика организации такого рода?
А не проще переписать на async/await?
DN
А не проще переписать на async/await?
а разницы? вопрос же в другом, как require писать глобальные. А то перетасовка с промисов на async роли не сыграет
Ругается на то что require делается не глобально и вверху, а постепенно в промисе
Если вынести вверх просто, то ошибки, потому что они должны по очереди включатся в игру
Ругается на то что require делается не глобально и вверху, а постепенно в промисе
Если вынести вверх просто, то ошибки, потому что они должны по очереди включатся в игру
IO
А что мешает переписать
На нормальный вариант
() => require('lib').start()На нормальный вариант
const lib = require('lib')
...
() => lib.start()DN
А что мешает переписать
На нормальный вариант
() => require('lib').start()На нормальный вариант
const lib = require('lib')
...
() => lib.start()так и пишу, но чет не хочет
Наверное потому что на 9 строке инитится база, которая потом например в файле с 10 строки smart-migration юзается
И если сделать require smart-migration не поступательно, то и ошибки
Наверное потому что на 9 строке инитится база, которая потом например в файле с 10 строки smart-migration юзается
И если сделать require smart-migration не поступательно, то и ошибки
IO
Смотрите, что у вас выполняется при
start-migrationIO
В теории - не должно ничего, require != вызов
DN
В теории - не должно ничего, require != вызов
вообщем нашел
в smart-nmigration с помощью деструктуризации делается
а этот db присваивается в 8 строке
Поэтому если сделать
и юзать psql.db внутри smart-migration то норм и нет ошибок
в smart-nmigration с помощью деструктуризации делается
const { db } = require(‘../db/psql’)а этот db присваивается в 8 строке
Поэтому если сделать
const psql = require(‘../db/psql’)
и юзать psql.db внутри smart-migration то норм и нет ошибок
IO
Вот и славненько )