Андрей Степаненко

modstore — вообще законно работает?

То есть получается завтра я решу убрать все дополнения, и с меня взятки гладки.
Что то как то не дальновидно. А другим может то что было в репазитории было нужно. И они не ставили modstore у себя в компонентах.

Это не зависимость, а развертывая целого проекта

HELP))) правильно понял что лень кому то было зависимость прописать?

Your requirements could not be resolved to an installable set of packages.

Problem 1
— modx/revolution v3.0.0-alpha2 requires xpdo/xpdo ^3.0@dev -> satisfiable by xpdo/xpdo[3.x-dev, 3.0.x-dev] but these conflict with your requirements or minimum-stability.
— modx/revolution v3.0.0-alpha2 requires xpdo/xpdo ^3.0@dev -> satisfiable by xpdo/xpdo[3.x-dev, 3.0.x-dev] but these conflict with your requirements or minimum-stability.
— Installation request for modx/revolution v3.0.0-alpha2 -> satisfiable by modx/revolution[v3.0.0-alpha2].

Тем кому нужен composer и стандарты PSR-& на мой взгляд имеют уровень достаточно большой) И те кнопки в modx админке типа «Сохранить» ресурс вовсе не пользуются.

Или я так устарел что все это знают, а я только начал изучать это?
Опрос: кто пользуется кнопкой «Сохранить» в ресурсе? (ставьте лайк)

просадки жесткие видные, то что те кто был за, всех кинули.
В общем то понятно почему, причины вполне объективны.
composer и modx вещи не совместимые. Вот почему:
незвомжно установить зависимость modx в своем компоненте ибо в modx «компоненте» содержиться куча сторонних библиотек которые тебе не нужны.

Ребят))) Сорян конечно, но блин пакет github.com/webnitros/readerxlsx содержит 3 файла, а остальное все зависимости под 40мб)) О чем речь?
Тянешь 3-ю версию modx, разве что то не будет работать про таком подходе? (Размер 3-й версии modx 23 мб в архиве)

В общем можно все будет работать на уровне composer зависимости, просто у когото в голове сидит хостинг в 100мб в голове и он до сих пор с этими мыслями живет.

Нормальный хостинг, минимал:
50гб места под файлы
5гб оперативки (это больше чем на ноутбуке у многих)
канал 1тб

Итог такой: машины должны страдать, выжимайте из хостинга максимум, так как владельцы сайтов не готовы платить вам за оптимизацию, но готовы платить за хостинг 10к в месяц…
Это реальность.

Вернемся к нашим баранам, в каком месте тут modx не поместился?

Ну сразу попахивает н… в отношении владельцев.
Интересно есть патент на modx? или можно самим развивать систему не смотрев на перво источники?

В общем нужен ряд авантюрных бизнесменов которые вкинуться в развития новой системы modx которая была бы лучше)) Я за.

Сразу смущает: — We do not have a roadmap for development and we know what needs to be done to achieve the next release. Где посмотреть?

Вопрос а зачем нужен владелец modx? Если он кинул всех? Получается разработать свою админку, свою систему. Сделал миграцию, объяснить сообществу что те товарищи решили забить на всю систему, и мы можем сделать лучше. Лучше, используя новые технологии, ломаем все что построили, но в итоге получаем лучшую CMSSSS)).
Но если это так то в чем проблема?

Выскажу свою шуточную идею из высказываний про то что modx вроде как не очень: CMS не нужна, CMF не нужна, админка ненужна — идите учиться сразу на бекенд centos nginx elastic php composer npm gulp webpack… В общем полный трешь… — с уверенность можно сказать забудьте про кнопку сохранить в админке)), все делается через консоль…
полная хрень… никогда всех не научишь писать…

Modx стоит развивать, но опять же поддерживаю Василия, не так как это делают владельцы. Хотя может есть смысл скинуться и съездить к ним, объяснить, что так делать нельзя)))

Покажите мне дураку решение типа SeoFilter в интернете?
Где оно такое есть?

Нах. даже не стал читать коменты. Помрут все CMS CMF, это для тех кто хоть чу чуть подрос…

Для начинающих: все так же придется скачивать modx и на чем то учится.
CMS CMF вовсе не нужны так как то что в них есть (бэкенд), ты можешь скачать с packagist.org/

А если не владеешь программирование, ну придется вернутся к основам, типа wordpress joomla ну и modx в конце концов)))
Нахер фреймворки: фронтенд… бекенд не разу в жизни никто не отменял.

Знаю, щас польется куча треша. Но ребят))) Взгляните здравым глазом))) Бэкенд — это nginx apache php node? Да это все бэкенд.

Писать с нуля админку как у modx это сделано, да нахер я не готов (Если это утверждение ложно, то где решение? ). Как и большинство. Админка сделана шикарно. И досихпор она рулили.

Весь composer встраивается в modx, но тут увы что бы modx нормально работал нужен пакет который будет устанавливаться во время установки modx)) Дак а какого хера)) ты composer пользуешься)) ты изначально модифицируешь файлы которые хранятся у тебя на компе. Подключить в modx, плевое дело.
Вот пример того как это делается bustep.ru/records/composer/247-napisanie-svoego-paketa-dlya-composer.html

Итог такой: все CMF CMS помрут… Нужен бэкенд через который придется управлять какими то частями сайта, да ты хоть что делай, менеджеру нужно зайти и залить картинку, даже если у тебя приложение на iphone. Кто согласен что реализация админки в modx хорошая, ставьте лайк)) Шутка

Вопрос Василию, есть решение в отношении бэкенда?

Вы грузите в корневую директорию картинку. Это можно делать только из вкладки Файлы

в этом коде нету переменных, там return

В общем вот решение для dev и product

<?php
switch ($modx->event->name) {
    case 'OnHandleRequest':
        // Загрузка общих настроек
        $site_all = MODX_CORE_PATH . 'config/settings/';
        if (file_exists($site_all) and is_dir($site_all)) {
            foreach (glob($site_all . '*.inc.php') as $file) {
                $response = require($file);
                if (is_array($response)) $modx->config = array_merge($modx->config, $response);
            }
        }
        
        // Конфигурация для сайта с конфигом MODX_CONFIG_KEY
        $site_dir = MODX_CORE_PATH . 'config/settings/' . MODX_CONFIG_KEY.'/';
        
        if (file_exists($site_dir) and is_dir($site_dir)) {
            foreach (glob($site_dir . '*.inc.php') as $file) {
                $response = require($file);
                if (is_array($response)) $modx->config = array_merge($modx->config, $response);
            }
        }
        break;
}

Структура папок

core/config/dev.inc.php
core/config/settings/*.inc.php # здесь общие настройки
core/config/settings/dev/*.inc.php # здесь настройки персонально для dev (MODX_CONFIG_KEY)

В списке городов хранятся синонимы (Москва, Москве) которые так же пишутся в настройки. Ну это уже здесь не обязательно, можно уже ниже вынести в базу или как в твоем варианте в отдельные файлы.

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

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

В папке

/core/cache/

создаются папки

/core/cache/city/kemerovo
/core/cache/city/moskva

Собственно так и выяснялось что в классе xPDOCacheManager невозможно изменить cache_path

Есть другие разные ухищрения как можно реализовать подобный функционал, сейчас не об этом.

Текущее решение очень простое и работает)

Лучше так

<?php
switch ($modx->event->name) {
    case 'OnHandleRequest':
        foreach (glob(MODX_CORE_PATH . 'config/settings/*.php') as $file) {
            $response = require ($file);
            if (is_array($response)) $modx->config = array_merge($modx->config, $response);
        }
    break;
}

а то если несколько конфигов будет, то MODX_CONFIG_KEY не поможет.

Оба вариант подходящие. Но они 100% не рассчитаны на менеджеров сайта))

Это да, но для работы с двумя сайтами одновременно у тебя в любом случае настройки у dev версии будут отличатся от product

Варианты:

1. Указывать через конфиг config.inc.php (с удалением записи в бд.)
2. Добавить плагин через modzone.ru/blog/2016/12/23/downloaded-configs-from-files/