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

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

Песочница

Вакансии

modxSDK

seo-1.3.0-alpha

ShopModxBox - первое приближение.

Товары ShopModx и плагины для них

как исправить ошибку

Загрузка фото в профиль пользователя

Вывод списка пользователей сайта

Названия альбомов в адресной строке

Реально ли реализовать такую структуру на ShopModx?

Веб программист на постоянку в офис или удаленнeю работу

Fatal error

Очень прошу удилять в ваших вебинарах теме расширения типов товаров и моделям товаров хотя бы столько же времени, сколько вы уделяете смарти-шаблонам.

Поверь, что в подавляющем большинстве случаев расширений объектов не требуется вообще, особенно не надо делать объекты Товар-Дверь. Если нужны какие-то особенные параметры, создаем и указываем другой шаблон и к шаблону привязываем индивидуальные TV-параметры.
 А вот шаблонизацию нужно знать очень хорошо, так как это то, с чем большая часть работы выполняется.


Кстати, о моделях. Специально создал модель товара и пару товаров в ней, чтобы посмотреть, как они выглядят в групповом редактировании товара. Цен там почему-то не видно. Нажимаешь "изменить цены" в групповом редактировании, а там белота одна и никаких цен. Грусть-тоска.

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


3 нельзя просто так взять, установить шопмодикс и не обновить консоль. Лагает что-то, а так как в packages нет пакета консоли - переустановить быстро нельзя. нужно быстро удалить и установить заново.

Логает не консоль, а Ace. Он устанавливается в директорию, которая не попадает в сборку, поэтому Асе нужно переустанавливать. И да, постараюсь чтобы в дальнейшем в сборке были исходники всех необходимых пакетов.


4 Что там за контекст spravochniki? Не нужен нам никакой поддомен и дополнительный контекст. Удаляем.

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


5 обновляю модх снова до последней версии.

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


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

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


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


Можно ли например как-нибудь артикул сделать у товара? 

Он там есть, sm_article. Просто в update-контроллере посмотри как выводится поле sm_price и добавь sm_article. Я все забываю добавить, в виш-листе болтается.

Антон, привет! Очень прошу удилять в ваших вебинарах теме расширения типов товаров и моделям товаров хотя бы столько же времени, сколько вы уделяете смарти-шаблонам. Поверь, что в подавляющем большинстве случаев расширений объектов не требуется вообще, особенно не надо делать объекты Товар-Дверь. Если нужны какие-то особенные параметры, создаем и указываем другой шаблон и к шаблону привязываем индивидуальные TV-параметры.
 А вот шаблонизацию нужно знать очень хорошо, так как это то, с чем большая часть работы выполняется. Кстати, о моделях. Специально создал модель товара и пару товаров в ней, чтобы посмотреть, как они выглядят в групповом редактировании товара. Цен там почему-то не видно. Нажимаешь "изменить цены" в групповом редактировании, а там белота одна и никаких цен. Грусть-тоска. Модели товаров пока не трогайте. Там механизм такой, что требует индивидуальной работы и очень сложный, поэтому пока просто товары используйте. 3 нельзя просто так взять, установить шопмодикс и не обновить консоль. Лагает что-то, а так как в packages нет пакета консоли - переустановить быстро нельзя. нужно быстро удалить и установить заново. Логает не консоль, а Ace. Он устанавливается в директорию, которая не попадает в сборку, поэтому Асе нужно переустанавливать. И да, постараюсь чтобы в дальнейшем в сборке были исходники всех необходимых пакетов. 4 Что там за контекст spravochniki? Не нужен нам никакой поддомен и дополнительный контекст. Удаляем. Вот этого точно делать не нужно, вот прям вообще. В справочниках лежат документы-валюты. 5 обновляю модх снова до последней версии. Не обязательно этого делать. Сборка не несет в себе файлов ядра. А то, что в левом правом углу админки начинает высвечиваться старая версия MODX-а - так это системная настройка. Найдите ее в настройках, измените значение и радуйтесь обновленной версии MODX-а. 6 начинаю править шаблоны и удалять ненужное. Ну, правда здесь выяснится, что ты забыл папку assets скопировать при обновлении и предется все переделать по первому пункту. Это весело ) Надо не текущие шаблоны править, а сделать их копию и в настройках указать имя нового скина. Все остальное - услышано, но не факт, что будет сделано, извиняюсь. Верстка на конечном проекте как правило переделывается полностью, и от исходной верстки там почти ничего не остается. То, что там у нас не все очень просто - не страшно, так как если с этим не разобраться, то все равно там еще куча вещей, которые при недостатке знаний все равно не понять. Можно ли например как-нибудь артикул сделать у товара? Он там есть, sm_article. Просто в update-контроллере посмотри как выводится поле sm_price и добавь sm_article. Я все забываю добавить, в виш-листе болтается.

Антон, привет! Очень прошу удилять в ваших вебинар

А почему валюты вот так, в виде ресурсов в spravochniki? Почему не в настройках как-нибудь или не через интерфейс CMP? Как-то неожиданно напоминает гостевые книги на документах, в которых каждое сообщение - отдельный документ модх. Это так еще на эво делали.
  sm_article просмотрел. Сейчас увидел.
 

Надо не текущие шаблоны править

Верстка на конечном проекте как правило переделывается полностью, и от исходной верстки там почти ничего не остается.

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

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

Это печально. Интересная тема.
 За все ответы спасибствую.

А почему валюты вот так, в виде ресурсов в spravochniki? Почему не в настройках как-нибудь или не через интерфейс CMP? Как-то неожиданно напоминает гостевые книги на документах, в которых каждое сообщение - отдельный документ модх. Это так еще на эво делали.
  sm_article просмотрел. Сейчас увидел. Надо не текущие шаблоны править Я так и делаю. Верстка на конечном проекте как правило переделывается полностью, и от исходной верстки там почти ничего не остается. Ну так вот я и предлагаю по-этому сделать исходной верстки по-меньше. Бутстартап там не нужен, пару блоков и пучок стилей чисто чтоб не расползалось и хватит. Модели товаров пока не трогайте. Там механизм такой, что требует индивидуальной работы и очень сложный, поэтому пока просто товары используйте. Это печально. Интересная тема.
 За все ответы спасибствую.

А почему валюты вот так, в виде ресурсов в spravoc

А почему валюты вот так, в виде ресурсов в spravochniki? Почему не в настройках как-нибудь или не через интерфейс CMP?

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


А почему валюты вот так, в виде ресурсов в spravochniki? Почему не в настройках как-нибудь или не через интерфейс CMP? Во-первых, не хотелось плодить новые интерфейсы для управления валютами.
 Во-вторых, это основа под дальнейшее развитие. Вполне может возникнуть ситуация, когда в объект валюты надо будет прописать какой-то индивидуальный функционал. Не за что!

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

А вот потом вы жалуетесь, что документации мало на

Ну я просто подводный камень обозначил. А статью не дочитал.

Ну я просто подводный камень обозначил. А статью н

Лучше дочитывать, и главное - вникать.

Под 2.3+ modxSDK еще не адаптирована, используйте MODX 2.2+

Под 2.3+ modxSDK еще не адаптирована, используйте 

MODX Revolution 2.2.14 полет нормальный.
 Благодарю!

MODX Revolution 2.2.14 полет нормальный.
 Благодар

Только актуальная сейчас MODX 2.2.15
 Не за что!

А сниппет Peoples установлен?


$q = $modx->newQuery('modUser');

$q->innerJoin('modUserProfile', 'Profile');

$q->where(array(

    'Profile.city' => "Москва",

));

$q->select(array(

    "Profile.*",

    "modUser.*",

));

$s = $q->prepare();

$s->execute();

while($row = $s->fetch(PDO::FETCH_ASSOC)){

    print "". $row['username'];

}

А сниппет Peoples установлен? Изучайте xPDO. $q = $modx->newQuery('modUser');

$q->innerJoin('modUserProfile', 'Profile');

$q->where(array(

    'Profile.city' => "Москва",

));

$q->select(array(

    "Profile.*",

    "modUser.*",

));

$s = $q->prepare();

$s->execute();

while($row = $s->fetch(PDO::FETCH_ASSOC)){

    print "". $row['username'];

}

А сниппет Peoples установлен? Изучайте xPDO. $q = 

Да, установлен

Все равно ничего не выводит. Ума не приложу, где ошибка.

Все равно ничего не выводит. Ума не приложу, где о

Ага, разобрался. Один момент хочу уточнить - а как мне вывести здесь дополнительное поле?


$q->where(array(

    'Profile.city' => "Москва",

));

Ага, разобрался. Один момент хочу уточнить - а как мне вывести здесь дополнительное поле? $q->where(array(

    'Profile.city' => "Москва",

)); Вместо этого 'Profile.city' что писать?

Ага, разобрался. Один момент хочу уточнить - а как

Какое именно поле? Которое в extended? Это отдельная песня. Там JSON-строка. Во-первых, по ним нельзя на уровне SQL-запроса выполнить поиск (Можно только сначала получить все данные, разобрать extended-поле и отсеять лишние объекты). Во-вторых, из-за на стороне php приходится порой использовать дополнительную логику. Например, вот так:
 

<php

$q = $modx->newQuery('modUser');

$q->innerJoin('modUserProfile', 'Profile');

$q->select(array(

    "Profile.*",

    "modUser.*",

));

$users = array();

foreach($modx->getCollection('modUser', $q) as $user){

    if(

        $extended = json_decode($user->get('extended'), 1)

        AND !empty($extended['age'])

        AND $extended['age'] == 31

    ){

        $users[] = $user;

    }

}

Какое именно поле? Которое в extended? Это отдельная песня. Там JSON-строка. Во-первых, по ним нельзя на уровне SQL-запроса выполнить поиск (Можно только сначала получить все данные, разобрать extended-поле и отсеять лишние объекты). Во-вторых, из-за на стороне php приходится порой использовать дополнительную логику. Например, вот так: <php

$q = $modx->newQuery('modUser');

$q->innerJoin('modUserProfile', 'Profile');

$q->select(array(

    "Profile.*",

    "modUser.*",

));

$users = array();

foreach($modx->getCollection('modUser', $q) as $user){

    if(

        $extended = json_decode($user->get('extended'), 1)

        AND !empty($extended['age'])

        AND $extended['age'] == 31

    ){

        $users[] = $user;

    }

}

Какое именно поле? Которое в extended? Это отдельн

Ясно, спасибо!!!

Не за что!

Поставил и изучил пакет Peoples. Мне сразу показался подозрительным ваш первый запрос [[!Peoples? &where=`{"Profile.extended":"age":"31"}`]] и сейчас я точно знаю что он у вас неправильный в корне.
 Peoples при выполнении так же формирует обычный xPDO-запрос (типа того, что я привел выше), и в качестве условия where принимает массив или JSON-строку. {"Profile.extended":"age":"31"} - это не правильная JSON-строка, при попытке разбора ее метод json_decode вернет пустое значение, то есть условие where не будет учтено в принципе, будут выведены все пользователи (точнее их юзернеймы, а не объекты пользователей). А условие &where=`{"id":31}` будет работать, но вернет только пользователя с id=31, если таковой будет иметься.
 еще раз: изучайте xPDO, как бы сложно это не казалось. Пока вы не будете понимать xPDO, вы ничего не будете по настоящему понимать в MODX-е. И pdoTools вас не спасет, если вы не будете понимать xPDO, так как pdoTools так же основывается на xPDO, просто это синтаксический сахар.

Поставил и изучил пакет Peoples. Мне сразу показал

Спасибо, изучаю, но туго как то все получается)) Поэтому и приходиться время от времени к Вам обращаться.

Спасибо, изучаю, но туго как то все получается)) П

Начните с простейших SQL-запросов к MySQL. Понимание SQL - огромный шаг на пути к пониманию xPDO.

Начните с простейших SQL-запросов к MySQL. Пониман

Да вот с SQL более менее, а вот к xPDO сложновато перехожу

Да вот с SQL более менее, а вот к xPDO сложновато 

Если с SQL боле менее, с xPDO не должно быть никаких проблем. Изучите внимательно все уроки у Ильи Уткина, многое должно стать понятным.

Если с SQL боле менее, с xPDO не должно быть никак

Спасибо!!! Непременно буду изучать.

Не за что!
 P.S. лучше отвечать на конкретный коммент, а не писать просто новый коммент.

Не за что!
 P.S. лучше отвечать на конкретный комм

Ок!

А можно ли вывести значение из поля extended.age?
 Пытаюсь так: 

Во втором случае выводит скобку {

А можно ли вывести значение из поля extended.age?
 Пытаюсь так: print "". $row['extended.age']; и так: print "". $row['extended']['age']; Во втором случае выводит скобку {

А можно ли вывести значение из поля extended.age?


Ааа, разобрался. Внимательнее прочитал Ваш комментарий, что нужно сначала получить значение поля extended в json формате, затем декодировать его, а затем вывести уже можно.
 Получилось так: 
 

$json = $row['extended'];

$age = json_decode($json);

print $age->{'age'}; // 31

Правильно ли я сделал, или можно как-то сократить / оптимизировать запрос?

Ааа, разобрался. Внимательнее прочитал Ваш комментарий, что нужно сначала получить значение поля extended в json формате, затем декодировать его, а затем вывести уже можно.
 Получилось так: $json = $row['extended'];

$age = json_decode($json);

print $age->{'age'}; // 31 Правильно ли я сделал, или можно как-то сократить / оптимизировать запрос?

Ааа, разобрался. Внимательнее прочитал Ваш коммент

Правильно, только в json_decode второй параметр true надо добавить, чтобы получить в результате не объект, а массив, с ним проще работать. И вы совсем перепутали все переменные, не красиво.
 

$extended_json = $row['extended'];

$extended = json_decode($extended_json, true);

print $extended['age']; // 31

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

$extended = $modx->getObject('modUser', $id)->Profile->get('extended');

, то получите сразу массив.

Правильно, только в json_decode второй параметр true надо добавить, чтобы получить в результате не объект, а массив, с ним проще работать. И вы совсем перепутали все переменные, не красиво. $extended_json = $row['extended'];

$extended = json_decode($extended_json, true);

print $extended['age']; // 31 Еще скажу, что объект modUserProfile при попытке получить поле extended ведет себя несколько иначе и возвращает не json-строку, а сразу массив. За это отвечает описание поля в его мап-файле. Если вы выполните $extended = $modx->getObject('modUser', $id)->Profile->get('extended'); , то получите сразу массив.

Правильно, только в json_decode второй параметр tr

Ого, спасибо!

Добрый день!
 Если вам вот это не поможет, то вам наверно уже ничто не поможет.
 А, и еще, так как у вас скорее всего будут фейковые УРЛы, вам может понадобиться подмена документов по 404-ой, пригодится метод MODx::sendForward() или это.
 Далее развивайте сами.

Добрый день!
 Если вам вот это не поможет, то вам 

Пожалуйста!

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

       ,"showhidden"   => 1,

        "showunpublished"   => 1

Это позволит получать данные и скрытых и неопубликованных товаров. Должно помочь.
 А если вам и в списках надо видеть неопубликованные документы, то можно в условие написать типа 
 

"showunpublished"   => $modx->hasPermission('view_unpublished')

Вообще данные процессоры по умолчанию исключают скрытые и не опубликованные объекты, поэтому ничего удивительного нет в том, что если документ не опубликован, то и данные его не могут быть получены. Вы еще явно в шаблоне или процессоре что-то модифицировали, в результате чего происходит критическая ошибка (скорее всего попытка выполнить действие на несуществующем объекте). Но так как это страница конкретного товара, и эта страница вам выводится даже не опубликованная, потому что есть права, то в шаблоне в условие процессора можно дописать: ,"showhidden"   => 1,

        "showunpublished"   => 1 Это позволит получать данные и скрытых и неопубликованных товаров. Должно помочь.
 А если вам и в списках надо видеть неопубликованные документы, то можно в условие написать типа "showunpublished"   => $modx->hasPermission('view_unpublished')

Вообще данные процессоры по умолчанию исключают ск

ок, спасибо, буду пробовать)

Не за что.

А при чем тут MODX? У вас обработчик формы на чистом php (я уже не буду придираться к самому коду, это не суть), его и копайте. Делаем print_r($_FILES) и смотрим что там вообще в переданных данных есть, и копаем далее.

А при чем тут MODX? У вас обработчик формы на чист

Как бы есть переживания по поводу того, сохраняет ли ModX в дополнительное поле массив, судя по всему сохраняет. Буду копать обработчик.

Как бы есть переживания по поводу того, сохраняет 

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

$data = array(.......);

$modx->user->Profile->set('extended', $data);

$modx->user->save();

И смотрим в БД. Там должна быть сериализованная строка.

Сначала надо разобраться есть ли там массив вообще, обрабатываются ли загруженные файлы и т.д. и т.п., а только потом уже смотреть сохраняется ли массив. И массив проверить просто $data = array(.......);

$modx->user->Profile->set('extended', $data);

$modx->user->save(); И смотрим в БД. Там должна быть сериализованная строка.

Сначала надо разобраться есть ли там массив вообще

Подскажите пожалуйста. Или может быть легче на framework-ке реализовать это, чем ковырять modx?

Вообще-то, MODX - это фреймворк, если вы не в курсе. После этой фразы сразу захотелось отправить вас пытаться это реализовывать на каком-нибудь "framework-ке"... Проблема не в MODX-е (да-да, не про ShopModxBox надо спрашивать, а про MODX), а в том, что вы не можете просто продумать структуру так, чтобы правильно сущности и их связи организовать. Автор - он всегда один. Их дублировать никак нельзя. Если документы-товары и документы-категории создаются этими конечными авторами, то можно вообще оттолкнуться от колонки создателя документа. А типы доставки заводятся TV-полями и значение выбирается из списка. Потом простой поиск по TV и автору.

Подскажите пожалуйста. Или может быть легче на framework-ке реализовать это, чем ковырять modx? Вообще-то, MODX - это фреймворк, если вы не в курсе. После этой фразы сразу захотелось отправить вас пытаться это реализовывать на каком-нибудь "framework-ке"... Проблема не в MODX-е (да-да, не про ShopModxBox надо спрашивать, а про MODX), а в том, что вы не можете просто продумать структуру так, чтобы правильно сущности и их связи организовать. Автор - он всегда один. Их дублировать никак нельзя. Если документы-товары и документы-категории создаются этими конечными авторами, то можно вообще оттолкнуться от колонки создателя документа. А типы доставки заводятся TV-полями и значение выбирается из списка. Потом простой поиск по TV и автору.

Подскажите пожалуйста. Или может быть легче на fra

Одна категория может принадлежать нескольким авторам.
 Дело в том, что структура должна быть:
  "по стране" -> категории -> подкатегории->категория1->товары
  "самовывоз" -> категории -> подкатегории->категория1->товары
  "самовывоз" -> категории -> подкатегории->категория2->товары


"по стране" -> авторы-> автор1->товар2
  "самовывоз" -> авторы-> автор1->товар1


И если например в joomla-ле меню создается отдельно от документов, то в modx нет.
 Можно сделать tv, но структура будет уже не та.
 Между авторами и типом связь many_many
 И между категориями и типом связь many_many
 Как быть?

Одна категория может принадлежать нескольким авторам.
 Дело в том, что структура должна быть:
  "по стране" -> категории -> подкатегории->категория1->товары
  "самовывоз" -> категории -> подкатегории->категория1->товары
  "самовывоз" -> категории -> подкатегории->категория2->товары "по стране" -> авторы-> автор1->товар2
  "самовывоз" -> авторы-> автор1->товар1 И если например в joomla-ле меню создается отдельно от документов, то в modx нет.
 Можно сделать tv, но структура будет уже не та.
 Между авторами и типом связь many_many
 И между категориями и типом связь many_many
 Как быть?

Одна категория может принадлежать нескольким автор

И если например в joomla-ле меню создается отдельно от документов, то в modx нет.

Джумла теперь фрейм? Это так, к слову...
 Здесь надо динамические меню делать. Подробного рецепта не дам, так как вы замахнулись на слишком объемную задачу, и или вам самостоятельно долго и упорно это делать, или искать специалиста для помощи за денежку.
 А реализовать можно. Элементарно, гляньте http://unichoc.ru/, там товар по многим категориям найти можно.

И если например в joomla-ле меню создается отдельно от документов, то в modx нет. Джумла теперь фрейм? Это так, к слову...
 Здесь надо динамические меню делать. Подробного рецепта не дам, так как вы замахнулись на слишком объемную задачу, и или вам самостоятельно долго и упорно это делать, или искать специалиста для помощи за денежку.
 А реализовать можно. Элементарно, гляньте http://unichoc.ru/, там товар по многим категориям найти можно.

И если например в joomla-ле меню создается отдельн

Но я имел в виду саму систему.


Пожалуйста, дайте хоть зацепку, может быть я сам справлюсь!


http://framework.joomla.org/ :-) Но я имел в виду саму систему. Пожалуйста, дайте хоть зацепку, может быть я сам справлюсь!

http://framework.joomla.org/ :-) Но я имел в виду 

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

К сожалению  за помощью сейчас у меня нету возможн

Видимо в какой-то момент они сделали серьезный шаг вперед, но я это пропустил...
 Недавно я переносил сайт с Джумла. Бешеная система менюшек формирует различные УРЛы на один и тот же документ, в зависимости от того, где и какая менюшка вызывается. Конечно, это может косяк разработчика, который тот сайт делал, но все же...
 

Пожалуйста, дайте хоть зацепку, может быть я сам справлюсь!

Многое зависит от того, сколько этих пользователей-авторов будет. Если в пределах нескольких сотен, то еще нормально. Если тысячи, то уже сложнее гораздо. В любом случае, надо ставить MigxDB, создавать таблицу для связки Документ-автор, и туда уже фигачить эти связки через TV-поле. Почему нельзя использовать базовый TV-мультивыбор? Потому что тогда авторы будут храниться на каждый документ по одной только строчке в JSON-строке или с разделителями ||, что значительно усложнит выборки таких документов с учетом автора.
 С типом доставки, как я и говорил выше, все проще - простой выпадающий список в TV спасает.
 А далее формируете менюшки динамически. Как именно (структурно), это уже вам решать. В любом случае, сначала надо реализовать одноуровневые выборки товаров/категорий с учетом автора и типа доставки. Вот этот топик в помощь. То есть на конечном каталоге в простейшем варианте это будет адрес с GET-параметрами, типа catalog/?chocotype=247&product_type=188. Но если нужно именно ЧПУ реализовать, тогда свйо плагин-роутер надо писать. К примеру на этом сайте используется такой роутер, без этого просто никак (или много лишних документов пришлось бы плодить). К примеру, http://modxclub.ru/profile/nekto - такого документа фактически нет в site_content, но как видите, страница открывается. В помощь этот топик будет.

http://framework.joomla.org/ :-) Видимо в какой-то момент они сделали серьезный шаг вперед, но я это пропустил...
 Недавно я переносил сайт с Джумла. Бешеная система менюшек формирует различные УРЛы на один и тот же документ, в зависимости от того, где и какая менюшка вызывается. Конечно, это может косяк разработчика, который тот сайт делал, но все же... Пожалуйста, дайте хоть зацепку, может быть я сам справлюсь! Многое зависит от того, сколько этих пользователей-авторов будет. Если в пределах нескольких сотен, то еще нормально. Если тысячи, то уже сложнее гораздо. В любом случае, надо ставить MigxDB, создавать таблицу для связки Документ-автор, и туда уже фигачить эти связки через TV-поле. Почему нельзя использовать базовый TV-мультивыбор? Потому что тогда авторы будут храниться на каждый документ по одной только строчке в JSON-строке или с разделителями ||, что значительно усложнит выборки таких документов с учетом автора.
 С типом доставки, как я и говорил выше, все проще - простой выпадающий список в TV спасает.
 А далее формируете менюшки динамически. Как именно (структурно), это уже вам решать. В любом случае, сначала надо реализовать одноуровневые выборки товаров/категорий с учетом автора и типа доставки. Вот этот топик в помощь. То есть на конечном каталоге в простейшем варианте это будет адрес с GET-параметрами, типа catalog/?chocotype=247&product_type=188. Но если нужно именно ЧПУ реализовать, тогда свйо плагин-роутер надо писать. К примеру на этом сайте используется такой роутер, без этого просто никак (или много лишних документов пришлось бы плодить). К примеру, http://modxclub.ru/profile/nekto - такого документа фактически нет в site_content, но как видите, страница открывается. В помощь этот топик будет.

http://framework.joomla.org/ :-) Видимо в какой-то

Мне обижаться совершенно не на что. Каждый выбирает то, что ему удобней. У меня нет цели всех посадить на MODX. Так что могу только пожелать удачи!

Мне обижаться совершенно не на что. Каждый выбирае

Спасибо, буду копать...

Пожалуйста

Я вот тоже попался на это, в 2.3.1 версии убраны Actions таблица

Я вот тоже попался на это, в 2.3.1 версии убраны A

А на Beget позволяют установку только 2.3.1 , в шоке)

А на Beget позволяют установку только 2.3.1 , в шо

Это через их панель. И ничего удивительного - последнюю версию дают. Создайте пустой сайт, залейте установочные MODX-2.2.16 и устанавливайте.

Это через их панель. И ничего удивительного - посл

файл assets/components/seo/files/js/statistics.js в четвертой строке ошибочно указан путь к файлам, из-за чего не подтягиваются иконки для кнопок, т.е. надо заменить 
 

...
sourcePath: '../assets/components/seo/plugins/seo/',
...


...
sourcePath: '../assets/components/seo/files/',
...


файл assets/components/seo/files/js/statistics.js в четвертой строке ошибочно указан путь к файлам, из-за чего не подтягиваются иконки для кнопок, т.е. надо заменить ...
sourcePath: '../assets/components/seo/plugins/seo/',
... на ...
sourcePath: '../assets/components/seo/files/',
...

файл assets/components/seo/files/js/statistics.js 

Не, так не правильно. Правильно вообще использовать MODx.config.assets_url и т.п. А так, надо бы вообще его актуализировать.

Не, так не правильно. Правильно вообще использоват

каков уровень знаний должен быть?

С учетом того, что топик был написан в сентябре 14-го года, скорее всего объявление не актуально :)