Я абсолютно согласен со многими вашими высказываниями — сайт действительно должен быть для людей, сайт должен быть интересным и предоставлять качественные сервисы.
Данный сайт является полной противоположностью Ваших же слов.
Василий, выше писал — это тестовая площадка, НЕ коммерческий сайт. Создан для экспериментов с Яндексом, не более.
Эти слова воспринимаются в свете ранее сказанного как Ваше видение «Сайта для людей».
Ничего личного, только объективное мнение, основанное на Ваших высказываниях.
Соглашусь, что разных методов много, однако, такое в глаза бросается больше всего. Соответственно, видя подобное, выводы напрашиваются сами собой.
Мне весьма интересно — какая цель преследовалась при размещении такого количества названия производителя?
Уж извините, но от обилия ключевого словосочетания в меню и на странице в целом, а также от выделения жирным кучи слов в тексте, чуть не стошнило.
Николай правильно написал, что такие способы продвижения использовались несколько лет назад.
Данный сайт является полной противоположностью Ваших же слов.
Эти слова воспринимаются в свете ранее сказанного как Ваше видение «Сайта для людей».
Ничего личного, только объективное мнение, основанное на Ваших высказываниях.
Не ленитесь и Вы заглядывать на вкладку «Параметры» при открытии сниппета — увидите много интересного.
$modx->resource->id — такого может и не быть в теории, так как создание общедоступных свойств с названиями полей из БД задается отдельной опции и, соответственно, может быть отключено.
Не холивара ради, а просвещения для.
Если нужен именно экспорт — опиши эту задачу, в том числе с требованиями к формату. Скорее всего, это будет проще в реализации, чем переделка catalogFill.
Постучитесь — помогу, чем смогу. Это будет быстрее и проще, чем здесь продолжать.
Вариант, который Вы сейчас озвучили весьма интересен. Из коробки — простое бронирование с малым количеством способов оплаты. При необходимости наращивания возможностей — всего лишь добавить minishop2 к уже настроенному бронированию.
Отличный и правильный путь!
Хотя, лично я, сразу бы делал с максимальной привязкой. На мой взгляд, не всегда нужно предоставлять большую свободу выбора пользователю. Иногда именно из-за этого появляется слишком много лишних вопросов.
Смысл есть. Во-первых, Ваш компонент не надо будет раздувать, так как в минишопе очень много нужного функционала готово.
Плюс к тому, уже есть много дополнений для онлайн-оплаты. Зачем изобретать велосипед?
Для обычного сайта гостиницы наличие или отсутствие минишопа никак не скажется, а вот на компоненте бронирования его наличие отразится исключительно положительно.
Не забывайте еще вот о чем: все доп.услуги, которые гость заказывает к номеру, можно сделать отдельными товарами тогда значительно упростится процесс формирования брони и последующего учета этих услуг.