Сборки и пакеты

Документация для специалистов

Багрепорт

Песочница

Большой магазин на MODX Revolution.

Blog by Fi1osof

modxSDK-1.1.0-beta. Редактируем проект прям в админке.

modxSDK-1.3.0-beta

Сохранение связанных объектов в xPDO.

Обновление MODX Revolution 2.0.8 до версии 2.2.5

Массовое обновление URI документов (репост)

Уязвимость в коннекторах MODX Revolution всех версий

Помогите с редиректом!

modxSDK, git и я

Тормоза planfix.ru в хроме (это лечится)

Перенос большого магазина с MODX Evolution на MODX Revolution

Кстати, Илья ilyautkin должен быть очень доволен, он как раз в основном с сайтами через админку и работает.

Кстати, Илья ilyautkin должен быть очень доволен, 

обязательно заценим)

Николай, молодца! Приятно видеть, профессионала своего дела за работой, полного энтузиазма! Ждём новых статей и видеоуроков по новым фишкам, которые удалось узнать в ходе этой кропотливой работы

Николай, молодца! Приятно видеть, профессионала св

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

Спасибо :-)
 А моментов здесь действительно выявля

Выложил новую версию. Добавил Ace локально.
 Правда проявляется некорректная работа Ace-а, когда включено сжатие скриптов. Он путает корневой путь. Надо ковырять Ace, чтобы найти как ему устанавливать явный путь до библиотеки.

Выложил новую версию. Добавил Ace локально.
 Правд

Ого-го))) Вот это супер! Прямо сейчас поставлю на рабочий свой проект! Придется отложить изучение IDE)))
 Блин, супер, серьезно — очень хорошая новость))

Ого-го))) Вот это супер! Прямо сейчас поставлю на 

Рад, что тебя порадовал :-)

Выложил новую сборку, сразу с SDK в комплекте :-)

Выложил новую версию 1.2.2
 Пофиксил проблему с потерей путей Ace-а, когда компрессия скриптов включена. За помощь отдельное спасибо Данилу aka danik

Выложил новую версию 1.2.2
 Пофиксил проблему с по

Выложил версию 1.2.4
 Теперь автоподстроение по высоте есть, и главное — Ctrl+S работает :-)

Выложил версию 1.2.4
 Теперь автоподстроение по вы

Я поленился обновляться, установил securitypatch20130604 в результате приходит сообщение с почты сайта «Нello!», которая нигде не указана, в журнале ошибок вижу:
 [2013-06-07 13:43:19] (ERROR @ /connectors/browser/file.php) Could not prepare context: msgr
 [2013-06-07 13:43:19] (ERROR @ /connectors/browser/file.php) Could not load context: mgr
 Получается патч не работает?

Я поленился обновляться, установил securitypatch20

[2013-06-07 13:43:19] (ERROR @ /connectors/browser/file.php) Could not prepare context: msgr

Это как раз правильная ошибка. То есть кто-то пытался простучаться по этой уязвимости, но MODX не смог проинициализировать фейковый контекст, и записал ошибку в лог. Но при этом дальше выполнение коннектора/процессора должно быть бессмысленно, так как объект $modx->context после такой ошибочной инициализации просто отсутствует, и тот же вызов метода $modx->hasPermission() просто развалится фатальной ошибкой пыхпыха. Нет у меня уверенности, что это правильно (я предлагал вообще неудавшуюся попытку инициализации контекста разваливать ошибкой 500, как это происходит при неудавшейся инициализации самого MODX-а), но все равно поверхностно выглядит так, как будто дырку все-таки залатали. А письма приходят — скорее всего вы успели заразу поймать раньше. Затрите MODX новой версией прям поверх текущего сайта и проверьте имеющиеся сниппеты и плагины. Не лишним было бы переустановить все пакеты в системе.

[2013-06-07 13:43:19] (ERROR @ /connectors/browser/file.php) Could not prepare context: msgr Это как раз правильная ошибка. То есть кто-то пытался простучаться по этой уязвимости, но MODX не смог проинициализировать фейковый контекст, и записал ошибку в лог. Но при этом дальше выполнение коннектора/процессора должно быть бессмысленно, так как объект $modx->context после такой ошибочной инициализации просто отсутствует, и тот же вызов метода $modx->hasPermission() просто развалится фатальной ошибкой пыхпыха. Нет у меня уверенности, что это правильно (я предлагал вообще неудавшуюся попытку инициализации контекста разваливать ошибкой 500, как это происходит при неудавшейся инициализации самого MODX-а), но все равно поверхностно выглядит так, как будто дырку все-таки залатали. А письма приходят — скорее всего вы успели заразу поймать раньше. Затрите MODX новой версией прям поверх текущего сайта и проверьте имеющиеся сниппеты и плагины. Не лишним было бы переустановить все пакеты в системе.

[2013-06-07 13:43:19] (ERROR @ /connectors/browser

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

То что заразу поймал раньше — исключено, просто у 

Я на modxcloud.com все свои сайты держу. Во-первых, все сайты абсолютно отделены друг от друга (взломав один сайт, не залезешь ни в базу, ни в файлы другого). Во-вторых, обновление или переустановка MODX-а в два клика выполняется. В-третьих, оперируешь не полными копиями сайта, а снимками, которые не несут в себе ядро, а только пользовательские эддоны. В итоге ядро четко отделено от пользовательской части сайта, и если зараза и сидит где-то плотно, можно частями сайты перетащить на новый двиг, полностью проверив все составляющие. Vapor и packMan в помощь.
 А с modxSDK я вообще сейчас только в админке и программирую, так что вообще не парюсь с настройками доступов (FTP и т.п.).

Я на modxcloud.com все свои сайты держу. Во-первых

Кстати, по поводу всех этих коннекторов и т.п. В своих пользовательских коннекторах я всегда явно указываю $_SERVER['ctx'] = 'web'; С этими коннекторами всегда вопрос безопасности стоял остро и первый мой багрепорт на эту тему был еще в 2011-ом.
 

Но это свои пользовательские коннекторы. А что делать с системными? Ведь во-первых, в ядро лезть — это совсем не по религии, а во-вторых, при переустановке MODX-а это все затрется. На этот счет есть очень элегантное решение: можно просто переопределить класс обработки процессоров. Вот в connectors/index.php есть такая строка:
 

$connectorRequestClass = $modx->getOption('modConnectorRequest.class',null,'modConnectorRequest');

А значит вы можете создать свой класс, расширить им базовый modConnectorRequest, прописать его в системную настройку с именем modConnectorRequest и в своем классе уже дополнительно прописать проверки.
 

К примеру в базовом классе есть метод initialize:
 

public function initialize() {
    if ($this->modx && is_object($this->modx->context) && $this->modx->context instanceof modContext) {
        $ctx = $this->modx->context->get('key');
        if (!empty($ctx) && $ctx == 'mgr') {
            $ml = $this->modx->getOption('manager_language',null,$this->modx->getOption('cultureKey',null,'en'));
            if (!empty($ml)) {
                $this->modx->setOption('cultureKey',$ml);
            }
        }
    }

    /* load default core cache file of lexicon strings */
    $this->modx->lexicon->load('core:default');

    if ($this->modx->actionMap === null || !is_array($this->modx->actionMap)) {
        $this->loadActionMap();
    }

    return true;
}

Собственно, у меня есть пара вопросов к этому коду, но сейчас не об этом. В общем, переопределим этот метод и пропишем явно проверку контекста:
 

public function initialize() {
    if (!$this->modx OR !is_object($this->modx->context) OR !$this->modx->context instanceof modContext OR !in_array($this->modx->context->key, array('web', 'mgr'))){
        return 'Access denied';
    }
    
    return parent::initialize();
}

Все. Если контекст не будет инициализирован, или он не в списке разрешенных, то шлем лесом.

Кстати, по поводу всех этих коннекторов и т.п. В своих пользовательских коннекторах я всегда явно указываю $_SERVER['ctx'] = 'web'; С этими коннекторами всегда вопрос безопасности стоял остро и первый мой багрепорт на эту тему был еще в 2011-ом. Но это свои пользовательские коннекторы. А что делать с системными? Ведь во-первых, в ядро лезть — это совсем не по религии, а во-вторых, при переустановке MODX-а это все затрется. На этот счет есть очень элегантное решение: можно просто переопределить класс обработки процессоров. Вот в connectors/index.php есть такая строка: $connectorRequestClass = $modx->getOption('modConnectorRequest.class',null,'modConnectorRequest'); А значит вы можете создать свой класс, расширить им базовый modConnectorRequest, прописать его в системную настройку с именем modConnectorRequest и в своем классе уже дополнительно прописать проверки. К примеру в базовом классе есть метод initialize: public function initialize() {
    if ($this->modx && is_object($this->modx->context) && $this->modx->context instanceof modContext) {
        $ctx = $this->modx->context->get('key');
        if (!empty($ctx) && $ctx == 'mgr') {
            $ml = $this->modx->getOption('manager_language',null,$this->modx->getOption('cultureKey',null,'en'));
            if (!empty($ml)) {
                $this->modx->setOption('cultureKey',$ml);
            }
        }
    }

    /* load default core cache file of lexicon strings */
    $this->modx->lexicon->load('core:default');

    if ($this->modx->actionMap === null || !is_array($this->modx->actionMap)) {
        $this->loadActionMap();
    }

    return true;
} Собственно, у меня есть пара вопросов к этому коду, но сейчас не об этом. В общем, переопределим этот метод и пропишем явно проверку контекста: public function initialize() {
    if (!$this->modx OR !is_object($this->modx->context) OR !$this->modx->context instanceof modContext OR !in_array($this->modx->context->key, array('web', 'mgr'))){
        return 'Access denied';
    }
    
    return parent::initialize();
} Все. Если контекст не будет инициализирован, или он не в списке разрешенных, то шлем лесом.

Кстати, по поводу всех этих коннекторов и т.п. В с

Может в robots.txt прописать это:
 Disallow: /*.html
 Disallow: /*?q=*
 помоему так, посоветуйся еще с кем нибудь
 и потом здесь еще webmaster.yandex.ua/delurl.xml можно удалить ненужные ссылки

Может в robots.txt прописать это:
 Disallow: /*.ht

Вот кстати заголовки:
 — www.narcononmsk.ru/syin-narkoman?q=syin-narkoman.html
 

GET /syin-narkoman?q=syin-narkoman.html HTTP/1.1
 Host: www.narcononmsk.ru
 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:21.0) Gecko/20100101 Firefox/21.0
 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
 Accept-Language: ru
 Accept-Encoding: gzip, deflate
 DNT: 1
 Cookie: PHPSESSID=c70e8b113ff631
 Connection: keep-alive
 Cache-Control: max-age=0
 

HTTP/1.1 200 OK
 Server: nginx/1.1.0
 Date: Mon, 10 Jun 2013 17:46:47 GMT
 Content-Type: text/html; charset=utf-8
 Connection: keep-alive
 Keep-Alive: timeout=30
 X-Powered-By: PHP/5.2.17
 Expires: Thu, 19 Nov 1981 08:52:00 GMT
 Pragma: no-cache
 X-XFPC-Cache-Active: Yes
 X-XFPC-Cache: Hit
 Content-Encoding: gzip
 Vary: Accept-Encoding
 Content-Length: 6161
 

Здесь код 200 т.е. если добавить в удалялку ссылок яндекса то он ее не удалит потому что ответ сервера 200 а нужно 400 Я имею ввиду что яндекс из поиска удалит ссылки которые действительно отдают ошибку 404

Вот кстати заголовки:
 — www.narcononmsk.ru/syin-narkoman?q=syin-narkoman.html GET /syin-narkoman?q=syin-narkoman.html HTTP/1.1
 Host: www.narcononmsk.ru
 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:21.0) Gecko/20100101 Firefox/21.0
 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
 Accept-Language: ru
 Accept-Encoding: gzip, deflate
 DNT: 1
 Cookie: PHPSESSID=c70e8b113ff631
 Connection: keep-alive
 Cache-Control: max-age=0 HTTP/1.1 200 OK
 Server: nginx/1.1.0
 Date: Mon, 10 Jun 2013 17:46:47 GMT
 Content-Type: text/html; charset=utf-8
 Connection: keep-alive
 Keep-Alive: timeout=30
 X-Powered-By: PHP/5.2.17
 Expires: Thu, 19 Nov 1981 08:52:00 GMT
 Pragma: no-cache
 X-XFPC-Cache-Active: Yes
 X-XFPC-Cache: Hit
 Content-Encoding: gzip
 Vary: Accept-Encoding
 Content-Length: 6161 Здесь код 200 т.е. если добавить в удалялку ссылок яндекса то он ее не удалит потому что ответ сервера 200 а нужно 400 Я имею ввиду что яндекс из поиска удалит ссылки которые действительно отдают ошибку 404

Вот кстати заголовки:
 — www.narcononmsk.ru/syin-n

Дело в том, что яндекс выдает именно ссылку с .html, и по переходу на нее попадаешь на страницу 404 и в адресной строке 
 www.narcononmsk.ru/syin-narkoman?q=syin-narkoman.html, хотя изначально там переход
 www.narcononmsk.ru/syin-narkoman.html, а самой MODX задано
 www.narcononmsk.ru/syin-narkoman

Дело в том, что яндекс выдает именно ссылку с .htm

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

старые страницы переходят по редиректу нормально, 

www.narcononmsk.ru/syin-narkoman.html вообще не было на сайте, я сразу добавил 
 www.narcononmsk.ru/syin-narkoman

www.narcononmsk.ru/syin-narkoman.html вообще не бы

Разобрались со своими редиректами? Как я вижу, с .html нормально редирект идет.
 

www.narcononmsk.ru/syin-narkoman?q=syin-narkoman.html, хотя изначально там переход

Здесь у вас чуть сложнее будет. Вы настроили серверные правила редиректа. То есть при обращении к страницам с .html, дело до MODX-а еще не доходит. Сервер видит запрос к документу с суффиксом .html и редиректит по правилу. Далее уже вступает в дело MODX.
 Но это правило анализирует имя файла, к которому идет запрос, а не параметры. В запросе www.narcononmsk.ru/syin-narkoman?q=syin-narkoman.html syin-narkoman.html — не имя файла, а значение переменной q. Сервер его не проверяет и не редиректит. То есть он отдает запрос MODX-у. Но q — это зарезервированная переменная MODX-а, которую он использует для определения запрошенного документа, и хотя у вас запрошена страница syin-narkoman, которая для MODX-а по сути имеется, переменная q перебивает этот адрес, заставляя MODX думать, что запрошена страница syin-narkoman.html. Но этой страницы для MODX-а не имеется (вы сами у себя удалили суффиксы .html). Про правила редиректа на стороне веб-сервера MODX ничего не знает, и совершенно их не использует, а отдает законную 404-ую в ответ на ненайденную страницу.
 

Резюме: безусловно надо еще перестраховываться с редиректами на стороне самого MODX-а. Создайте плагин на событие OnPageNotFound, и настройте те же правила на регулярках, только на php, используя переменную $modx->resourceIdentifier и метод $modx->sendRedirect($url);
 

Примерный код плагина:
 

if(!empty($modx->resource) && is_object($modx->resource)){
    return;
}

if(preg_match('/(.+)\.html([\?\#$]?.*)/', $modx->resourceIdentifier, $match)){
    $modx->sendRedirect("{$1}{$2}");
    return;
}


Разобрались со своими редиректами? Как я вижу, с .html нормально редирект идет. www.narcononmsk.ru/syin-narkoman?q=syin-narkoman.html, хотя изначально там переход Здесь у вас чуть сложнее будет. Вы настроили серверные правила редиректа. То есть при обращении к страницам с .html, дело до MODX-а еще не доходит. Сервер видит запрос к документу с суффиксом .html и редиректит по правилу. Далее уже вступает в дело MODX.
 Но это правило анализирует имя файла, к которому идет запрос, а не параметры. В запросе www.narcononmsk.ru/syin-narkoman?q=syin-narkoman.html syin-narkoman.html — не имя файла, а значение переменной q. Сервер его не проверяет и не редиректит. То есть он отдает запрос MODX-у. Но q — это зарезервированная переменная MODX-а, которую он использует для определения запрошенного документа, и хотя у вас запрошена страница syin-narkoman, которая для MODX-а по сути имеется, переменная q перебивает этот адрес, заставляя MODX думать, что запрошена страница syin-narkoman.html. Но этой страницы для MODX-а не имеется (вы сами у себя удалили суффиксы .html). Про правила редиректа на стороне веб-сервера MODX ничего не знает, и совершенно их не использует, а отдает законную 404-ую в ответ на ненайденную страницу. Резюме: безусловно надо еще перестраховываться с редиректами на стороне самого MODX-а. Создайте плагин на событие OnPageNotFound, и настройте те же правила на регулярках, только на php, используя переменную $modx->resourceIdentifier и метод $modx->sendRedirect($url); Примерный код плагина: if(!empty($modx->resource) && is_object($modx->resource)){
    return;
}

if(preg_match('/(.+)\.html([\?\#$]?.*)/', $modx->resourceIdentifier, $match)){
    $modx->sendRedirect("{$1}{$2}");
    return;
}

Разобрались со своими редиректами? Как я вижу, с .

Разобрался, спасибо за ответы.
 

Николай, Вы не могли бы порекомендовать хороший ресурс, желательно русскоязычный, по MODX API?
 Мне попадаются либо самые азы, либо дебри, и все как-то разрозненно, по кусочкам. 
 Я с удовольствием посетил бы Ваши уроки, но в данный момент я сам прохожу программу Нарконон, а выезды у нас не практикуются, поэтому это пока в планах на недалекое будущее, а руки уже чешутся, есть несколько идей, хочется попробовать. Сам я почти 20 лет писал на С++, Delphi, в т.ч. базы данных, немного на Perl. PHP знаю пока поверхностно, но с ним проблем никаких. Хотелось бы почитать что-нибудь последовательное, от простого к сложному, и желательно на русском. Буду очень признателен за ответ.

Разобрался, спасибо за ответы. Николай, Вы не могли бы порекомендовать хороший ресурс, желательно русскоязычный, по MODX API?
 Мне попадаются либо самые азы, либо дебри, и все как-то разрозненно, по кусочкам. 
 Я с удовольствием посетил бы Ваши уроки, но в данный момент я сам прохожу программу Нарконон, а выезды у нас не практикуются, поэтому это пока в планах на недалекое будущее, а руки уже чешутся, есть несколько идей, хочется попробовать. Сам я почти 20 лет писал на С++, Delphi, в т.ч. базы данных, немного на Perl. PHP знаю пока поверхностно, но с ним проблем никаких. Хотелось бы почитать что-нибудь последовательное, от простого к сложному, и желательно на русском. Буду очень признателен за ответ.

Разобрался, спасибо за ответы. Николай, Вы не могл

Нет, особо посоветовать ничего не могу. Сам во всем разбирался сам, и если где-то и есть что-то, то я просто могу об этом не знать.
 А так вот раздел по xPDO есть: community.modx-cms.ru/blog/modx-xpdo/
 Там несколько статей, но очень полезные.

Нет, особо посоветовать ничего не могу. Сам во все

Спасибо большое

Пожалуйста

В этом плане круто было бы пакеты первести на Composer. Там и гит без геммороя, и другие интересные вещи. И тестить там просто — указал в конфиге композера ветки у нужных проектов, собрал, погонял, обратно в мастер переключился. Но это реально только в новой версии, на revo такое сложно сделать.

В этом плане круто было бы пакеты первести на Comp

Ждем нового MODX-а, где будет принципиальная переработки системы модулей. Джейсон над ней во всю работает.

Ждем нового MODX-а, где будет принципиальная перер

Промежуточные результаты есть уже какие-то? Или он пока закрылся в каморке и кодит? )

Промежуточные результаты есть уже какие-то? Или он

Результатов пока не видел. И не думаю, что это завтра появится. Но судя по настрою, Джейсон четко видит что и как делать, и новая система наверняка появится.
 Знаю только, что в новой системе модули будут находиться каждый в своей папке, а не как сейчас в assets/ core/ и т.п., и будут использованы стандарты именования.

Результатов пока не видел. И не думаю, что это зав

Надеюсь, там будет полноценная поддержка namespace из php и возможно трейтов. Вообще от новой версии MODX хочется мощного фреймворка, чтобы можно было гигантские сайты делать на его базе, с поддержкой всемозможных namespace, composer и тд и с мощной админкой, какая есть сейчас.

Надеюсь, там будет полноценная поддержка namespace

А есть примеры огромных сайтов на Рево, на которые его уже не хватает?

А есть примеры огромных сайтов на Рево, на которые

Я имею ввиду не по количеству ресурсов или страниц, а по количеству всевозможных реализаций бизнес-задач конкретного сайта и возможности работать над одним проектом целой команде. По сути, я хочу хороший современный фреймфорк в основе MODX. Чтобы не было мыслей юзать какой-нибудь Yii.

Я имею ввиду не по количеству ресурсов или страниц

У меня нет мыслей юзать ни Yii, ничто другое, хотя и с коханой знаком, и с многими другими системам. Собственно благодаря этому опыту и не хочу юзать. Не на MODX надо грешить, а на себя. В MODX много что для себя многие вообще не раскрыли, но успешно видят в нем какие-то недочеты. Уже очень давно MODX — мощный фреймворк, к тому же с отличной кастомизируемой админкой. Фигачить можно что угодно.
 

Конечно не все в MODX-е идеально, но откровенно его недооценивать — не в слабости его дело, а в сложности. Просто с ним надо как следует разобраться. Мы вот сделали магазин на 13 000 товаров и нормально (на днях будет опубликован). Сейчас вот и на 30 000 товаров сделаем. И мне MODX-а хватает с головой.
 

Кстати, это не только большой магазин. Там еще и всевозможные «реализации бизнес-задач конкретного сайта» есть, такие как групповое редактирование товаров и ресурсов, управление заказами с индивидуальной логикой и т.п. А работу «над одним проектом целой команде» мы выполняем в modxSDK. Она еще очень сырая, но в этом плане очень помогает.

У меня нет мыслей юзать ни Yii, ничто другое, хотя и с коханой знаком, и с многими другими системам. Собственно благодаря этому опыту и не хочу юзать. Не на MODX надо грешить, а на себя. В MODX много что для себя многие вообще не раскрыли, но успешно видят в нем какие-то недочеты. Уже очень давно MODX — мощный фреймворк, к тому же с отличной кастомизируемой админкой. Фигачить можно что угодно. Конечно не все в MODX-е идеально, но откровенно его недооценивать — не в слабости его дело, а в сложности. Просто с ним надо как следует разобраться. Мы вот сделали магазин на 13 000 товаров и нормально (на днях будет опубликован). Сейчас вот и на 30 000 товаров сделаем. И мне MODX-а хватает с головой. Кстати, это не только большой магазин. Там еще и всевозможные «реализации бизнес-задач конкретного сайта» есть, такие как групповое редактирование товаров и ресурсов, управление заказами с индивидуальной логикой и т.п. А работу «над одним проектом целой команде» мы выполняем в modxSDK. Она еще очень сырая, но в этом плане очень помогает.

У меня нет мыслей юзать ни Yii, ничто другое, хотя

Очень интересна совместная работа, система контроля версий. Это уже реализовано, планируется? Скажите пожалуйста, modxSDK обязательно использовать вместе со смарти или можно хотя бы css редактировать вместе с кем-то? Чтобы были видны изменения?


Очень интересна совместная работа, система контрол

Очень интересна совместная работа, система контроля версий. Это уже реализовано, планируется?

По этому поводу я довольно подробно развернул свои мысли здесь: modxclub.ru/blog/82.html
 

Скажите пожалуйста, modxSDK обязательно использовать вместе со смарти или можно хотя бы css редактировать вместе с кем-то?

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

Очень интересна совместная работа, система контроля версий. Это уже реализовано, планируется? По этому поводу я довольно подробно развернул свои мысли здесь: modxclub.ru/blog/82.html Скажите пожалуйста, modxSDK обязательно использовать вместе со смарти или можно хотя бы css редактировать вместе с кем-то? Нет, это полностью независимый редактор, так что редактировать вы можете что угодно.

Спасибо за ответ. Не подскажите, подсветку синтаксиса такую же можно в Ace настроить? Я перебрал — не нашёл. Извините конечно за простенькие вопросы, но много времени тратить и экспериментировать с подсветкой лениво, а вы вкурсе наверняка, вам не сложно ответить.

Спасибо за ответ. Не подскажите, подсветку синтакс

Вообще здесь Ace и используется. То есть надо понимать, что есть изначальная сторонняя библиотека Ace, а есть дополнение для MODX — Ace, которое использует эту библиотеку.
 Так вот, если вы говорите про Ace для MODX, то здесь просто стоит вопрос указания темы оформления. Я не знаю, есть там эти настройки или нет, сам не заморачивался. Спросите у автора.

Вообще здесь Ace и используется. То есть надо пони

Но он не дает возможности что-то обкатывать, тестировать и т.п. Нельзя зайти на github и попробовать погонять какой-либо MODX-пакет, к примеру. Надо его скачать, развернуть у себя и т.д. и т.п. А потом еще поправить что-нить и отправить пуллреквест.

Спасибо за статью! Именно этот момент решил, что выбрать: Symfony 2 или MODX. В силу специфики: частенько приходится заниматься своими фрилвнсами на «хозяйском» рабочем месте, соответственно, о том, чтобы развернуть виртуальный хостинг и установить клиента вроде phpStorm или NetBeans и речи быть не может!

Но он не дает возможности что-то обкатывать, тестировать и т.п. Нельзя зайти на github и попробовать погонять какой-либо MODX-пакет, к примеру. Надо его скачать, развернуть у себя и т.д. и т.п. А потом еще поправить что-нить и отправить пуллреквест. Спасибо за статью! Именно этот момент решил, что выбрать: Symfony 2 или MODX. В силу специфики: частенько приходится заниматься своими фрилвнсами на «хозяйском» рабочем месте, соответственно, о том, чтобы развернуть виртуальный хостинг и установить клиента вроде phpStorm или NetBeans и речи быть не может!

Но он не дает возможности что-то обкатывать, тести

соответственно, о том, чтобы развернуть виртуальный хостинг и установить клиента вроде phpStorm или NetBeans и речи быть не может!

Да, именно этот момент меня больше всего и толкал на разработку этого пакета. Сейчас я уже месяца два не открывал NetBeans, и хотя конечно же каких-то моментов не хватает, но в целом я вполне нормально так сижу и программирую, и главное — без привязки к рабочему месту.
 А то помню раньше — придешь к заказчику, он просит какую-то мелочь поправить, а как? — с собой ни FTP-клиента, ничего. Надо что-нить скачать, установить, и все ради пяти минут работы.

соответственно, о том, чтобы развернуть виртуальный хостинг и установить клиента вроде phpStorm или NetBeans и речи быть не может! Да, именно этот момент меня больше всего и толкал на разработку этого пакета. Сейчас я уже месяца два не открывал NetBeans, и хотя конечно же каких-то моментов не хватает, но в целом я вполне нормально так сижу и программирую, и главное — без привязки к рабочему месту.
 А то помню раньше — придешь к заказчику, он просит какую-то мелочь поправить, а как? — с собой ни FTP-клиента, ничего. Надо что-нить скачать, установить, и все ради пяти минут работы.

соответственно, о том, чтобы развернуть виртуальны

Доброго времени суток!
 Во-первых, спасибо за этот инструмент, его действительно не хватало, особенно когда приходится работать с разных компьютеров.
 Но возникли и вопросы и предложения.
 1) установлен modx 2.2.10, язык панели — русский, Aсе в SDK не реагирует на пробел (то есть по клавише Space ноль эмоций) за пределами SDK, например при создании чанка все в порядке
 2) если возникает желание удалить Project в SDK — каким образом это можно сделать (случайно создал 2 с одинаковым именем — двойной выбор в Select Project)?

Доброго времени суток!
 Во-первых, спасибо за этот

Aсе в SDK не реагирует на пробел (то есть по клавише Space ноль эмоций) за пределами SDK, например при создании чанка все в порядке

Отключите в настройках компрессию JS-ов в админке. Это бага у нас, которую еще предстоит пофиксить.
 

2) если возникает желание удалить Project в SDK — каким образом это можно сделать (случайно создал 2 с одинаковым именем — двойной выбор в Select Project)?

Тоже пока не доработано (все руки не доходят, более важные задачи стоят). Пока что только через базу данных.

Пожалуйста! Aсе в SDK не реагирует на пробел (то есть по клавише Space ноль эмоций) за пределами SDK, например при создании чанка все в порядке Отключите в настройках компрессию JS-ов в админке. Это бага у нас, которую еще предстоит пофиксить. 2) если возникает желание удалить Project в SDK — каким образом это можно сделать (случайно создал 2 с одинаковым именем — двойной выбор в Select Project)? Тоже пока не доработано (все руки не доходят, более важные задачи стоят). Пока что только через базу данных.

Пожалуйста! Aсе в SDK не реагирует на пробел (то е

Спасибо за материал.
 Интересно было бы знать версию Evo, на которой был сделан изначальный магазин.
 А также - принимались ли какие-либо меры по оптимизации кеша разработчиками изначального магазина (того, что на Эво)?

Спасибо за материал.
 Интересно было бы знать верс

Эво 1.0.5 была. И там с кешем особо сделать ничего нельзя было, ибо Эво весь свой кеш хранит в едином файле. Я не думаю, что даже в последних версиях Эво что-то принципиально новое с системой кеширования сделали, чтобы он мог тянуть несколько десятков тысяч документов просто так.

Эво 1.0.5 была. И там с кешем особо сделать ничего

Сейчас и в Evo можно провернуть трюк с частичным отключением карты ресурсов.

Сейчас и в Evo можно провернуть трюк с частичным о

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

Вот было бы прикольней, если бы обходилось без трю

Холиварить, я, конечно, не собирался. Передо мной стоит другая задача.
 Медленно, но верно у меня зреет проект регионального сайта недвижимости. В общем-то, стандартный сайт, его особенность разве что в некоторых чисто маркетинговых нюансах подачи УТП сайта.
 Я даже понемногу делаю прототип, на котором отрабатываю идеи юзабилити и понимаю встречающиеся трудности. Для реализации прототипа избрал Эво по по причине её изящества и минимального "входного порога" знаний.
 И заранее начинаю думать - на чем реализовывать продакшн? Эво или Рево?
 И если Рево - насколько лёгким будет дальнейший переход?
 P.S. Объекты пока реализованы в дереве документов, их, наверное, потом придётся переносить в свои таблицы.
 Число объектов предполагается... ну... максимум 5000, но ведь вы прекрасно понимаете, что при успешном старте проекта эти 5000 могут вылиться и 10, и в 20000, как вы совершенно резонно заметили в одном из своих топиков.
 Вот и думаю.

Холиварить, я, конечно, не собирался. Передо мной 

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

Холиварить и я не буду. Но скажу просто: будете де

Да, естественно. Попробую поподробнее познакомиться с Рево для начала, и станет понятнее.

Да, естественно. Попробую поподробнее познакомитьс

Разумно.

У меня вот при ручном обновлении документа перестало генерить alias (или затирать прописанный alias), и соответсвенно uri. Вроде, после того как заменил в настройках дружественного url суффикс контейнера с "/" на ".html"… появились такие uri «index/slajderyi/.html» — т.е. и старый суффикс и новый… 
 Сам топик