Ну или можно добавить одно дополнительное tv-поле (допустим, adminComment) и выводить его.
[[+adminComment:notempty=`
//здесь верстка для вывода комментария, если пол не пустое.
`]]
Возможность заполнения, соответственно, оставить только со стороны админки.
Ну или создать небольшой сниппет, проверяющий права юзера, и если юзер — админ, то давать возможность заполнять поле комментария и сохранять значение в tv при отправке.
Да, к слову — псевдоним admin я привел для примера.) Вы можете назвать и разместить страницу как и где угодно, лишь бы в ней вызывался TicketForm с правильными настройками.
— Допустим, у вас есть сайт и раздел с тикетами /news/
— Создаем страницу (ресурс, не тикет) внутри /news/ — «Панель управления тикетами» c псевдонимом admin
— Добавляем туда вызов TicketForm
Далее, при заходе на страницу /news/admin будет отображаться форма создания тикета. При заходе на страницу с видом /news/admin?tid=айди_ресурса будет открываться форма редактирования.
— посмотрите лог ошибок, может быть там всплывает нужные данные
— проверьте настройки соответствующего источника файлов
— возможно, проблема на стороне хостинга
К слову, нет ли проблемы при загрузке изображений с других модулей (например, с tv-поля image)?
Нижние категории — при помощи pdoMenu.
Ну и, как альтернатива, вы можете написать сниппет фильтрации самому (вот статья о том, как изобрести велосипед).
Контакты в профиле.
Могу предложить вам на правах самого простого варианта вот такую логику для решения данной задачи:
— размещаем оба сниппета (отображения рейтинга и голосования) в один контейнер с уникальным классом (допустим, ratingDiv)
— добавляем по уникальному классу для контейнера с отображением рейтинга и для контейнера, содержащий элементы для голосования (допустим, ratingTotal и letsRate соответственно)
— при помощи css вешаем на форму голосования следующие стили:
Если коротко, то мы вешаем форму с голосованием точно поверх дива с результатами голосования и прячем ее. А при наведении мы визуально скрываем результаты и проявляем форму для голосования, достигая нужного эффекта.
Единственный минус такой задачи в целом — при последующих заходах на страницу пользователь будет видеть итоговый рейтинг товара, но не будет видеть свою оценку.
Для решения этого могу предложить прятать форму для голосования в принципе, а при нажатии на кол-во голосов выводить форму для голосования во всплывающем окне аля fancybox. Но тут уже дело вкуса.)
И дальше уже оформлял визуализацию при помощи css:
Запретить… ну, на текущий момент, разве что только костылями или правками ядра. Вообще, с этим вопросом вам лучше обратиться к разработчику.
Если форм для голосований больше, чем одна — заменить вот тут «VoteFormThread.form = 1» единицу на id формы.
Можете еще проверить параметр [[+totalVoted]] — он в этом запросе тоже присутствует (сколько всего голосов за товар) — если он выводится, то с запросом все в порядке.
Ну и, как всегда, не лишним будет обновить кэш..)
Вообще, по-умолчанию достаточно просто включить дефолтный способ оплаты paypal (minishop2 — настройки — способы оплаты — PayPal — поставить галочку напротив «включить»), чтобы данный способ отобразился — даже заполнять соответствующие настройки minishop'a для этого не требуется.
— рейтинг в чанке выводится плейсхолдером [[+rating]].
[[!TicketComments? &depth=`1`]] — и оставить права комментирования только у администратора.
Ну или можно добавить одно дополнительное tv-поле (допустим, adminComment) и выводить его.
Возможность заполнения, соответственно, оставить только со стороны админки.
Ну или создать небольшой сниппет, проверяющий права юзера, и если юзер — админ, то давать возможность заполнять поле комментария и сохранять значение в tv при отправке.
Можно попробовать вешать плагин для анонимных пользователей, присваивающий им авторизацию какого-нибудь дефолтного пользователя, предварительно создав такого.
По второму: msProducts работает или на pdoTools или на очень схожей механике, т.е. менять mProducts особого смысла нет — да и зачем, ведь он и предназначен для отображения подобной информации.
Тут или менять тип поля в бд (самый глупый из вариантов), или вешать &prepareSnippet на вызов или использовать вышеописанный фильтр — [[+value:replace=`.00==`]].
На мой взгляд третий вариант — самый лаконичный и удобочитаемый. Ну и лишнюю нагрузку почти не выдает.
Что же до значения в категории, то вы, видимо, вызываете их через msProducts, а там никакой обработки нет (он знает формат только для веса, цены и других дефолтных параметров) — а так как он не знает, что за значение вы выводите, то и выдает как есть в БД — decimal.