Kerncraft1
Смотря в каком файле?
Обычно это $item['category_id']
В файле news.item.tpl.php — это специально созданный для темизации шаблон.
Подскажите как правильно будет выглядеть строка с записью полученного значения в переменную. У меня слабые познания в php.
Подскажите как мне записать в переменную ID категории, к которой относится текущая запись.
Также было бы не плохо, узнать как получить ID родительской категории, к которой относится текущая запись.
Слишком много нюансов, так сходу не ответить.
В любом случае буду ждать ответа. Можем обсудить нюансы например в скайпе.
Аналогично нужна настройка "Скрывать поле при редактировании материала". Т.е. при добавлении материала поле присутствует, а при его редактировании его нет.
Добавлено: нужна еще настройка по ролям пользователей. Пример: при редактировании материала обычный пользователь не видит поля, а модератор видит.
Жду предложений по срокам и цене.
В первом сообщении не указано, где нужно производить выбор.
Прошу прощения. Действительно не указал эту информацию. Выбор нужен именно при создании/редактировании записи.
"Выбор категории" работает при создании Записи. Есть Фильтр + с выбором категории instantcms.ru/addons/widget-filter-plus.html и Четырёхуровневое адаптивное меню.
такого выбора категорий вроде нет.Примерно так, как это реализовано при выборе города (страна, область, город).
Ну почему же. Во втором сообщении мне уже посоветовали готовое решение. Осталось уточнить детали о совместимости с другим дополнением и дело в шляпе.
Я же не говорю про 3-й уровень и дальше. Есть к примеру 20 основных категорий и в каждой от 5 до 20 дочерних.
+ дальше 3 уровня плохо для индексации поисковиками.
Платное устроит?Может быть есть уже готовое решение для категорий?
Спасибо! Вполне устроит. Хотелось бы уточнить совместимость с дополнением Категории для полей.
Может быть есть уже готовое решение для категорий?
Обычно, если материал чем-то не подходит, то его в этой версии лучше снять с публикации до момента, пока всё будет переделано правильно.
Все подходит. Просто некоторый контент необходимо регулярно обновлять.
И БД увеличится очень сильно даже при хранении всего двух версий каждой публикации.
Очень сильно? При хранении всего двух версий каждой публикации БД должна увеличиться максимум в 2 раза. И что их этого? Пусть будет настройка, сколько ревизий необходимо хранить. Можно хранить только одну ревизию и тогда размер БД увеличится на сущие копейки (вряд ли все записи разом будут редактироваться). А после одобрения перезаписывать начальную запись.
Вот реально, только в Drupal есть адекватно работающий механизм ревизий и модерации, но к сожалению он мне не подходит по другой причине.
В Instant же (социально-коллективной CMS) максимально приблизились к идеальной реализации, но почему-то решили не добавлять версионность (пусть отключаемую, если она кому-то не нужна).
При изменении уже опубликованного материала, если пользователь вносит изменения, материал продолжает публиковаться, а на модерацию уходит измененный вариант. Если изменения не приняты, материал продолжает публиковаться без изменений, а если приняты — в новой редакции.