T
Ну думаю, это некритично. Огромное спасибо!
Есть тонкий момент с тем, как будет обрабатываться провал сразу нескольких тестов в один момент времени одним юзером, но это out of the scope вопроса.
Size: a a a
2020 March 16
VL
Есть тонкий момент с тем, как будет обрабатываться провал сразу нескольких тестов в один момент времени одним юзером, но это out of the scope вопроса.
Ох, я не особо пока задумываюсь об этом)
T
Есть тонкий момент с тем, как будет обрабатываться провал сразу нескольких тестов в один момент времени одним юзером, но это out of the scope вопроса.
Я бы завел таблицу failed-tests с полями userId, testId, timestamp, attemptId
T
Тогда добавление в нее параллельно не создает состояние гонки
VL
Я бы завел таблицу failed-tests с полями userId, testId, timestamp, attemptId
Ну у меня монго, так что пока коллекции. Да и вроде нормально работает, просто иду по массиву failedTests и проверяю, провалил пользователь тест или нет
T
Ну у меня монго, так что пока коллекции. Да и вроде нормально работает, просто иду по массиву failedTests и проверяю, провалил пользователь тест или нет
Ну проверка то не проблема, проблема в изменении
АП
ребят помогите разобратся с кроной */1 * * * * /usr/bin/node /home/leonid/Документы/main/projects/untitled/app.js написал так но не работает
думаю никто не горит желанием помогать в задаче, которая решается чтением документации
T
В монго недавно появилась атомарность на уровне записи.
T
думаю никто не горит желанием помогать в задаче, которая решается чтением документации
Я даже не понял написанное
АП
Я даже не понял написанное
так он выше спрашивал как ему в крон добавить задание
с тех пор всё бъётся
с тех пор всё бъётся
VL
Ну проверка то не проблема, проблема в изменении
Ну вот тест, пройденный пользователем будет недоступен ровно сутки. Поэтому я запускаю просто setTimeout
T
Ну вот тест, пройденный пользователем будет недоступен ровно сутки. Поэтому я запускаю просто setTimeout
Ойой. Это быстро превратится в катастрофу
VL
А чтобы избежать того, что может упасть процесс и всё слетит, я добавляю поле — конкретное время, когда тест будет уже доступен
T
Потому что тайм-ауты не переживают перезапуска
T
А чтобы избежать того, что может упасть процесс и всё слетит, я добавляю поле — конкретное время, когда тест будет уже доступен
Вот нужно просто добавлять поле с временем и не извращаться с таймаутом
VL
Ойой. Это быстро превратится в катастрофу
Тоже так думаю. Может сделать какой-то "обход" по базе в 00:00, к примеру, и удалять эти тесты
T
При проверке просто требовать чтобы не было теста с непройденным таймаутом
T
Тоже так думаю. Может сделать какой-то "обход" по базе в 00:00, к примеру, и удалять эти тесты
Достаточно сделать проверку что timestamp + 1day< now
VL
Да так и сделаю. Это пока просто мысли, лучше заранее это всё обдумаю, а потом начну писать код. Выше оговорился "работает в голове" )))
T
Ничесе оговорочка)