p
@enomad это было в шутку или ты серьезно?
Size: a a a
2020 May 04
p
какой же хауди охуенный
EG
@emmanuelGoldstein ахаахах, это твое поделие?
Лол нет
EG
Может, кто-то наблюдал за нашим срачем
B
$ CARGO_TARGET_DIR="/tmp/cargo-installcXQQRF" cargo install app_name
клево, так можно просдолжить зафелившийся билд с того же момента где стопулось а не все сначала
клево, так можно просдолжить зафелившийся билд с того же момента где стопулось а не все сначала
B
@emmanuelGoldstein а на фига оно рсискт рамку?
С какими ключиками ты запускаешь?
Что-то доплнительное делал, чтобы оутпут был квадратным?
С какими ключиками ты запускаешь?
Что-то доплнительное делал, чтобы оутпут был квадратным?
EG
@emmanuelGoldstein а на фига оно рсискт рамку?
С какими ключиками ты запускаешь?
Что-то доплнительное делал, чтобы оутпут был квадратным?
С какими ключиками ты запускаешь?
Что-то доплнительное делал, чтобы оутпут был квадратным?
EG
Рамка отключается
AZ
readVectLen : (len : Nat) -> IO (Vect len String)
readVectLen n =
let lines = replicate n getLine
in sequence linesG
Омг
SP
Как правило, серверы принято писать стейтлесс прослойкой между БД/шиной и юзером. Потому что сразу расчитывается выгружать как минимум 3 экземпляра сервера одновременно, а сингл-сорс-оф-трус в таком случае, как правило, выступает эта самая центральная БД/шина. Дружить между собой N мелких стейтов - тот ещё гемор, нежели просто плясать от одного большого. Потому кейс с атомарным WAL для внутреннего стейта одного процесса по типу redux - действительно очень редкий на сервере. Из реальных кейсов применения подобного я помню читал только про Netflix (если не ошибаюсь), которые максимально (если не полностью) перенесли стейт на инстансы приложений из центрального хранилища, и выиграли от этого. И, кажись, там у них бизнес-логика на это дело ложилась хорошо как раз.
ну сервер как прослойка это вебня. это нужно по сокету гонять туда сюда. хочется чтобы стейт был структуркой, тупым ассоциативным массивом но чтобы он персистился периодически
e
Мммм)))
e
ну сервер как прослойка это вебня. это нужно по сокету гонять туда сюда. хочется чтобы стейт был структуркой, тупым ассоциативным массивом но чтобы он персистился периодически
Возьми rocksdb/ tokudb / leveldb
И не плакай
Выбирай в зависимости от кейса
Есть ещё wiredtiger, тоже неплох
Даже sqlite топ
Какой то херней страдаешь, сдался ты как то быстро после того как говно поел со sled-ом)
И не плакай
Выбирай в зависимости от кейса
Есть ещё wiredtiger, тоже неплох
Даже sqlite топ
Какой то херней страдаешь, сдался ты как то быстро после того как говно поел со sled-ом)
SP
да дело не в бд а в каком то архитектурном бессилии
DS
ну сервер как прослойка это вебня. это нужно по сокету гонять туда сюда. хочется чтобы стейт был структуркой, тупым ассоциативным массивом но чтобы он персистился периодически
Тогда встраиваемая бд и всё
e
архитектура тут тоже matters, согласен
Но как ты шёл по naive implementation- я думаю так тоже нормалек
Не мудри и доделай что изначально планировал)
Но как ты шёл по naive implementation- я думаю так тоже нормалек
Не мудри и доделай что изначально планировал)
e
Тогда встраиваемая бд и всё
Он так и делал