Александр Туниеков

Мне нравиться делать на нечто среднем между CMS и фреймворком :-). Чтоб возможности модификации были не такими ограниченными как на Shop-script и чтоб было много готовых инструментов типа pdoMenu, pdoPage, чтоб была система пользователей — авторизации из коробки и т.д.

Да фиг знает :-). MODX у меня первая и единственная система в которой я программирую. ларавел октябрь и остальные как-то не вдохновляют. Это паника, что MODX умирает заражает :-). Вот ищю альтернативы. Но пока ничего не приглянулось.

А что лучший для Вас?

Страпи уже тыкал. Впечатления пока не однозначные. Во первых ошибку через раз кидает почему-то. Во вторых там нет админки для менеджеров. Бекенд только таблицы конструировать и наполнять их. Конечно, менеджеры грубо говоря таблицы только и наполняют, но им тоже дружелюбный интерфейс нужен. Например интерфейс магазина и интерфейс наполнения страниц(блога, новостей, статей).

Ну CMS и язык программирования конечно сравнивать я поторопился, но я имел в виду, что у ноды некоторое преимушество перед php. На php для меня MODX лучший, но, если бы на ноде была сравнимая с MODX CMS, я бы начал ее изучать и на ней программировать. Но такой CMS на ноде не нашел, а компонентов, чтоб собирать сервер на ноде много и их изучать много времени надо и передавать такой сервер другому програмисту не очень получиться наверно. Много уникального кода в небольшом проекте и программист перестал поддерживать проект — проект загнулся :-(.

Жить он будет ещё достаточно долго, в том или ином виде.

По моему, сейчас, его паникеры мол долго не развивается губят.
У MODX получилась какая-то цельная конструкция, что нет необходимости каждый раз собирать систему из кучи разнородных компонентов. И для сборки сайта на MODX требуется немного компонентов и большая часть компонентов совместимы с друг другом. По крайней мере для меня это большой плюс. Не приходиться изучать кучу плагинов как для вордпресс. И много внятной документации на русском. И достаточно развитое сообщество.
Но и разрабам такой системы сложно делать обновления. Приходиться думать над совместимостью.
Вообщем на MODX я крепко залип. Единственный конкурент MODX для меня это node.js, но блин это конструктор еще тот :-(. Нефига не цельная экосистема.

Так вот, вчера меня из него исключили без объяснения причин.

Вы Василий человек так скажем резкий. Может и за дело выкинули? ;-)

Спасибо. Я правда уже стандартные чанки поменял. Просто сделал замену во всех чанках glyphicon glyphicon на fa fa

Блин. Зачем потерли?? Вещь нужная. Теперь придется самому править :-(

Что-то не помогло :-).
Я в итоге закатал в плагин Ace строчку

$modx->controller->addHtml("<style>.ace_editor {font: 12px/normal 'Menlo', 'Ubuntu Mono', 'Consolas', 'source-code-pro', monospace;}</style>");

yadi.sk/i/WV5Y0IWDRaIqRA

Добрый день! У нас пришлось дописывать антибот чтоб с пустым реферал запросы автоматически блокировал. И то это только снизило нагрузку. Парсили с кучи разных IP и USER AGENT со всего мира. Самая полезное оказалось что у провайдера есть возможнось заблокировать не русские IP. Сразу снизило нагрузку.
Вы проанализируйте как атака идет. Если IP или USER AGENT один то заблокировать легко, а иначе нужно искать какие-то признаки что это не нужный трафик.

Не понятно в чем проблема на хостинге. Ты бы хотя бы консоль разработчика chrome открыл и посмотрел какие запросы и ответы идут при запуске скрипта.

Жесть. Вообще беккап базы каждый день должен делаться.
Вы посмотрите от какого юзера modx работает в core/config/config.inc.php. Если там не root то все просто заходите под этим пользователем и востонавливаете root или беккап делаете.
А если root то непонятно почему работает. Но если работает наверно проще поставить modx.cc/documentation/additions/databackup/ и сниппет backup выполнить.

Вроде правильно скрипт написан… А что не получается?

Извиняюсь. Наверно не дожал заплатить. Их там куча вылазить. Сейчас отправил. Дошло?

Кому стало полезно))): донатики

Сюда нажал. На яндекс перекинуло.

Со своей сборкой почти все победил. Как собрать разобрался, пакеты добавил, добавил сразу настройку поставщика модсторе, ошибки пролечил. И тут оказалось что все шаблоны и чанки на php написаны :-(. А на это привыкать не надо. В pdoTools поддержку $modx и php я вырубил. Придется чанки и шаблоны с другого проекта брать или самому переписывать ;-(.

Задонатил чуток :-). Но как собрать свою сборку на базе твоей не слишком понятно :-(. Сижу разбираюсь :-).

{'!TicketLatest' | snippet : [
      'checkPermissions'=>'list',
]}

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

Блин фиг пойми как заметку переписывать :-(. Сразу логические связки теряются :-). Ладно, надеюсь, комментарии читать будут.

Мда… Как то не подумал что list прокатит. Думал надо заводить какие-то отдельные права :-(. Вообщем не сообразил.
Для getTickets тоже прокатило. А с TicketLatest уже не срабатывает.

Я в старом modExtra делал. Там в build.config.php ресолверы подключаются

$BUILD_RESOLVERS = array(
    'tables',
    'chunks',
    'default_fields',
    //'setup',
    //'office',
);

Главное после tables его включить. В tables сами таблицы создаются.
В новом modExtra build.php

// Add resolvers into vehicle
		$resolvers = scandir($this->config['resolvers']);
		
		foreach ($resolvers as $resolver) {
			if (in_array($resolver[0], ['_', '.'])) {
				continue;
			}
			if ($vehicle->resolve('php', ['source' => $this->config['resolvers'] . $resolver])) {
				$this->modx->log(modX::LOG_LEVEL_INFO, 'Added resolver ' . preg_replace('#\.php$#', '', $resolver));
			}
		}

Ресолверы сами подключаются из папки. Наверно их стоит переименовать 1tables.php и т.д. Может сработает. Проверять надо.
А вы как данные в базу подключаете? Или еще не подключаете?