r5
Ну что за дрочь? Написать руками то, что можно выполнить 1 командой
Size: a a a
2020 October 11
NP
Телега ебанулась, извините
NP
Ну что за дрочь? Написать руками то, что можно выполнить 1 командой
Программирование мышкой
ЕП
Но тенденция намекает)
тенденция намекает что сообщество отстояло то что хотело
И
тенденция намекает что сообщество отстояло то что хотело
Думаешь в перспективе все ок будет? Хорошо, если так. А то реально как-то сильно навязаны новые вещи
ЕП
я не думаю что будет дальше с этим ui. Сейчас работает и мне достаточно. Не будет его в 9й версии, ничего страшного
r5
Форк сделает spatie и все будет хорошо 👌🏻
r5
Завяжет сразу с permissions
r5
И другими его плугами 😂
ЕП
и получится jetstream 2.0
s
подьем инерции на vue3 с 6 миксом
S
Всем привет! Назрел вопрос:
Есть много событий, например просмотр страниц (user_id, page_id, page_type, datetime). Много - это до 10 млн в день. Хранить надо минимум год. Это 3.65 млрд. Постгрес хранить может. Но вот простейший count(") за какой-то диапазон дат может делать несколько минут. А надо быстро. Для отображения около-риалтайм статистики. Первым на ум приходит Elastic. Может есть решения проще/лучше для этих целей? Какой наиболее "Laravel-way" решения этой задачи.
Есть много событий, например просмотр страниц (user_id, page_id, page_type, datetime). Много - это до 10 млн в день. Хранить надо минимум год. Это 3.65 млрд. Постгрес хранить может. Но вот простейший count(") за какой-то диапазон дат может делать несколько минут. А надо быстро. Для отображения около-риалтайм статистики. Первым на ум приходит Elastic. Может есть решения проще/лучше для этих целей? Какой наиболее "Laravel-way" решения этой задачи.
AK
Всем привет! Назрел вопрос:
Есть много событий, например просмотр страниц (user_id, page_id, page_type, datetime). Много - это до 10 млн в день. Хранить надо минимум год. Это 3.65 млрд. Постгрес хранить может. Но вот простейший count(") за какой-то диапазон дат может делать несколько минут. А надо быстро. Для отображения около-риалтайм статистики. Первым на ум приходит Elastic. Может есть решения проще/лучше для этих целей? Какой наиболее "Laravel-way" решения этой задачи.
Есть много событий, например просмотр страниц (user_id, page_id, page_type, datetime). Много - это до 10 млн в день. Хранить надо минимум год. Это 3.65 млрд. Постгрес хранить может. Но вот простейший count(") за какой-то диапазон дат может делать несколько минут. А надо быстро. Для отображения около-риалтайм статистики. Первым на ум приходит Elastic. Может есть решения проще/лучше для этих целей? Какой наиболее "Laravel-way" решения этой задачи.
просмотри в сторону индексов
NP
Всем привет! Назрел вопрос:
Есть много событий, например просмотр страниц (user_id, page_id, page_type, datetime). Много - это до 10 млн в день. Хранить надо минимум год. Это 3.65 млрд. Постгрес хранить может. Но вот простейший count(") за какой-то диапазон дат может делать несколько минут. А надо быстро. Для отображения около-риалтайм статистики. Первым на ум приходит Elastic. Может есть решения проще/лучше для этих целей? Какой наиболее "Laravel-way" решения этой задачи.
Есть много событий, например просмотр страниц (user_id, page_id, page_type, datetime). Много - это до 10 млн в день. Хранить надо минимум год. Это 3.65 млрд. Постгрес хранить может. Но вот простейший count(") за какой-то диапазон дат может делать несколько минут. А надо быстро. Для отображения около-риалтайм статистики. Первым на ум приходит Elastic. Может есть решения проще/лучше для этих целей? Какой наиболее "Laravel-way" решения этой задачи.
Монга яхз
AK
Монга яхз
тип в роле кеша?
NP
А
Всем привет! Назрел вопрос:
Есть много событий, например просмотр страниц (user_id, page_id, page_type, datetime). Много - это до 10 млн в день. Хранить надо минимум год. Это 3.65 млрд. Постгрес хранить может. Но вот простейший count(") за какой-то диапазон дат может делать несколько минут. А надо быстро. Для отображения около-риалтайм статистики. Первым на ум приходит Elastic. Может есть решения проще/лучше для этих целей? Какой наиболее "Laravel-way" решения этой задачи.
Есть много событий, например просмотр страниц (user_id, page_id, page_type, datetime). Много - это до 10 млн в день. Хранить надо минимум год. Это 3.65 млрд. Постгрес хранить может. Но вот простейший count(") за какой-то диапазон дат может делать несколько минут. А надо быстро. Для отображения около-риалтайм статистики. Первым на ум приходит Elastic. Может есть решения проще/лучше для этих целей? Какой наиболее "Laravel-way" решения этой задачи.
Инкрементировать каунт при записи события
D
Всем привет! Назрел вопрос:
Есть много событий, например просмотр страниц (user_id, page_id, page_type, datetime). Много - это до 10 млн в день. Хранить надо минимум год. Это 3.65 млрд. Постгрес хранить может. Но вот простейший count(") за какой-то диапазон дат может делать несколько минут. А надо быстро. Для отображения около-риалтайм статистики. Первым на ум приходит Elastic. Может есть решения проще/лучше для этих целей? Какой наиболее "Laravel-way" решения этой задачи.
Есть много событий, например просмотр страниц (user_id, page_id, page_type, datetime). Много - это до 10 млн в день. Хранить надо минимум год. Это 3.65 млрд. Постгрес хранить может. Но вот простейший count(") за какой-то диапазон дат может делать несколько минут. А надо быстро. Для отображения около-риалтайм статистики. Первым на ум приходит Elastic. Может есть решения проще/лучше для этих целей? Какой наиболее "Laravel-way" решения этой задачи.
а зачем тебе считать их каждый раз?
D
ты выборку делаешь по date или именно datetime?