Дилик Пулатов

https://toster.ru/answer?answer_id=928034

Для отправки Push уведомлений есть масса сервисов, например, https://sendpulse.com/ . По API подключаетесь, подписываетесь юзером в браузере и отправляете в нужный момент нужным юзерам. При закрытом сайте будет появляться уведомление.

JSON тип данные в MySQL, в чем минус?

Основных минусов на мой взгляд несколько:
0. Это MySQL (который в свою очередь стандарты SQL никогда особо не жаловал)
1. JSON в MySQL - имеет не бинарный формат и не индексируется (ну разве что как текст?)
2. В SQL-2016 появилась спецификация для нормальной работы с JSON и когда она будет реализована в MySQL (и будет ли реализована вообще когда-нибудь, с учётом того, что они и куда более старые стандарты реализовать не могут) - неизвестно
3. и т.д.

но мне интересно..в чем-то вредно использовать JSON тип данные? например при запросе в БД замедляет скорост работу?

Нет, Вы же только что сами сказали, что:

Я пробовал использовать JSON тип данные MySQL...вроде все в порядке.

:)))

я использовал жсон в место таблица релешин....то есть например в таблица постов есть поля категории и все категории в одном ячейке в формат жсон сохранено...

Мне кажется, тут вообще вопрос в JSON'е не стоит ни разу... Глядя на то, как Вы обращаетесь с данными... При таком обращении с ними (данными) - по моему, вообще нет никакой разницы, что там будет, JSON или XML или ещё что-нибудь...

По большому счету это денормализация базы.
Денормализацию стоит применять когда Вы 100% понимаете что делаете, получая в каких-то конкретных условиях ускорение каких-то конкретных запросов, взамен теряя в гибкости при дальнейшей разработке и в производительности во всех остальных местах.

Попробую расписать на Вашем примере (хранить категории поста в свойстве поста в json) чтобы было понятней:

Тут все отлично пока Вам просто нужно выводить категории у поста.

Как только нужно искать по категории - начинаются проблемы, какой нибудь JSON_CONTAINS - будет дико медленным на нормальном объеме данных (ведь ему нужно выполниться для каждой строки таблицы, а индексов то и нет).

Решение - заводить еще одну денормализованное свойство для категорий - в котором хранить id постов.
Но дальше всплывают новые задачи которые в нормализованной базе решаются за 5 секунд, а в денормализованной - нужно опять же кодить:
- поиск по нескольким категориям сразу
- расчет количества постов у категорий
- итд итп.

К чему это я все?
К тому что используйте 3 НФ, и только когда упретесь в реальную производительность базы - начинайте думать про денормализацию.

Первое, что приходит в голову - написать свою реализацию
MyPagination extends \yii\data\Pagination
и там уже переопределить метод

\yii\data\Pagination::createUrl($page, $pageSize = null, $absolute = false)

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