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

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

Песочница

Я негодую

Генерация кастомных URL

Страницы не отображаются. MODX Revolution 2.3.3-pl

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

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

После переноса сайта проблемы с url, но не везде. Прорлемы с phpthumbof -> cache

Неправильные URL в yandex webmaster

Тебе это автоматизировать надо или вручную будешь делать? uri_override рулит.

Тебе это автоматизировать надо или вручную будешь 

Да, была такая идея. Просто там уже ~1500 товаров в нескольких десятках категорий.
 А вообще как-то можно вклиниться в процесс формирования uri? Чтобы автоматом?

Да, была такая идея. Просто там уже ~1500 товаров 

Ну да, в плагине. Смотри здесь, особенно комментарии.

Ну да, в плагине. Смотри здесь, особенно комментар

ищи плагин autofolders и смотри его код.

Так может сервер не на апаче? Пофигу ему тогда на .htaccess. А даже если на апаче, может учет хтакцесса отключен, или правила подмены не разрешены. Проще всего проверить — фигню какую-нибудь в .htaccess прописать, чтобы вызвать критическую ошибку (просто типа dg sfdfsdfsdf sdfsd пропишите и все). Если после этого при заходе на главную страница сломается, значит глубже копайте. Если нет, то смотрите выше.

Так может сервер не на апаче? Пофигу ему тогда на 

Николай, сервер нормальный с Апаче от www.ihc.ru/hosting.html
 Пару недель назад ставил MODX и всё работало.
 

Вбил абдру-кадабру в .htaccess, но главная страница всё равно отображается.
 

Может причина в том, что поставил MODX не в корень домена — domain.ru, а в папку — domain.ru/modx.
 Сейчас попробую установить в корень.

Николай, сервер нормальный с Апаче от www.ihc.ru/hosting.html
 Пару недель назад ставил MODX и всё работало. Вбил абдру-кадабру в .htaccess, но главная страница всё равно отображается. Может причина в том, что поставил MODX не в корень домена — domain.ru, а в папку — domain.ru/modx.
 Сейчас попробую установить в корень.

Николай, сервер нормальный с Апаче от www.ihc.ru/h

Поставил в корень домена — domain.ru — и всё заработало.
 

Вопрос — что и где нужно подправить (указать путь), чтобы MODX работал находясь в любой папке домена, например, в domain.ru/modx.

Поставил в корень домена — domain.ru — и всё заработало. Вопрос — что и где нужно подправить (указать путь), чтобы MODX работал находясь в любой папке домена, например, в domain.ru/modx.

Поставил в корень домена — domain.ru — и всё зараб

RewriteBase подправьте

Николай, спасибо! Всё заработало.
 Остальным сообщаю, нужно в .htaccess вписать имя папки, где установлен MODX.
 Т. е., если MODX установлен в domain.ru/modx, то вместо строки
 RewriteBase /
 надо написать
 RewriteBase /modx
 

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

Николай, спасибо! Всё заработало.
 Остальным сообщаю, нужно в .htaccess вписать имя папки, где установлен MODX.
 Т. е., если MODX установлен в domain.ru/modx, то вместо строки
 RewriteBase /
 надо написать
 RewriteBase /modx Вот только не понимаю — зачем или почему MODX создаёт такую головную боль для пользователей.
 Я пользую разные движки — платные и бесплатные — но такой проблемы не встречал уже несколько лет. Всегда двиг работал, даже если установлен с сабдиректорию.

Николай, спасибо! Всё заработало.
 Остальным сообщ

Вот только не понимаю — зачем или почему MODX создаёт такую головную боль для пользователей.

А при чем тут MODX? Это вопрос к .htaccess и апачу. И абсолютно логично, что вы переместили в папку и у вас подмена УРЛов сломалась.
 

Всегда двиг работал, даже если установлен с сабдиректорию.

Ну, если у вас там не ЧПУ или по старинке на реальных файлах — то вполне могло работать. А вот так с виртуальными путями у вас не могло без проблем работать в любой произвольной папке, чисто технически. Если вы не можете самостоятельно вот так включить ЧПУ, то вы не можете компетентно утверждать обратное.

Пожалуйста! Вот только не понимаю — зачем или почему MODX создаёт такую головную боль для пользователей. А при чем тут MODX? Это вопрос к .htaccess и апачу. И абсолютно логично, что вы переместили в папку и у вас подмена УРЛов сломалась. Всегда двиг работал, даже если установлен с сабдиректорию. Ну, если у вас там не ЧПУ или по старинке на реальных файлах — то вполне могло работать. А вот так с виртуальными путями у вас не могло без проблем работать в любой произвольной папке, чисто технически. Если вы не можете самостоятельно вот так включить ЧПУ, то вы не можете компетентно утверждать обратное.

Пожалуйста! Вот только не понимаю — зачем или поче

А при том тут MODX, что именно он не работает. И не важно — по какой причине.
 

Смотрите, я устанавливаю в папку domain.ru/papka, например, diafan.cms — всё нормально работает (ЧПУ делаем как хотим в админке).
 WordPress тоже нормально работает (с дружественными URL).
 Drupal тоже работает без проблем.
 Ещё несколько других движков тоже работает.
 И только MODX не работает.
 

Вот у меня и возник абсолютно закономерный вопрос — почему у MODX есть эта проблема. Зачем они грузят своих пользователей этой проблемой, если можно не грузить (как у других CMS).


А при том тут MODX, что именно он не работает. И не важно — по какой причине. Смотрите, я устанавливаю в папку domain.ru/papka, например, diafan.cms — всё нормально работает (ЧПУ делаем как хотим в админке).
 WordPress тоже нормально работает (с дружественными URL).
 Drupal тоже работает без проблем.
 Ещё несколько других движков тоже работает.
 И только MODX не работает. Вот у меня и возник абсолютно закономерный вопрос — почему у MODX есть эта проблема. Зачем они грузят своих пользователей этой проблемой, если можно не грузить (как у других CMS).

А при том тут MODX, что именно он не работает. И н

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

Может они хотят, чтобы у разработчиков чуть больше

Николай, всегда думал, что CMS как раз и существует для того, чтобы облегчить жизнь пользователю и разработчику.
 Например я с прошлого века занимаюсь деланием сайтов (с 1998), но меня напряг этот момент.
 Помню что такая проблема уже случалась с каким-то движком, но много лет назад.
 И обращаю внимание, что так называемый веб-разработчик, даже имеющий многолетний стаж, зачастую не фамильярен с .htaccess.
 

Николай, всегда думал, что CMS как раз и существует для того, чтобы облегчить жизнь пользователю и разработчику.
 Например я с прошлого века занимаюсь деланием сайтов (с 1998), но меня напряг этот момент.
 Помню что такая проблема уже случалась с каким-то движком, но много лет назад.
 И обращаю внимание, что так называемый веб-разработчик, даже имеющий многолетний стаж, зачастую не фамильярен с .htaccess. :)

Николай, всегда думал, что CMS как раз и существуе

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

Так и есть. Она и облегчает жизнь, особенно разработчику. Это и приводит к тому, что многие разработчики сейчас часто не знают элементарных вещей. И, кстати, это особенно касается MODX-разработчиков, так как здесь сайты можно делать даже не зная пхп (я не говорю сейчас про уровень сайтов, но сайты делать можно). Это в итоге выливается в то, что общий уровень знаний веб-разработчиков снижается.
 

Не хочу особо развивать холивары, это мое ИМХО. Ваш случай скорее из разряда «И на старуху бывает проруха», но я все равно не стал бы здесь обвинять MODX в чем-то, ибо это мелочи.

всегда думал, что CMS как раз и существует для того, чтобы облегчить жизнь пользователю и разработчику. Так и есть. Она и облегчает жизнь, особенно разработчику. Это и приводит к тому, что многие разработчики сейчас часто не знают элементарных вещей. И, кстати, это особенно касается MODX-разработчиков, так как здесь сайты можно делать даже не зная пхп (я не говорю сейчас про уровень сайтов, но сайты делать можно). Это в итоге выливается в то, что общий уровень знаний веб-разработчиков снижается. Не хочу особо развивать холивары, это мое ИМХО. Ваш случай скорее из разряда «И на старуху бывает проруха», но я все равно не стал бы здесь обвинять MODX в чем-то, ибо это мелочи.

всегда думал, что CMS как раз и существует для тог

Отчасти согласен с вами :)

Как вариант, можно было бы написать плагин, срабатывающий при сохранении ресурса и решающий (по какому-то критерию), какой 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 описанием переделок

Судя по всему просто дело в правах на файлы. На одном сайте поигрались, перенесли на другой (вместе с кешем старого сайта). assets/commponents/phpthumbof/cache, к слову, на то и называется cache, что не является рабочей папкой, а папка для уже конечного результата, потому в одном с ней контексте говорить «все картинки, которые использовались в этом дополнении улетели» не совсем корректно. Это сайт работал с уже имеющимися в ней картинками, а вот phpthumbof уже ничего не мог с этой папкой делать (опять-таки, судя по всему из-за отсутствия прав). Потому когда вы их удалили, phpthumbof не смог ничего в эту папку записать.
 

То же самое и с УРЛами. Что-то смогло закешироваться, а что-то нет. Когда вы перенесли обратно на первый сайт, перенесли с кешем второго сайта. «Кэш чистил» — опять-таки: как чистили? Через админку? Админка ничего не скажет, если не сможет какие-то файлы кеша удалить при сбросе. Она только скажет «кеш очищен», но был ли он очищен или нет — знать не будете. Только физическое удаление папки core/cache по ftp или ssh (когда вы видите, что папка удалилась) гарантирует вам, что он удален (в случае, если используется дефолтный кеш-провайдер). А так, если у вас кеш-файлы со старого сайта остались, не удивительно, что с УРЛами фигня получилась.
 

В общем, не гарантия на все это, но скорее всего именно так.

Судя по всему просто дело в правах на файлы. На одном сайте поигрались, перенесли на другой (вместе с кешем старого сайта). assets/commponents/phpthumbof/cache, к слову, на то и называется cache, что не является рабочей папкой, а папка для уже конечного результата, потому в одном с ней контексте говорить «все картинки, которые использовались в этом дополнении улетели» не совсем корректно. Это сайт работал с уже имеющимися в ней картинками, а вот phpthumbof уже ничего не мог с этой папкой делать (опять-таки, судя по всему из-за отсутствия прав). Потому когда вы их удалили, phpthumbof не смог ничего в эту папку записать. То же самое и с УРЛами. Что-то смогло закешироваться, а что-то нет. Когда вы перенесли обратно на первый сайт, перенесли с кешем второго сайта. «Кэш чистил» — опять-таки: как чистили? Через админку? Админка ничего не скажет, если не сможет какие-то файлы кеша удалить при сбросе. Она только скажет «кеш очищен», но был ли он очищен или нет — знать не будете. Только физическое удаление папки core/cache по ftp или ssh (когда вы видите, что папка удалилась) гарантирует вам, что он удален (в случае, если используется дефолтный кеш-провайдер). А так, если у вас кеш-файлы со старого сайта остались, не удивительно, что с УРЛами фигня получилась. В общем, не гарантия на все это, но скорее всего именно так.

Судя по всему просто дело в правах на файлы. На од

Можете пожалуйста расписать подробнее 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+ пока не слышал, что ошибку исправили. Ты 

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

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

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