я уж думал сегодня этого не будет

Костенька☺️

я уж думал сегодня этого не будет

Ждал?)))

Ждал?)))

все ждали

Вранье

Но не важно

Ждал?)))

само собой. Вон народ сидит не дышит. Ждет, когда утро в хату принесут

все ждали подтверждаю

Люблю ж вас, прям не могу. Хорошие такие))

мож там кора\сега

https://lists.freebsd.org/pipermail/freebsd-bugs/2016-May/067589.html :(

Маруся, моё почтение. :)

Маруся, моё почтение. :)

Привет, Сашенька?

Всем привет! Кто подскажет - есть новосной сервис на котором юзер может настроить рассылку на категории новостей. Насколько хорашая идея хранить в БД список категорий на которые подписался пользователь в виде json строки?

а какие use cases?

читать, обновлять? делать аггрегацию? выборку по категории?

статистику считать, отчеты?

что у вас в качестве DB? вообще хранить данные в базе данных, это бест практис.

База mysql. Данные нужно будет читать, записывать, обновлять. И современем, возможно отчеты нужно будет делать

Всем привет! Кто подскажет - есть новосной сервис на котором юзер может настроить рассылку на категории новостей. Насколько хорашая идея хранить в БД список категорий на которые подписался пользователь в виде json строки?

омерзительная

если мускуль то лучше делать нормализацию

смотри...если ты будешь стартавать рассылку, по теме. Как ты получишь список получателей?

может в твоем случае, пусть лучше рассылка знает кто на ее подписался?

или да, нормализуй данные

через третью таблицу id_user|id_topic

если структура заранее известна, база реляционная то зачем костылить JSONом

может у людей какой-то жопский фреймворк который религиозно не может JOIN?

или у них программеры, которые говорять "в приложении это сделать гибче"

m2m и нет проблем

Если хранить каждую категорию в отдельной строке, тогда таблица со времинем станет довольно большой

Вообщем. Если у тебя реляцеонная база, то в каком-то из полей хранить JSON нормальная затея если эти занные относятся только к этой записи. Ну к пример пользователя может указать хобби а может и не указать, может внести город рожденения а может и не внести. Но как только понадобится достать всех пользоавтелей которые любят мультики, можешь испытать боль.

Если хранить каждую категорию в отдельной строке, тогда таблица со времинем станет довольно большой

и что?

тогда у вас будет BigData

все же об этом мечтают

id кстати тут не обязательно, а индекс будет по сразу двум полям.

даже два, (user_id, category_id) и category_id

Если хранить каждую категорию в отдельной строке, тогда таблица со времинем станет довольно большой

секционирование рулит

да в чем проблема таблицы в 1G записей?

сделай ее не InnoDB а к примеру TokuDB если уже сильно будет пухнуть.

да в чем проблема таблицы в 1G записей?

Мне показалось что это не тру)

да в чем проблема таблицы в 1G записей?

Ок, спасибо за помощь/ Отказываюсь от json)

ну а как ты получишь всех пользователей подписанных на рассылку? Храня в json? FULL SCAN по текстовому полю?

ну а как ты получишь всех пользователей подписанных на рассылку? Храня в json? FULL SCAN по текстовому полю?

Уже понял что тупая затея была

ну почему тупая? просто она не решала все проблемы

да в чем проблема таблицы в 1G записей?

такого размера индекс может не влезть в память

а как только индекс перестает лезть в память - начинается беда

Всем привет! Кто подскажет - есть новосной сервис на котором юзер может настроить рассылку на категории новостей. Насколько хорашая идея хранить в БД список категорий на которые подписался пользователь в виде json строки?

а сколько пользователей и категорий будет в базе максимально?

обычно вполне нормальный ответ на такие вопросы "сделай как быстрее, потому что всё равно пользователей мало, категорий тоже мало"

вот в стартапах часто любят решать проблемы производительности, когда нет никаких реальных предпосылок к тому, что у этому стартапа будут миллионы пользователей

а сколько пользователей и категорий будет в базе максимально?

Категорий 40-50, пользователей 20-30 тыс

ну, наверное, можно вообще для каждой категории своё поле сделать истина/ложь в таблице пользователей, там максимум 1017 columns per table же в innodb

и индексов понастроить, ага

справочник должен дешевле выйти

а если хранить в noSQL?

если все в mysql? дополнительные грабли с каким нить Redis? зачем?

а если хранить в noSQL?

а зачем? если структура известна

Категорий 40-50, пользователей 20-30 тыс

так у вас в промежуточной таблице больше миллиона записей не будет, это же копейкти

а зачем? если структура известна

есть мнение что чтение из noSQL быстрее

я бы даже сказал "миф"

ну тут уже конкретные кейсы нужны

ку. Господа, аномальный скачёк трафика на серваке

нид хелп :D

море инфо плз

сессий левых нет, процессы почищены

ERROR: S client not available

man tcpdump

iptraf как полоумный захлёбывается

это веб, или что?

у тебя вырос трафик при таком же количестве подключений?

веб

есть аномальные запросы (или их кол-во) в access.log?

есть возможность вычислить IP группу IP?

у тебя вырос трафик при таком же количестве подключений?

вроде как. меня попросили глянуть.. я не особо вкурсе

в логах всё в норме

ну мы то тем более :)

клёвая постановка

ломятся по малу, но в пределах нормы

если вырубить nginx трафик упадет?

"пацаны у меня всё норм, но стало не норм, хотя всё было норм, но я не скажу вам, что там работает и где потенциально могло стать не норм"

совершенно верно ))

я только залез, просто интересно, черпаю знания :Р

расскажи архитектуру

если нет понмания почему вырос трафик без увеличения количества коннектов и ты уверен что трафик вырос на nginx. Вырубай по server_name, locations

найди причину

мы тут за тебя будем болеть

или ты хотел ответа, "у вас перестала сжиматься статика"?

странно: в какой-то момент просто отвалился форевер (на ноде бегали скрипты обработки)

но как это могло повлиять, представить сложно

что лучше будет под мониторинг? zabbix? cacti? nagios? для серваков и овер 1к свичей

Шуточки за 300?

Попробуйте по очереди всё и выбирайте, что по душе

что лучше будет под мониторинг? zabbix? cacti? nagios? для серваков и овер 1к свичей

что ожидается от продукта? для чего мониторинг?

что ожидается от продукта? для чего мониторинг?

замена текущему кактусу

чем не устраивает?

переодически пробелы в графиках рисует, да и панельку по удобнее бы

тогда заббикс

с картами там как?