Воеводский Михаил

github.com/bezumkin/miniShop2/blob/master/core/components/minishop2/model/minishop2/mscarthandler.class.php#L169
Так создается $key. Сделай свой сниппет, который таким же образом будет создавать ключ.

Плагином по событию OnHandleRequest просматривать весь массив $_FILES для поиска изображений. Если найдены, то сразу обрабатывать нужными алгоритмами. Тогда, с очень большой вероятностью, родной обработчик получит уже измененные файлы.

Михаил, вы не туда смотрите и стереотипно представляете, что сеошники только и делают, что выделяют ключи жирным и ими же заспамливают страницы. Это на самом деле не так.

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

Перечитал несколько раз — не понял мысль. Представленный сайт — тестовая площадка ряда мероприятий по оптимизации, о СДЛ речи не шло.

Мне весьма интересно — какая цель преследовалась при размещении такого количества названия производителя?

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

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

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

Данный сайт является полной противоположностью Ваших же слов.

Василий, выше писал — это тестовая площадка, НЕ коммерческий сайт. Создан для экспериментов с Яндексом, не более.

Эти слова воспринимаются в свете ранее сказанного как Ваше видение «Сайта для людей».

Ничего личного, только объективное мнение, основанное на Ваших высказываниях.

Василий не ленится и указывается все стандартные параметры для своих сниппетов.
Не ленитесь и Вы заглядывать на вкладку «Параметры» при открытии сниппета — увидите много интересного.

Напишите на mail # compaero.ru или в скайп whiteflag.ru

Отключить в настройках описание для пунктов меню. Раза в 2-3 больше приложений поместится на экране :)

Лучше отправьте этот скрипт в сниппет и вызывайте его в ресурсе с пустым шаблоном или подключите MODX в API режиме: modx.pro/development/3163-how-to-work-with-modx-api/

Прямо в базе измените class_key нужного ресурса на modDocument.

Смотрите лог ошибок, что в него попадает?

Посмотрите на метод xPDOObject::get() — он не генерирует запросы к базе, а выдает данные в нужном формате.
$modx->resource->id — такого может и не быть в теории, так как создание общедоступных свойств с названиями полей из БД задается отдельной опции и, соответственно, может быть отключено.

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

Странно, а я думал, что CMS для того и созданы, чтобы предлагать готовые решения. В отличие от фреймворков, и чистого программирования.

Значит, Вы не по адресу. В MODX несколько иной подход и к шаблонам, и к компонентам. К примеру, Вас не смущает отсутствие хотя бы одного пакета после установки системы?

Василий, а не проще было эту задачку небольшим скриптом на PHP решить?

Не холивара ради, а просвещения для.

Проверяй кодировки везде: в базе, в таблицах, в полях таблиц. У любого из этих элементов может оказаться неправильная кодировка, которая поломает все. Правильная — uft8_general_ci

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

Если нужен именно экспорт — опиши эту задачу, в том числе с требованиями к формату. Скорее всего, это будет проще в реализации, чем переделка catalogFill.

Мой скайп: whiteflag.ru
Постучитесь — помогу, чем смогу. Это будет быстрее и проще, чем здесь продолжать.

Сергей, я немного не о том, не предлагаю сделать 2 версии с разной стоимостью. Если делать мощный компонент без привязки к minishop2, то получится огромный объем работ. Но компонент коммерческий, поэтому такой объем тоже должен оплачиваться. Соответственно, может вырасти цена. Либо же добавить к oneBooking привязку к магазину и использовать всю его мощь, оставив стоимость на прежнем уровне.

Вариант, который Вы сейчас озвучили весьма интересен. Из коробки — простое бронирование с малым количеством способов оплаты. При необходимости наращивания возможностей — всего лишь добавить minishop2 к уже настроенному бронированию.
Отличный и правильный путь!

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

Еще один аргумент: как думаете, что выберут клиенты — oneBooking за 990 р. + свободный minishop2 или только oneBooking, но за 2990 р.?

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

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

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

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

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