AZ
для миграций ещё
refinery естьsqlx - я хзSize: a a a
2021 April 25
AZ
правда как он там дружит с
LK
+, им в связке с barrel удобно пользоваться
LK
Миграции всё равно синхронно можно запускать
VC
Спасибо, посмотрю.
a
Я пользовался. И мне лютейше не понравилось
VC
Ок, тогда и не буду тратить на него время. sqlx пока выглядит самым разумным вариантом.
2021 April 28
K
А есть какой-нибудь крейт чтоб дергать tokio::time::interval_at с конкретной датой, а не стдшным Instant-ом? В целом подходит tokio_cron_scheduler, но хочется нормальные типы для дат, а не строчки передавать
DF
В Токио емнип есть трейт Clock который фолбечится на стд инстант
DF
Правда не знаю поможет ли
G
Сделайте нормальный тип для дат, который дерефается в крон, или просто .into() для ToString.
У APScheduler так и сделано. Питоновская либа правда, но не суть. Есть структуры-обёртки, которые превращаются в строку для крона.
У APScheduler так и сделано. Питоновская либа правда, но не суть. Есть структуры-обёртки, которые превращаются в строку для крона.
DF
Проще PR в Токио послать кек
G
Они вместо строки могут принимать impl Display или чото такое, тогда норм же.
G
Или предложить им свой трейт.
DO
Job::new_one_shot_at_instant не то?DO
Ну или самому
cron::Schedule создатьK
неа, там же инстант
K
Мне по факту вся мощь крона не нужна, хочется обычный шедулинг "раз в день в конкретное время"
K
По факту все равно гонять строчки
G
По факту всё равно процессор регистры теребит. Вам же нормальный интерфейс нужен?
А то, что оно строкой станет... Ну так это внутри токио уже.
А то, что оно строкой станет... Ну так это внутри токио уже.