ЛА
Ну тогда через Sprintf генерируй еще быстрее будет
Шаблоны с развесистой логикой. Функционал html/template меня устраивает. И проблему скорости удалось обойти
Size: a a a
2020 August 11
h
Почему?
эти фреймворки небольшие обертки над стандартным http. и не всегда они удобны.
АП
Почему?
потому что язык статически типизированный, будешь хреначить универсальный подход - велком то рефлект - потеря производительности
h
это в питоне обертка на обертке - удобно, но с потерями.
ВС
потому что язык статически типизированный, будешь хреначить универсальный подход - велком то рефлект - потеря производительности
без хоть какого-нибудь роутера тяжко все-же, благо есть те, где рефлексии нету (нуу или самый минимум)
DD
Поддержу тех, кто говорит о недостатке входных данных
Распределенная бд с синхронизацией. Репликация без шардов. Все
🅚
без хоть какого-нибудь роутера тяжко все-же, благо есть те, где рефлексии нету (нуу или самый минимум)
Например?
ВС
chi
ЛА
Распределенная бд с синхронизацией. Репликация без шардов. Все
Если от задачи пойти?
Зачем она? Планируете хранить сотни гигабайт данных?
Зачем она? Планируете хранить сотни гигабайт данных?
DD
Если от задачи пойти?
Зачем она? Планируете хранить сотни гигабайт данных?
Зачем она? Планируете хранить сотни гигабайт данных?
Максимум 100мб)
ЛА
Максимум 100мб)
Аэроспайк
ЛА
Хранит в оперативе, очень быстрый, реплицированный , с транзакциями.
Единственные сложности на больших данных появляются
Единственные сложности на больших данных появляются
ЛА
Sql-несовместим
D
Максимум 100мб)
100 на ноду? Или всего)))
Y
Аэроспайк
Нужно только уточнить, что бесплатная коммюнити версия ограничена по неймспейсам, и если потребуется хранить разные типы данных, то может быть не очень удобно
DD
100 на ноду? Или всего)))
Надеюсь всего. Это без учета логов, аналитики, временных таблиц И так далее.
ЛА
Обычно распределенные бд имеется в виду ситуация, когда в разных инстансах хранятся разные порции данных.
В данном случае похоже что может подойти mysql/postgresql с репликами.
В данном случае похоже что может подойти mysql/postgresql с репликами.
DD
Хранит в оперативе, очень быстрый, реплицированный , с транзакциями.
Единственные сложности на больших данных появляются
Единственные сложности на больших данных появляются
А там есть такое: отрубить один узел (свой ноут) потом через пару дней его включить и чтобы изменения прилетели мне на узел?
ВС
Так зачем вам несколько нод? Это все уместится на одной
причем еще и в памяти