Вопросы специалистов

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

Песочница

Вопросы клиентов

Сайты на ShopModxBox

Хостинг

sendForward + modxSmarty

(modx/htaccess/RewriteRule) - простейший редирект: test.html => resource0.html => index.php?q=resource0.html

Исключение алиаса ресурса в URL дочерних ресурсов (2)

Еще один пример сложных SQL-запросов

php + html форма

Редактирование Содержимого страниц во фронтенде

Нагрузка modx revo на серввер & спам с формы обратной связи

tagmanager modx and number_format

Получить состав заказа в личном кабинете клиента

modMonitor. Мониторинг и оптимизация производительности MODX-сайтов.

Пришлите мне на почту n.lanets@modxclub.ru доступ в админку. Я как раз обкатаю новый модуль сбора статистики по нагрузке MODX-сайтов. Посмотрим, что вам там нагрузку дает.
 

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

Добрый вечер. Пришлите мне на почту n.lanets@modxclub.ru доступ в админку. Я как раз обкатаю новый модуль сбора статистики по нагрузке MODX-сайтов. Посмотрим, что вам там нагрузку дает. А по поводу формы обратной связи — можно modCaptcha подключить, во многом решит проблему.

Добрый вечер. Пришлите мне на почту n.lanets@modxc

Отправил. Заранее спасибо

В общем, картина стандартная. Куча чанков и сниппетов, хоть и занимают за раз не много времени, в сумме дают большую нагрузку и тормозят загрузку. Вот лог вызова gist.github.com/Fi1osof/80447014cc7cb06b2eec Суммарная загрузка 7-10 секунд.
 Помимо этого примерно 10 секунд терялось и на этом. То есть с этим достаточно было в ноль выставить настройки phpthumb_cache_maxage, phpthumb_cache_maxsize, phpthumb_cache_maxfiles.

В общем, картина стандартная. Куча чанков и сниппе

Огромное спасибо!

Пожалуйста!

Smarty работает не так, как MODX-шаблонизация. В нем весь код отрабатывается последовательно. sendForward, перенаправляет выполнение в другой документ, но не сбрасывает уже полученный код. У вас получается страница внутри страницы. То есть или используйте sendRedirect, который вызовет перезагрузку страницы в браузере, или еще что-то мыслите. 
 Собственно, из-за этой неприятности пришлось создавать вьюхи в NewsModxBox, где отрабатываются подобные методы до вызова Smarty-шаблона. Например sendErrorPage().
 Конечно, это все еще пока костыли, но больше соответствует подобным случаям.

Smarty работает не так, как MODX-шаблонизация. В н

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

На сколько я понимаю, проблема в том, что вы через

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

Как я понял коннектор это чанк вызван снипетом? ес

Не правильно поняли. Коннектор это коннектор. Это отдельная сущность в MODX. 
 Читайте это, может поможет.

Не правильно поняли. Коннектор это коннектор. Это 

Почему-то github не показывает изменения в modresource.map.inc.php (я тот еще гитхабер :) ).
 Там нужно просто добавить поле exclude_alias_in_childs b и индекс к нему. Если открыть сам файл, то изменения в нем есть.

Почему-то github не показывает изменения в modreso

Спасибо!

Пожалуйста

Используйте FormIt

Здравствуйте, посмотрите тут:
 habrahabr.ru/post/206112/
 habrahabr.ru/post/144517/

Здравствуйте, посмотрите тут:
 habrahabr.ru/post/2

Искал по запросам в документации, толком не нашел, или искал криво что ли. Хорошо написал, понятно.

Искал по запросам в документации, толком не нашел,

Такое в документации не описано. А FIND_IN_SET() вообще в списке разрешенных методов не числится.

Такое в документации не описано. А FIND_IN_SET() в

Эм… А почему было не посмотреть как рендерится страница управления заказами в личном кабинете? /office/orders.html

Эм… А почему было не посмотреть как рендерится стр

Здравствуйте, Николай.
 Насколько я знаю в админке всё extjs-ом рендерится, а я в нём совсем не разбираюсь, поэтому ищу способ решить вопрос без него.
 Но за наводку, спасибо, Коля.

Здравствуйте, Николай.
 Насколько я знаю в админке

Я кинул ссылку на фронт, а не на админку. Смотрите Личный кабинет -> Управление заказами. Но можно (а может даже лучше, так как эти процессоры более новые) использовать и basket/mgr/orders/products/getdata, передав в него order_id, если знаете ID заказа.

Я кинул ссылку на фронт, а не на админку. Смотрите

Если в корне сайта создать файл resource0.html (с содержимым, например, OK), а в .htaccess прописать те же самые директивы, но без участия modx (т.е. без вызова index.php):
 RewriteCond %{REQUEST_FILENAME} !-f
 RewriteCond %{REQUEST_FILENAME} !-d
 RewriteRule ^test\.html$ resource0.html [QSA]
 

RewriteCond %{REQUEST_FILENAME} !-f
 RewriteCond %{REQUEST_FILENAME} !-d
 RewriteRule ^(.*)$ resource0.html?q=$1 [L,QSA]
 то никаких артефактов наблюдаться не будет — будет выполнен внутренний редирект на файл resource0.html (в браузере отобразится текст «OK», при этом в строке браузера останется исходный URL site.ru/test.html).
 

Отсюда делаем 2 вывода:
 1.Внешний (301) редирект выполняет не Apache, а modx (судя по всему, анализирует содержимое полей глобальной переменной $_SERVER — иначе как modx узнает, что на уровне веб-сервера был изменён URI ресурса, который ему втюхали)
 2.Данный вопрос здесь — очень в тему ))
 

P.S. На 50% проблема решена. Дело за малым — исходники modx…

Если в корне сайта создать файл resource0.html (с содержимым, например, OK), а в .htaccess прописать те же самые директивы, но без участия modx (т.е. без вызова index.php):
 RewriteCond %{REQUEST_FILENAME} !-f
 RewriteCond %{REQUEST_FILENAME} !-d
 RewriteRule ^test\.html$ resource0.html [QSA] RewriteCond %{REQUEST_FILENAME} !-f
 RewriteCond %{REQUEST_FILENAME} !-d
 RewriteRule ^(.*)$ resource0.html?q=$1 [L,QSA]
 то никаких артефактов наблюдаться не будет — будет выполнен внутренний редирект на файл resource0.html (в браузере отобразится текст «OK», при этом в строке браузера останется исходный URL site.ru/test.html). Отсюда делаем 2 вывода:
 1.Внешний (301) редирект выполняет не Apache, а modx (судя по всему, анализирует содержимое полей глобальной переменной $_SERVER — иначе как modx узнает, что на уровне веб-сервера был изменён URI ресурса, который ему втюхали)
 2.Данный вопрос здесь — очень в тему )) P.S. На 50% проблема решена. Дело за малым — исходники modx…

Если в корне сайта создать файл resource0.html (с 

Если в корне сайта создать файл resource0.html (с содержимым, например, OK), а в .htaccess прописать те же самые директивы, но без участия modx (т.е. без вызова index.php):
 

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^test\.html$ resource0.html [QSA]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ resource0.html?q=$1 [L,QSA]


то никаких артефактов наблюдаться не будет — будет выполнен внутренний редирект на файл resource0.html (в браузере отобразится текст «OK», при этом в строке браузера останется исходный URL site.ru/test.html).
 

Отсюда делаем 2 вывода:
 1. Внешний (301) редирект выполняет не Apache, а modx (судя по всему, анализирует содержимое полей глобальной переменной $_SERVER — иначе как modx узнает, что на уровне веб-сервера был изменён URI ресурса, который ему втюхали)
 2. Данный вопрос здесь — очень в тему ))
 

Если в корне сайта создать файл resource0.html (с содержимым, например, OK), а в .htaccess прописать те же самые директивы, но без участия modx (т.е. без вызова index.php): RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^test\.html$ resource0.html [QSA]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ resource0.html?q=$1 [L,QSA] то никаких артефактов наблюдаться не будет — будет выполнен внутренний редирект на файл resource0.html (в браузере отобразится текст «OK», при этом в строке браузера останется исходный URL site.ru/test.html). Отсюда делаем 2 вывода:
 1. Внешний (301) редирект выполняет не Apache, а modx (судя по всему, анализирует содержимое полей глобальной переменной $_SERVER — иначе как modx узнает, что на уровне веб-сервера был изменён URI ресурса, который ему втюхали)
 2. Данный вопрос здесь — очень в тему )) P.S. На 50% проблема решена. Дело за малым — исходники modx…

1. Внешний (301) редирект выполняет не Apache, а modx (судя по всему, анализирует содержимое полей глобальной переменной $_SERVER — иначе как modx узнает, что на уровне веб-сервера был изменён URI ресурса, который ему втюхали)

Всё так и есть. При включенных дружественных URL и включенной опции (friendly_urls_strict) в методе (modRequest::_cleanResourceIdentifier()) выполняется внешний (301) редирект с внешнего URI (запрошенного со стороны браузера) на внутренний URI того ресурса, который должен отображаться:
 

/**
     * Cleans the resource identifier from the request params.
     *
     * @param string $identifier The raw identifier.
     * @return string|integer The cleansed identifier.
     */
    public function _cleanResourceIdentifier($identifier) {
        if (empty ($identifier)) {
            ...
        }
        elseif ($this->modx->getOption('friendly_urls', null, false) && $this->modx->resourceMethod == 'alias') {
            $containerSuffix = trim($this->modx->getOption('container_suffix', null, ''));
            $found = $this->modx->findResource($identifier);
            if ($found === false && !empty ($containerSuffix)) {
                ...
            } elseif ((integer) $this->modx->getOption('site_start', null, 1) === $found) {
                ...
            } else {
                if ($this->modx->getOption('friendly_urls_strict', null, false)) {
                    $requestUri = $_SERVER['REQUEST_URI'];
                    $qsPos = strpos($requestUri, '?');
                    if ($qsPos !== false) $requestUri = substr($requestUri, 0, $qsPos);
                    $fullId = $this->modx->getOption('base_url', null, MODX_BASE_URL) . $identifier;
                    $requestUri = urldecode($requestUri);
                    if ($fullId !== $requestUri && strpos($requestUri, $fullId) !== 0) {
                        $parameters = $this->getParameters();
                        unset($parameters[$this->modx->getOption('request_param_alias')]);
                        $url = $this->modx->makeUrl($found, $this->modx->context->get('key'), $parameters, 'full');
                        $this->modx->sendRedirect($url, array('responseCode' => 'HTTP/1.1 301 Moved Permanently'));
                    }
                }
                ...
            }
        } else {
            ...
        }
        return $identifier;
    }

Это штатные действия modx, которые реализуют логику «строгих» (канонических) URL при включении опции (friendly_urls_strict):
 

Если выбрано «Да», неканонические запросы, соответствующие ресурсу, будут перенаправлены с кодом 301 на канонический URI для этого ресурса. WARNING: Do not enable if you use custom rewrite rules which do not match at least the beginning of the canonical URI. For example, a canonical URI of foo/ with custom rewrites for foo/bar.html would work, but attempts to rewrite bar/foo.html as foo/ would force a redirect to foo/ with this option enabled.

 — Поэтому, если одновременно необходимо:
 а) исключить URI-дубли страниц включением опции (friendly_urls_strict) (необходимо для SEO)
 б) на уровне веб-сервера выполнять внутренний редирект с одного ресурса на другой
 

то нужно будет выполнить следующие действия:
 1. Включить опцию (friendly_urls_strict)
 2. Прописать требуемые директивы для редиректа в настройках веб-сервера (или в .htaccess)
 

3. В плагине на событии (OnHandleRequest) (последнее событие, которое генерируется до вызова метода modRequest::_cleanResourceIdentifier()) установить эту опцию в значение (false) для тех исходных URL, для которых выполняется внутренний редирект на уровне веб-сервера (выявить такие ситуации можно сравнением значения глобальной переменной $_SERVER['REQUEST_URI'] и значением переменной запроса q ($modx->getOption('request_param_alias')) — именно так и делает метод modRequest::_cleanResourceIdentifier())
 

4. (НЕ ОБЯЗАТЕЛЬНО) В плагине на событии (OnWebPageInit) (первое событие, которое генерируется после вызова метода modRequest::_cleanResourceIdentifier()) установить эту опцию в исходное значение (исходное значение при этом нужно запомнить в предыдущем плагине).
 

P.S. При таком подходе в тех случаях, когда выполняется внутренний редирект на уровне веб-сервера, контролировать уникальность внешних URL придётся самому (поскольку для этих случаев описанными выше действиями мы отключаем такой контроль со стороны modx).

1. Внешний (301) редирект выполняет не Apache, а modx (судя по всему, анализирует содержимое полей глобальной переменной $_SERVER — иначе как modx узнает, что на уровне веб-сервера был изменён URI ресурса, который ему втюхали) Всё так и есть. При включенных дружественных URL и включенной опции (friendly_urls_strict) в методе (modRequest::_cleanResourceIdentifier()) выполняется внешний (301) редирект с внешнего URI (запрошенного со стороны браузера) на внутренний URI того ресурса, который должен отображаться: /**
     * Cleans the resource identifier from the request params.
     *
     * @param string $identifier The raw identifier.
     * @return string|integer The cleansed identifier.
     */
    public function _cleanResourceIdentifier($identifier) {
        if (empty ($identifier)) {
            ...
        }
        elseif ($this->modx->getOption('friendly_urls', null, false) && $this->modx->resourceMethod == 'alias') {
            $containerSuffix = trim($this->modx->getOption('container_suffix', null, ''));
            $found = $this->modx->findResource($identifier);
            if ($found === false && !empty ($containerSuffix)) {
                ...
            } elseif ((integer) $this->modx->getOption('site_start', null, 1) === $found) {
                ...
            } else {
                if ($this->modx->getOption('friendly_urls_strict', null, false)) {
                    $requestUri = $_SERVER['REQUEST_URI'];
                    $qsPos = strpos($requestUri, '?');
                    if ($qsPos !== false) $requestUri = substr($requestUri, 0, $qsPos);
                    $fullId = $this->modx->getOption('base_url', null, MODX_BASE_URL) . $identifier;
                    $requestUri = urldecode($requestUri);
                    if ($fullId !== $requestUri && strpos($requestUri, $fullId) !== 0) {
                        $parameters = $this->getParameters();
                        unset($parameters[$this->modx->getOption('request_param_alias')]);
                        $url = $this->modx->makeUrl($found, $this->modx->context->get('key'), $parameters, 'full');
                        $this->modx->sendRedirect($url, array('responseCode' => 'HTTP/1.1 301 Moved Permanently'));
                    }
                }
                ...
            }
        } else {
            ...
        }
        return $identifier;
    } Это штатные действия modx, которые реализуют логику «строгих» (канонических) URL при включении опции (friendly_urls_strict): Если выбрано «Да», неканонические запросы, соответствующие ресурсу, будут перенаправлены с кодом 301 на канонический URI для этого ресурса. WARNING: Do not enable if you use custom rewrite rules which do not match at least the beginning of the canonical URI. For example, a canonical URI of foo/ with custom rewrites for foo/bar.html would work, but attempts to rewrite bar/foo.html as foo/ would force a redirect to foo/ with this option enabled. — Поэтому, если одновременно необходимо:
 а) исключить URI-дубли страниц включением опции (friendly_urls_strict) (необходимо для SEO)
 б) на уровне веб-сервера выполнять внутренний редирект с одного ресурса на другой то нужно будет выполнить следующие действия:
 1. Включить опцию (friendly_urls_strict)
 2. Прописать требуемые директивы для редиректа в настройках веб-сервера (или в .htaccess) 3. В плагине на событии (OnHandleRequest) (последнее событие, которое генерируется до вызова метода modRequest::_cleanResourceIdentifier()) установить эту опцию в значение (false) для тех исходных URL, для которых выполняется внутренний редирект на уровне веб-сервера (выявить такие ситуации можно сравнением значения глобальной переменной $_SERVER['REQUEST_URI'] и значением переменной запроса q ($modx->getOption('request_param_alias')) — именно так и делает метод modRequest::_cleanResourceIdentifier()) 4. (НЕ ОБЯЗАТЕЛЬНО) В плагине на событии (OnWebPageInit) (первое событие, которое генерируется после вызова метода modRequest::_cleanResourceIdentifier()) установить эту опцию в исходное значение (исходное значение при этом нужно запомнить в предыдущем плагине). P.S. При таком подходе в тех случаях, когда выполняется внутренний редирект на уровне веб-сервера, контролировать уникальность внешних URL придётся самому (поскольку для этих случаев описанными выше действиями мы отключаем такой контроль со стороны modx).

1. Внешний (301) редирект выполняет не Apache, а m

Можете пожалуйста расписать подробнее 1 пункт:
 1. Создать в таблице modx_site_content поле exclude_alias_in_childs (boolean), сделать к нему индекс;
 

Хотя бы просто выложите скриншот, как это должно выглядеть в итоге.

Здравствуйте. Можете пожалуйста расписать подробнее 1 пункт:
 1. Создать в таблице modx_site_content поле exclude_alias_in_childs (boolean), сделать к нему индекс; Хотя бы просто выложите скриншот, как это должно выглядеть в итоге.

Здравствуйте. Можете пожалуйста расписать подробне

Я думаю если непонятно как это — то это весьма опасно делать Вам самим. 
 Это делается в базе. Я делал через PhpMyAdmin

Я думаю если непонятно как это — то это весьма опа

Да опасного мало) Я тестирую на локальном хостинге. 
 Я нашел в базе таблицу modx_site_content открыл эту таблицу и дальше нажал на вставить, а вот что куда прописывать?(( 
 Да с PhpMyAdmi я пока на вы(((

Да опасного мало) Я тестирую на локальном хостинге

1) yadi.sk/i/psSw58eOmeiLe
 2) yadi.sk/i/b2uS8_dWmeiMa

1) yadi.sk/i/psSw58eOmeiLe
 2) yadi.sk/i/b2uS8_dWm

Для меня это многое объяснило! Спасибо за помощь, буду разбираться!

Для меня это многое объяснило! Спасибо за помощь, 

Сылки на скриншоты не работают. Буду очень благодарен если обновите… очень уж надо…

Сылки на скриншоты не работают. Буду очень благода

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

Если эти изменения внести в стандартный дистрибути

пожалуйста обновите скриншоты

тема очень насущная. Кто нибудь может сделать пару скриншотов для новичков из phpMyAdmin ？

тема очень насущная. Кто нибудь может сделать пару

?
 ?

Большое спасибо!

Александру спасибо за скрины!

Более простой способ — внести все изменения в файлы дистрибутива. Тогда все встанет автоматом при установке. И база тоже будет создана как надо.

Более простой способ — внести все изменения в файл

а есть ли подробная инфа на русском о том в каких файлах и какие изменения сделать?

а есть ли подробная инфа на русском о том в каких 

изменения нужно делать те, которые указаны на github по ссылке в топике. Русской информации нет. Скажу больше — ее нет и на английском. Я в свое время не один день потратил на поиски. Нашел случайно, когда уже отчаялся. А через пару месяцев те ссылки перестали работать, собственно, поэтому я и создал этот топик.

изменения нужно делать те, которые указаны на gith

«Русской информации нет. Скажу больше — ее нет и на английском.» — я уже лично убедился в этом. Перелопатил весь интернет и ничего не нашёл. 
 Сделал всё по инструкции как описано тут github.com/modxcms/revolution/compare/2.x...Tramp1357:Tramp1357-patch-1 — ВСЁ РАБОТАЕТ ОТЛИЧНО!
 Информация на вес золота )). Огромное спасибо.

«Русской информации нет. Скажу больше — ее нет и н

Рад помочь :)

Здравствуйте! Спасибо огромное за информацию! 
 Пункт «Не использовать в URL» успешно добавился, но при попытке заменить modresource.map.inc на взятый с гитхабера сайт слетает… можно поподробнее про поле exclude_alias_in_childs b и индекс к нему?

Здравствуйте! Спасибо огромное за информацию! 
 Пу

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

Не нужно заменять полностью файлы, поскольку он мо

Саша, не стоит редактировать файлы ядра. Описание колонки лучше в metadata.mysql.php прописать, или плагином.

Саша, не стоит редактировать файлы ядра. Описание 

Да, это тоже вариант, не подумал.
 Просто описал, как сам делаю :)

Да, это тоже вариант, не подумал.
 Просто описал, 

Просто описал, как сам делаю :)

И что потом происходит, когда MODX обновляешь? ;) Или не обновляешь?))

Просто описал, как сам делаю :) И что потом происходит, когда MODX обновляешь? ;) Или не обновляешь?))

Просто описал, как сам делаю :) И что потом происх

Да пока 2.3.6 и использую. Про 2.4+ пока не слышал, что ошибку исправили.
 Да и при обновлении мне несложно файлы обновить, всё равно ведь в ядро лезть надо :)
 

Единственно, что я сейчас исключил — это правку базы руками. Я просто в установочном пакете сразу данные про это поле прописываю в modx.mysql.schema.xml — и при установке всё уже есть.
 Но php всё равно править приходится.
 

Хотя согласен, твои идеи очень интересны, буду использовать :)

Да пока 2.3.6 и использую. Про 2.4+ пока не слышал, что ошибку исправили.
 Да и при обновлении мне несложно файлы обновить, всё равно ведь в ядро лезть надо :) Единственно, что я сейчас исключил — это правку базы руками. Я просто в установочном пакете сразу данные про это поле прописываю в modx.mysql.schema.xml — и при установке всё уже есть.
 Но php всё равно править приходится. Хотя согласен, твои идеи очень интересны, буду использовать :)

Да пока 2.3.6 и использую. Про 2.4+ пока не слышал

Про 2.4+ пока не слышал, что ошибку исправили.

Ты про эту? 
 Я пока не отписался с подробностями, но коротко: выяснил в чем проблема. Они давно уже вынесли расширяющие пакеты из системных настроек в отдельную таблицу, но с этим у них косяков куча (я про них им писал еще в 13-ом году), в итоге у них чтение этих записей есть, а создания нет (да, и такое бывает :)). При этом именно при обновлении MODX фигачит эти настройки в отдельную таблицу, но MODX при инициализации по разному обрабатывает данные расширяющих пакетов из системных настроек и отдельной таблицы. В общем, в большинстве случаев помогает просто очистка таблицы modx_extension_packages (только не забывает про бекапы).
 

Да и при обновлении мне несложно файлы обновить, всё равно ведь в ядро лезть надо :)

Если ты все правильно делаешь, то в ядро не придется лезть.
 

Единственно, что я сейчас исключил — это правку базы руками. Я просто в установочном пакете сразу данные про это поле прописываю в modx.mysql.schema.xml — и при установке всё уже есть.

Ты и это можешь исключить. Когда пакет устанавливается, ты можешь инициировать свой модуль и выполнить добавление колонки средствами самого MODX-а.
 Вот смотри пример:
 

<?php
$pkgName = 'modImporter';
$pkgNameLower = strtolower($pkgName);

if ($object->xpdo) {
  $modx =& $object->xpdo;
  $modelPath = $modx->getOption("{$pkgNameLower}.core_path",null,$modx->getOption('core_path')."components/{$pkgNameLower}/").'model/';

  switch ($options[xPDOTransport::PACKAGE_ACTION]) {
    case xPDOTransport::ACTION_INSTALL:
    case xPDOTransport::ACTION_UPGRADE:
      if ($modx instanceof modX) {
        $modx->addExtensionPackage($pkgNameLower, "[[++core_path]]components/{$pkgNameLower}/model/", array(
          // 'serviceName' => $pkgName,
          // 'serviceClass' => $pkgName,
        ));
        
        
        $modx->addPackage($pkgNameLower, MODX_CORE_PATH . "components/{$pkgNameLower}/model/", array(
          // 'serviceName' => $pkgName,
          // 'serviceClass' => $pkgName,
        ));
        
        $manager = $modx->getManager();

        $manager->addField('modResource', 'externalKey');
        $manager->addIndex('modResource', 'externalKey');
        
        
        $modx->log(xPDO::LOG_LEVEL_INFO, 'Adding ext package');
      } 
      break; 
        
    case xPDOTransport::ACTION_UNINSTALL:
      if ($modx instanceof modX) {
        $modx->removeExtensionPackage($pkgNameLower);
      }
      break;
  }
}
return true;

Это вот сюда фигачится: github.com/MODX-Club/MODX_SamplePackage/blob/master/_build/resolvers/resolver.register.php
 Только в транспортере надо подключить резолвер.

Про 2.4+ пока не слышал, что ошибку исправили. Ты про эту? 
 Я пока не отписался с подробностями, но коротко: выяснил в чем проблема. Они давно уже вынесли расширяющие пакеты из системных настроек в отдельную таблицу, но с этим у них косяков куча (я про них им писал еще в 13-ом году), в итоге у них чтение этих записей есть, а создания нет (да, и такое бывает :)). При этом именно при обновлении MODX фигачит эти настройки в отдельную таблицу, но MODX при инициализации по разному обрабатывает данные расширяющих пакетов из системных настроек и отдельной таблицы. В общем, в большинстве случаев помогает просто очистка таблицы modx_extension_packages (только не забывает про бекапы). Да и при обновлении мне несложно файлы обновить, всё равно ведь в ядро лезть надо :) Если ты все правильно делаешь, то в ядро не придется лезть. Единственно, что я сейчас исключил — это правку базы руками. Я просто в установочном пакете сразу данные про это поле прописываю в modx.mysql.schema.xml — и при установке всё уже есть. Ты и это можешь исключить. Когда пакет устанавливается, ты можешь инициировать свой модуль и выполнить добавление колонки средствами самого MODX-а.
 Вот смотри пример: <?php
$pkgName = 'modImporter';
$pkgNameLower = strtolower($pkgName);

if ($object->xpdo) {
  $modx =& $object->xpdo;
  $modelPath = $modx->getOption("{$pkgNameLower}.core_path",null,$modx->getOption('core_path')."components/{$pkgNameLower}/").'model/';

  switch ($options[xPDOTransport::PACKAGE_ACTION]) {
    case xPDOTransport::ACTION_INSTALL:
    case xPDOTransport::ACTION_UPGRADE:
      if ($modx instanceof modX) {
        $modx->addExtensionPackage($pkgNameLower, "[[++core_path]]components/{$pkgNameLower}/model/", array(
          // 'serviceName' => $pkgName,
          // 'serviceClass' => $pkgName,
        ));
        
        
        $modx->addPackage($pkgNameLower, MODX_CORE_PATH . "components/{$pkgNameLower}/model/", array(
          // 'serviceName' => $pkgName,
          // 'serviceClass' => $pkgName,
        ));
        
        $manager = $modx->getManager();

        $manager->addField('modResource', 'externalKey');
        $manager->addIndex('modResource', 'externalKey');
        
        
        $modx->log(xPDO::LOG_LEVEL_INFO, 'Adding ext package');
      } 
      break; 
        
    case xPDOTransport::ACTION_UNINSTALL:
      if ($modx instanceof modX) {
        $modx->removeExtensionPackage($pkgNameLower);
      }
      break;
  }
}
return true; Это вот сюда фигачится: github.com/MODX-Club/MODX_SamplePackage/blob/master/_build/resolvers/resolver.register.php
 Только в транспортере надо подключить резолвер.

Про 2.4+ пока не слышал, что ошибку исправили. Ты 

Не, я про эту (наборы параметров)
 

За информацию спасибо, буду пробовать

Ты про эту? Не, я про эту (наборы параметров) За информацию спасибо, буду пробовать

Ты про эту? Не, я про эту (наборы параметров) За и

Нет, это уже в 2.4.2 поправлено, багфикс приняли.

Да, вчера увидел :)

Функция очень удобная и нужная. В Evo пользовался ею, при чем там она идет сразу с коробки. Честно говоря удивило, что такой функционал реализован в EVO и я его не нашел в REVO…
 Сегодня пробовал на OpenServer на 2.4.2-pl advanced. 
 Сама строка «Не использовать в URL» с чекбоксом появилась, даже сохраняет, и в дереве ресурсов добавляет ea, но не работает. Все равно добавляет отключенные ресурсы в путь. Перепроверил дважды…

Функция очень удобная и нужная. В Evo пользовался 

Перепроверь github.com/Tramp1357/revolution/commit/d30ba3b9cfaf4ccd1bde17d6c651460b0b9a3a2d
 Номера строк такие для версии 2.3.6, в других версиях они могут отличаться.
 Еще стоит почистить кэш.
 Метод стопудово рабочий, у меня работает на 6 боевых сайтах, не считая тестовых :)

Перепроверь github.com/Tramp1357/revolution/commit

Все правильно ) Метод рабочий, это я протупил с одной строчкой )))

Все правильно ) Метод рабочий, это я протупил с од

У меня была большая проблема с предыдущим хостингом. 
 Прежде всего очень медленно работала админка, любое изменение на сайте было долгим и нудным. Все зависало, причем, сайт становился недоступным — ибо шел большой перегруз на сервер. На хостинге проблемы не видели. Создал страницу, загрузил картинку — подвисло все. Если объем работы был большой, то через какое то время становился недоступным сайт. В общем все было грустно и лишний раз что то делать не было горячего желания. 
 В конце концов я все таки решил перейти на новый хостинг и выбрал от Модекс клуба с анализом.
 Огромное спасибо Николаю, который исправил достаточно серьезные ошибки, из за которых происходили все эти странные и неприятные вещи с зависаниями и доступностью. 
 Ну и кроме того нельзя не отметить скорость с которой все начало загружаться, открываться, двигаться — разница ощутима.
 Что касается админки и работы в ней — то это в разы просто стало быстрее. Что называется- " не успел подумать и начать, а оно уже сделано". Просто милисекунды. Я даже не могу привыкнуть после старых тормозов. 
 Так что если вы сталкиваетесь с проблемами, то можно рекомендовать этот хостинг, чтобы ни посетителям не доставлять неудобства, да и самому приятно, когда твой сайт просто «летает» и с ним приятно и легко работать. Обращайтесь не пожалеете. 
 Отдельно надо отметить профессионализм Николая, который наладил все буквально в течении короткого времени, причем все в режиме приятного диалога, чувствуется «рука мастера». Спасибо.

У меня была большая проблема с предыдущим хостинго

Столкнулся с такой же проблемой и решил ее банальным CustomURL (https://rtfm.modx.com/extras/revo/customurls) с шаблоном [[+cu.parent_uri]]/[[+alias]]. Чем не метод?

Столкнулся с такой же проблемой и решил ее банальн

Спасибо огромное, правда не сразу помогло, ковырял как мог, уж опустил руки и пытался разобраться с CustomURL, но о чудо, заработало

Спасибо огромное, правда не сразу помогло, ковырял

Кстати а как? Я пробовал тоже CustomURL недавно, сильно правда не вникал, но с первых двух попыток ничего не заработало. Можете поделиться инфой? Версия MODx 2.5.2

Кстати а как? Я пробовал тоже CustomURL недавно, с

в gist все изменения прописаны. Единственное что — нужно не по номерам строк искать, поскольку в разных версиях MODX они могут отличаться. Просто искать именно эти строки и вносить изменения.

в gist все изменения прописаны. Единственное что —

Добрый день. Подскажите пожалуйста, если эти изменения делать на уже работающем сайте, то без обновления modx будет работать?


Добрый день. Подскажите пожалуйста, если эти измен

Не совсем понял вопрос.
 Если сделаете изменения, то работать будет. 
 После обновления MODX придётся повторить эти действия, т.к. приходится лезть в ядро MODX, и при обновлении эти изменения перетрутся.

Не совсем понял вопрос.
 Если сделаете изменения, 

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

Все делал по инструкции, но никаких изменений не п

Попробуйте физически удалить /core/cache

Спасибо.

Привет, можете дать скрины еще раз первого пункта? Не понимаю, какие значения прописать.

Привет, можете дать скрины еще раз первого пункта?

Добрый день. там не нужен никакой скрин. Нужно просто зайти в phpmyadmin, открыть базу сайта и  в таблицу modx_site_content добавить поле exclude_alias_in_childs (boolean), сделать к нему индекс. Там на скрине была просто картинка из phpmyadmin

Добрый день. там не нужен никакой скрин. Нужно про

Вот http://prntscr.com/jhknyt

и http://prntscr.com/jhkopw

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

а помимо изменения файлов в сайте и бд, нужно что-

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

Ну и кэш не забываем чистить. Можно даже руками удалить core/cache

Если всё сделать правильно, то проблем не возникнет.

Я же писал - нужно не полностью менять файлы, а менять именно эти строки. В разных версиях MODX эти файлы могут отличаться, и нужная строка будет не на той позиции. Ну и кэш не забываем чистить. Можно даже руками удалить core/cache Если всё сделать правильно, то проблем не возникнет.

Я же писал - нужно не полностью менять файлы, а ме

да, все сделал, кеш почистил, работает, буду менять строки теперь а не файлы(ничего не поломалось, но на всякий случай), а как понять какие строки менять на гите?

да, все сделал, кеш почистил, работает, буду менят

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

по их содержимому. Номера искомых строк должны нах

Может, я невнимательно прочитал ветку, но исключение родителя из адреса можно легко сделать без изменений в ядре, плагином на OnDocFormSave.

Немного сумбурно, но все же:

В этом примере исключаем алиас родителя с id=2 на вложенности до 4 уровней в ветке.

Соответственно, если нужно исключать на большей вложенности, увеличиваем $depth, а если нужно исключать несколько родителей, это несложно переделать на массив с нужными id.

<?php
if ($modx->event->name == 'OnDocFormSave') {
    $depth = 4;
    $parent = 2;
    $id = $resource->get('id');

    //Если у ресурса уже стоит галочка на перезапись alias-а, выходим
    if ($resource->get('uri_override') == 1) return;

    $docParent = $resource->get('parent');
    $parentIds = $modx->getParentIds($id, $depth, array('context' => 'web'));
    
    if (count($parentIds) == 0 && $docParent != $parent) $parentIds = $modx->getParentIds($docParent, $depth, array('context' => 'web'));
    elseif ($docParent == $parent) $parentIds[] = $parent;
    
    //Если сохраняется документ не из нужной нам ветки $parent, выходим    
    if (!in_array($parent, $parentIds)) return ;
    
    $alias = str_replace($modx->makeUrl($parent), '', $modx->makeUrl($id));
    
    $resource->set('uri', $alias);
    $resource->set('uri_override', true);
    $resource->save();
}

Может, я невнимательно прочитал ветку, но исключение родителя из адреса можно легко сделать без изменений в ядре, плагином на OnDocFormSave. Немного сумбурно, но все же: В этом примере исключаем алиас родителя с id=2 на вложенности до 4 уровней в ветке. Соответственно, если нужно исключать на большей вложенности, увеличиваем $depth, а если нужно исключать несколько родителей, это несложно переделать на массив с нужными id.

Может, я невнимательно прочитал ветку, но исключен

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

всё это интересно, но сам топик о том, чтобы в док

Этот функционал есть по дефолту в версии 2.7.0

Пока не пробовал - 2.7.0 ломает работу modSmarty, а у меня все сайты на нём

Пока не пробовал - 2.7.0 ломает работу modSmarty,

Проще способ подойдет не для всех, но все же, используем только замороженые ури:

if (!$useFrozenPathUris) {
    $parentResources[]= "{$parentAlias}";
}