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

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

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

Как вариант, можно было бы написать плагин, срабатывающий при сохранении ресурса и решающий (по какому-то критерию), какой uri установить у ресурса. По-моему, это проще. Или я неверно понял задачу?

Как вариант, можно было бы написать плагин, срабат

Это крайне проблематично. Дело в том, что установка uri выполняется не в самом плагине, а в modResource::refreshURIs(), к тому же еще и рекурсивно. Без модификации ядра тут вряд ли что-то можно сделать.

Это крайне проблематично. Дело в том, что установк

А как же поставить галко «Заморозить урл» и вписать нужное в настройках ресурса? Или я неверно понял задачу ))?

А как же поставить галко «Заморозить урл» и вписат

Документов достаточно много, и заморозка URL — не самый удобный вариант.

Понял, ставлю плюс в тему.

Документов достаточно много, и заморозка URL — не самый удобный вариант. Понял, ставлю плюс в тему.

Документов достаточно много, и заморозка URL — не 

Я извиняюсь, что задаю вопрос, не разбираясь в механизм формирования uri и очистки кэша, но всё-таки сделаю это.
 А что, если плагин будет замораживать uri при сохранении? Я, не вчитываясь, углядел в методе refreshURIs какую-то проверку на заморозку uri. 


Я извиняюсь, что задаю вопрос, не разбираясь в мех

Опять таки, под неудобством заморозки URI автор имел ввиду ручную заморозку. Если организовать это в плагине, то я пока не вижу проблем.

Опять таки, под неудобством заморозки URI автор им

Ури замораживается только для текущего документа и не учитывается дочерними. Если заморозку не трогать, то меняя алиас какого-нибудь раздела, ури обновляются у всех подразделов и дочерних документов на любой уровень вложенности. То, что предлагает Саша, учитывается в формировании УРЛов всех дочерних документов автоматически. Вы же предлагаете морозить урлы отдельных документов.

Ури замораживается только для текущего документа и

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

Можно и так, конечно. но у меня стоит проблема с п

Я всё равно не понимаю. Давайте, разберём пример и я пойму, почему я не прав?
 Допустим, есть родительский ресурс news, у которого есть дочерние ресурсы. Соответственно, список статей доступен по адресу localhost/news/, а каждая новость доступна по адресу localhost/news/nazvanie. Но мы захотели, чтобы uri любой новости выглядел так: localhost/nazvanie. 
 Для простоты допустим, что у нас ещё нет новостей. Итак, я кликаю правой клавишей по «Новости» -> «Создать ресурс». Заполняю поля. Нажимаю сохранить. Плагин замораживает uri у только что созданного ресурса новости, исключая uri родительского ресурса. И, каждый раз создавая ресурс, его uri будет замораживаться и не будет меняться при очистке кэша и пр.
 Допустим, даже, что у нас уже были какие-то дочерние ресурсы. Не составляет сложности пройтись единожды по этим ресурсам и подкорректировать uri, предварительно заморозив. 


Я всё равно не понимаю. Давайте, разберём пример и

Примеры: 
 1. каталог с большим уровнем вложенности и сотнями товаров. Грустно будет править url в каждом, да и ошибиться нетрудно.
 2. много статей — для удобства работы можно создать технические подпапки
 

articles/dir1/dir1-1/article1
articles/dir1/dir1-2/article2
articles/dir2/dir1-1/article3
...


и можно не греть голову с url типа 
 

а будем точно знать (и не переживать, что забыли подправить), что адреса будут
 

articles/article1
articles/article2
articles/article3
...

Да и работы меньше при наполнении. :)

Примеры: 
 1. каталог с большим уровнем вложенности и сотнями товаров. Грустно будет править url в каждом, да и ошибиться нетрудно.
 2. много статей — для удобства работы можно создать технические подпапки articles/dir1/dir1-1/article1
articles/dir1/dir1-2/article2
articles/dir2/dir1-1/article3
... и можно не греть голову с url типа /articles/dir1/dir1-1/article1 а будем точно знать (и не переживать, что забыли подправить), что адреса будут articles/article1
articles/article2
articles/article3
... Да и работы меньше при наполнении. :)

Примеры: 
 1. каталог с большим уровнем вложенност

И я не понимаю, почему такой удобной функции до сих пор нет в самом ядре.

Если бы все интересные и полезные функции в ядро отправлялись, MODX бы уже сдох наверно от переизбытка веса :)
 Но да, некоторые вещи даже очень важные в ядро почему-то не попадают. К примеру вот это я писал в далеком 11-ом году: Тюнинг MODx Revolution. Оптимизация кэша. Загрузка страницы менее чем за 0,4 сек. при > 1 000 000 документов. И все, что надо было — это просто добавить в документ галочку «не добавлять в кеш-карту». Это бы позволило MODX-у без проблем работать с десятками и сотнями тысяч документов. То есть, как не крути, а именно из-за этой мелочи MODX до сих пор себя плохо ведет с большим количеством документов. 
 Ан нет… До сих пор не включено. До сих пор приходится юзать cacheOptimizer на больших проектах.

И я не понимаю, почему такой удобной функции до сих пор нет в самом ядре. Если бы все интересные и полезные функции в ядро отправлялись, MODX бы уже сдох наверно от переизбытка веса :)
 Но да, некоторые вещи даже очень важные в ядро почему-то не попадают. К примеру вот это я писал в далеком 11-ом году: Тюнинг MODx Revolution. Оптимизация кэша. Загрузка страницы менее чем за 0,4 сек. при > 1 000 000 документов. И все, что надо было — это просто добавить в документ галочку «не добавлять в кеш-карту». Это бы позволило MODX-у без проблем работать с десятками и сотнями тысяч документов. То есть, как не крути, а именно из-за этой мелочи MODX до сих пор себя плохо ведет с большим количеством документов. 
 Ан нет… До сих пор не включено. До сих пор приходится юзать cacheOptimizer на больших проектах.

И я не понимаю, почему такой удобной функции до си

Вы хорошо понимаете что такое рекурсия и как сделать выборку всех документов без ограничения количества вложенности? Не Wayfinder юзая, но свой код на php написав?

Вы хорошо понимаете что такое рекурсия и как сдела

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

Зачем что-то вручную делать, если у MODX есть пригодный для этого API? На крайний случай — SQL или простой PHP-скрипт.
 Возможно, такой функционал действительно пользовался бы спросом, но я лично не припомню, чтобы это когда-либо требовалось (да, я видел новостные сайты, где alias новости идёт сразу после доменного имени, но до сих пор не понимаю целесообразности). Если не секрет, для чего потребовалось изменять ядро ради задачи, решаемой элементарным плагином?

к тому же придется делать это вручную Зачем что-то вручную делать, если у MODX есть пригодный для этого API? На крайний случай — SQL или простой PHP-скрипт.
 Возможно, такой функционал действительно пользовался бы спросом, но я лично не припомню, чтобы это когда-либо требовалось (да, я видел новостные сайты, где alias новости идёт сразу после доменного имени, но до сих пор не понимаю целесообразности). Если не секрет, для чего потребовалось изменять ядро ради задачи, решаемой элементарным плагином?

к тому же придется делать это вручную Зачем что-то

со всем согласен, но такие вещи хотя бы как псевдомодули (или патчи, расшмрения) оформлять как-то можно бы :)

со всем согласен, но такие вещи хотя бы как псевдо

блин, как жаль что комментарии не редактируются :(

Когда-нибудь будут, как руки дойдут :)

Если не секрет, для чего потребовалось изменять ядро ради задачи, решаемой элементарным плагином?

Василий, еще раз: то, что вы предлагаете, плагином не решается. Разве еще не ясно? Попробуйте влезть плагином в это изменение, да так, чтобы все дочерние документы обновились как надо:
 

$doc = $modx->getObject('modResource', $id);
$doc->set('alias', $new_alias);
$doc->save();

Если не секрет, для чего потребовалось изменять ядро ради задачи, решаемой элементарным плагином? Василий, еще раз: то, что вы предлагаете, плагином не решается. Разве еще не ясно? Попробуйте влезть плагином в это изменение, да так, чтобы все дочерние документы обновились как надо: $doc = $modx->getObject('modResource', $id);
$doc->set('alias', $new_alias);
$doc->save();

Если не секрет, для чего потребовалось изменять яд

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

/каталог/потолки/подвесные потолки/подвесные_потолки_armstrong/название_конкретного_товара

а на выходе должно быть 
 

/каталог/подвесные_потолки_armstrong/название_конкретного_товара

2.возникает проблема с уникальностью URI.
 

На самом деле я не навязываю этот способ, просто второй раз сталкиваюсь с такой проблемой, и подумал, вдруг кому еще пригодится :)


можно отключить вложенные URI, но 
 1.это не всегда подходит
 к примеру, есть товар, который лежит в каталоге в /каталог/потолки/подвесные потолки/подвесные_потолки_armstrong/название_конкретного_товара а на выходе должно быть /каталог/подвесные_потолки_armstrong/название_конкретного_товара 2.возникает проблема с уникальностью URI. На самом деле я не навязываю этот способ, просто второй раз сталкиваюсь с такой проблемой, и подумал, вдруг кому еще пригодится :)

можно отключить вложенные URI, но 
 1.это не всегд

Как-нибудь попробую подумать на эту тему. Я изначально подумал про частный случай с двумя уровнями (новости/новость), не учитывая больший уровень вложенности. Тогда однозначно спасибо Александру. Если этого не будет в ядре, когда понадобится, обращусь к статье.

Как-нибудь попробую подумать на эту тему. Я изнача

CustomUrls не решает эту задачу?

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

Да и на самом деле то, что предложено в этом топике, делается за 5 минут, и не требует больше никаких действий кроме как выставить/снять галочку.
 Я не сторонник различных довесков, которые нагружают систему.
 Да и банальная лень — проще сделать как проще :)

Насколько я его понял, он выполняет другие задачи. Не нашел я (правда, глубоко не вдавался) в нем возможности из /каталог/потолки/подвесные потолки/подвесные_потолки_armstrong/название_конкретного_товара сделать /каталог/подвесные_потолки_armstrong/название_конкретного_товара Да и на самом деле то, что предложено в этом топике, делается за 5 минут, и не требует больше никаких действий кроме как выставить/снять галочку.
 Я не сторонник различных довесков, которые нагружают систему.
 Да и банальная лень — проще сделать как проще :)

Насколько я его понял, он выполняет другие задачи.

github.com/bertoost/revolution/commit/4323cfdbdb9afca3ff23d30faf0492e524b57faa
 github.com/bertoost/revolution/commit/1a9bd36035b6bba28ff50a2692060b8567949fd3

github.com/bertoost/revolution/commit/4323cfdbdb9afca3ff23d30faf0492e524b57faa
 github.com/bertoost/revolution/commit/1a9bd36035b6bba28ff50a2692060b8567949fd3 Ресурсы несуществуют(

github.com/bertoost/revolution/commit/4323cfdbdb9a

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

Действительно, почему-то удалены. Сегодня постараю

А можно как то сейчас их получить? 
 Спасибо заранее)

А можно как то сейчас их получить? 
 Спасибо заран

К сожалению, я за компьютером буду около 16-00. Все надо собрать с рабочего сайта.

К сожалению, я за компьютером буду около 16-00. Вс

Ок, тогда жду )

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

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

Спасибо!

Пожалуйста

Написал новый топик c описанием переделок

Можете пожалуйста расписать подробнее 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}";
}

исключить из URL

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

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