И если не ошибаюсь постгрес умеет искать по json, монго точно умеет

Кстати, да - про сортировку по колонке то мы забыли. Как сортировать по JSON pagetitle?

https://www.db-fiddle.com/f/dDuw3sbJS46gJ3soUHbfw3/0 Дарю

MySQL 5.7.8+ Ну и как там с индексами и скоростью?

А что 5.7.8 это проблема? Релизу года 2-3, если не ошибаюсь. С индексами вроде бы проблема, соответсвенно и со скоростью тоже. Но это заметно будет на 10 000+ записях.

А что мешает взять сервер где уже есть 5.7.8?

Вот серьёзно. Василий, Вы говорите что нужно использовать modx как фреймворк, но при этом если будете использовать технологии которым уже года 3, то атата за это, это не универсально

Я считаю, что это странно поддерживать те версии. Которые даже разработчики не поддерживают. И да я не знаю какая версия mysql до сих пор поддерживается

А если сортировку проводить уже в результате выборки из базы, на уровне скрипта? Или принципиально прямо в запросе?

Осталось только заставить всех хостинг провайдеров обновиться до PHP 7.2 и MySQL 8, а потом переписать весь код под эти версии - и проблема решена

что, так часто на практике выборка на 10к записей одним запросом?

Вот не надо всё преувеличивать. PHP 5.6 до сих пор поддерживается, ну до конца этого года, примерно. Ну и сейчас всё больше и больше хостеров ставят 5.7 mysql Погуглил 5.6 до сих пор поддерживается ораклом.

Ладно-ладно, уболтал - все юзеры MODX уже на PHP 5.6 и MySQL 5.7, проблемы нет

https://w3techs.com/technologies/details/pl-php/all/all - большинство, ага

Ну для MODX3, как ломающего совместимость, можно сделать минимальными PHP7

А если сортировку проводить уже в результате выборки из базы, на уровне скрипта? Или принципиально прямо в запросе?

Я не передёргиваю, а пытаюсь показать хоть какие-то данные, кроме "я щитаю" и "мне кажется". Покажи свои данные

а почему не php7, ведь правда, прирост в скорости огромный

а почему не php7, ведь правда, прирост в скорости огромный

сортировка принципиально делается только в запросе. Я надеюсь вы это не серьезно, иначне опытным разработчиков вас сложно назвать после такого

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

Тогда поясню по другому. Какая вероятность того что новое решение будут вставлять в старый сайт который уже работает? Очевидно будут новое решение под новый сайт использовать. И это реально проблема взять хостинг/сервер с новыми версиями ПО? Уточню, в данный момент речь идёт о mysql 5.7.8 2015 года релиза

Я не могу так спорить, какими-то предположениями и "мне кажется". Старого ПО просто больше чем нового, ну это простая логика же. Можно залупить минимальные ребования PHP 7.2 и MySQL 8 - но зачем? Чтобы круг пользователей MODX сократился в разы?

Вот скажите, где я говорил, что давайте всё делать под 7.2 и mysql 8? Я ограничиваю реально поддерживыеми версиями.

и работают достаточно быстро

https://www.mysql.com/support/supportedplatforms/database.html

Ну с mysql я промахнулся. Я выше писал, что даже 5.6 поддерживается.

да не промахнулся, просто разные точки зрения. Я пытаюсь объяснить, что на такие специфические штуки как JSON_EXTRACT рассчитывать пока нельзя

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

Вон, Seda.digital нанимает на работу в Германии. https://www.notion.so/Senior-PHP-Entwickler-m-w-50fd7eec8c7340eb96024647746ef281 Объявление, как ни странно, на немецком

как обычно

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

Вообще вся эта тема с мультиязычностью из-за недочётов в архитектуре MODX Revo. Есть шанс исправить это в MODX3, но его просто игнорируют, не придавая значение

Я вот не пойму, зачем еще писать компонент мультиязычности если уже 2 есть при чем не одинаковые... они чем плохи?