Я не однократно говорил что создание modx 3 надо было начинать не с отказа от ExtJS и даже не с попыткой соблюсти PSR, его надо было начинать с уничтожения xpdo
Самый главный-преглавный архитектор не разрешает. Он же по совместительству и автор xPDO.
Из моего исследования родился этот PR с самым минимальным рефакторингом который можно было бы представить, и он вылился в более чем 1000 строк измененного кода…
Чтоб найти что-то в интернете нужно знать нужные слова :-). Проблема фильтрации в интернет-магазинах называется фасетный поиск. И yandex.ru/search/?text=Фасетный поиск дает уже кучу информации как его организовывать.
Я честно не знал, что это такое, когда писал. И не гуглил =)
В основном применяются специальные базы данных Sphinx/ElasticSearch/etc.
Которые так просто на любом PHP хостинге не запустишь. А это необходимо, если ты поставляешь дополнение для работы в MODX.
Тонкости фасетного поиска на массивах, таких же как применил @Василий Наумкин в mFilter2, описаны в статье История разработки фасетного поиска средствами PHP. И текущему автору mSearch2 стоит ее прочитать :-).
Текущему автору — возможно. А я писал mFilter2 в 2013 году и прочитать эту заметку не мог. Теперь могу, так что сохранил ссылку в закладках на будущее, спасибо!
P.S. Кстати, я продолжаю писать фасетный поиск, но уже на Vue и не универсально, а под проект. Самый свежий можно потыкать вот здесь — lehre.lu/map
Наверное, логика была в том, что на один адрес может быть оформлено несколько заказов.
Более того, при создании нового заказа юзер может выбирать адрес доставки из уже оформленных (чтобы не заполнять каждый раз вручную). Не уверен, что это есть из коробки, но на каких-то проектах я выбор адреса из списка точно делал.
С моей стороны, наоборот, удалять адрес при удалении заказа — это спорное решение.
Тут вот люди даже Hello World пока не могут вывести, а потом начнутся вопросы про реактивность, асинхронность и Vuex.
Для того, чтобы это стало простым и клёвым, нужно взойти на определённую высоту. После этого — да, оно всё просто. А вот MODX и WP наоборот кажутся очень сложными и неудобными, вот такой парадокс.
Насчёт ассемблера… Ну как покажешь веб-сайт на ассемблере, тогда и продолжим сравнения.
Это все равно если бы мы писали программу на php, переносили ее на продакшен, так запускали локальный веб сервер php
Вообще-то, именно так и происходит.
Сам Nginx умеет отдавать только статичные файлы, а обработку php он передаёт другому процессу. Как правило, это php-fpm, который непрерывно крутится в памяти сервера. И для запуска нового сайта на хостинге этот процесс нужно перезапускать.
Разница лишь в том, что сервер php запускает ваш хостер. А сервер node.js нужно запускать самому. Но это говорит лишь о неразвитости хостинга для node. Я могу себе представить с будущем хостинги для node, где всё будет настроено так же удобно, как сегодня для php.
Ровно так же Nginx может отдавать обработку запроса в ruby, python, go, опять же в node.js и еще много куда. Сам Nginx этого ничего не умеет, потому что он reverse-proxy server.
Для справки, Apache2 работу с php тоже сам по себе не поддерживает, он это делает через встроенный модуль mod_php, который может быть и отключен.
В магазине его поддерживает Илья Уткин, так что спрашивать нужно у него.
Никто не примет, никому такое не надо.
Изначально там вместо скачивания MODX и запуска установки из консоли был просто gitify modx:install — который как раз задавал кучу вопросов.
А потом я это дело ускорил консольным установщиком, который сам же добавил во времена работы над MODX 3 =)
Я использую PhpStorm:
modx.pro/hosting/23448
А Next.js — это для React
Вот посещаемость за весь 2018 год, я не вижу тут падения после обновления.
Вот трафик из поисковиков за 2018
А вот потом, когда народ устал ждать MODX 3 — и пошёл спад. В следующие 3 года это чётко видно
Которые так просто на любом PHP хостинге не запустишь. А это необходимо, если ты поставляешь дополнение для работы в MODX.
Текущему автору — возможно. А я писал mFilter2 в 2013 году и прочитать эту заметку не мог. Теперь могу, так что сохранил ссылку в закладках на будущее, спасибо!
P.S. Кстати, я продолжаю писать фасетный поиск, но уже на Vue и не универсально, а под проект. Самый свежий можно потыкать вот здесь — lehre.lu/map
Я как-то пару раз интегрировал Vue на страницу MODX с Fenom — всё игнорировалось, как должно.
Более того, при создании нового заказа юзер может выбирать адрес доставки из уже оформленных (чтобы не заполнять каждый раз вручную). Не уверен, что это есть из коробки, но на каких-то проектах я выбор адреса из списка точно делал.
С моей стороны, наоборот, удалять адрес при удалении заказа — это спорное решение.
Либо через mod_proxy, либо через mod_rewrite.
А если сайтов 2 или более — то нужен Nginx или Apache2, которые будут разруливать запросы.
Очевидно, что на публичных хостингах тебе просто придётся работать с одним из них.
Тут вот люди даже Hello World пока не могут вывести, а потом начнутся вопросы про реактивность, асинхронность и Vuex.
Для того, чтобы это стало простым и клёвым, нужно взойти на определённую высоту. После этого — да, оно всё просто. А вот MODX и WP наоборот кажутся очень сложными и неудобными, вот такой парадокс.
Насчёт ассемблера… Ну как покажешь веб-сайт на ассемблере, тогда и продолжим сравнения.
На MODX и WP можно пилить сайты вообще без знаний, просто кликая мышкой. А Nuxt и прочее Node.js это уже для серьёзных специалистов.
Придётся учиться, но оно того стоит.
Сам Nginx умеет отдавать только статичные файлы, а обработку php он передаёт другому процессу. Как правило, это php-fpm, который непрерывно крутится в памяти сервера. И для запуска нового сайта на хостинге этот процесс нужно перезапускать.
Разница лишь в том, что сервер php запускает ваш хостер. А сервер node.js нужно запускать самому. Но это говорит лишь о неразвитости хостинга для node. Я могу себе представить с будущем хостинги для node, где всё будет настроено так же удобно, как сегодня для php.
Ровно так же Nginx может отдавать обработку запроса в ruby, python, go, опять же в node.js и еще много куда. Сам Nginx этого ничего не умеет, потому что он reverse-proxy server.
Для справки, Apache2 работу с php тоже сам по себе не поддерживает, он это делает через встроенный модуль mod_php, который может быть и отключен.
Работа с БД не зависит от вида сервера — он просто будет выполнять ваш код.