Instant CMS 2 - проблемы

Помощь в решении проблем, возникающих при работе CMS

#826 27 сентября 2015 в 10:33
Группе, к которой вы принадлежите, запрещено просматривать этот скрытый текст


Перечитал всю ветку, но ответа так и не нашёл. Подскажите, как сделать?
1 Возможный вариант — отображение пустой строки в объявление(сейчас при добавлении свойства, если в начало ставлю пустую строчку, всё ровно выводит первое значение)
2 Вариант, если свойство пользователем не отмечено чтоб вообще не выводилось
#827 27 сентября 2015 в 11:24
Alexstrigin, может, лучше чекбоксы в данном случае использовать с указанием обязательности их заполнения?
#828 27 сентября 2015 в 11:25
Alexstrigin, может, лучше чекбоксы в данном случае использовать с указанием обязательности их заполнения?
#829 27 сентября 2015 в 11:38


Alexstrigin, может, лучше чекбоксы в данном случае использовать с указанием обязательности их заполнения?

AndroS
Чекбоксы в свойствах не сделаешь. А если поле добавить, то они отображаются ещё до выбора категории

#830 27 сентября 2015 в 15:55
Alexstrigin, тогда получается, нужны зависимые поля… Ну, или структуру каталога переделывать под имеющийся функционал. Либо дорабатывать имеющееся решение.
#831 2 октября 2015 в 05:34
Уважаемое сообщество, уважаемые администраторы.
Тему переписываю сюда, так как устанавливал Инстант с коробки и эта ошибка вроде как оттуда.
Итак.
У меня в типе контента "Страницы", версия Инстанта 2.2.1., во вкладке "Поля", автор выводится неправильно.
То есть смотрите:
"Название поля" — "Автор"; "Системное имя" — "user"; "Тип поля" — "Возраст".
В последнем "Тип поля" — "Возраст" — должно стоять "Пользователь", как и во всех типах контента.
Если мы редактируем это поле и заимствуем значение из профиля, то ничего не изменяется.
Пишет просто "Меньше минуты" (имеется ввиду при просмотре списка или записи).
По другому это поле не редактируется и не удаляется. Если создавать новое поле, то это поле с тем же системным именем тайным образом скрывается, но и с нового я не могу выдернуть имя пользователя.
Приложил скрины. Помогите советом, как быть, что делать, куда смотреть?
Всем спасибо за внимание.




Созданную тему на форуме до этого — удалил, дабы не плодить клонов.
#832 6 октября 2015 в 00:26
Обнаружил странный момент, предположительно баг.
Заходим в админку и переходим в настройки компонента теги (таблица где выводятся все теги в системе). Далее жмем редактировать любой тег — появляется форма редактирования с введенным заголовком выбранного нами тега. Жмём кнопку "Сохранить". Тег бесследно удаляется полностью из системы.

Так было задумано? Или как это предположительно должно отрабатывать?

Дело в том что удаление тега прописано в коде. Если мы меняем название тега, то строка этого тега обновляется в БД. Если тег остается без изменений (или точнее новый тег соответствует старому) то срабатывает $tags_model->mergeTags($tag_id, $duplicate_id);.

UPD. Кто нибудь отзовитесь))) Кто-то знает описанное выше поведение так и должно отрабатывать или нужно искать причину ошибки и писать Pull request пока еще не поздно)))
#833 6 октября 2015 в 17:59
UPD 2. Никому не интересно решить эту проблему?! Или это и не проблема вовсе? popcorn
#834 6 октября 2015 в 18:44
Val, не баг, выдает:
Тег «астрономия» объединен с тегом «астрономия».

Логично, что надо нажимать Отменить, если изменения не производишь.
#835 6 октября 2015 в 18:56

Val, не баг, выдает:
Тег «астрономия» объединен с тегом «астрономия».

kirkr
Выдаёт, то что надо, только объединяет эти тэги на молекулярном уровне, так что в списке их потом не видно.
Val, для кого-то не проблема, остальным не интересно, так что сразу

писать Pull request пока еще не поздно

#836 6 октября 2015 в 19:16
kirkr, как верно заметил Loadырь пишет то что доктор прописал)) но при этом просто удаляет теги.

Loadырь, тогда вопрос: а как должно быть?! Потому что для меня не понятно зачем вообще было городить этот mergeTags()? Там поле редактирования из одного тега, т.е. все что можно поменять это сам тег, и при этом идет обычный update, без каких либо заморочек. Но вот если ничего не менять, тогда вместо выхода без изменений мы идем что-то мержить со всеми вытекающими…
#837 6 октября 2015 в 19:26
Val, там просто пропущено одно условие
после
  1. $duplicate_id = $tags_model->getTagId($tag['tag']);
надо прописать
  1. if ($duplicate_id == $tag_id){$this->redirectToAction();}
А так и должно работать, смерживать количество удаляемых тегов с объединяемыми.
#838 6 октября 2015 в 19:36
Loadырь, по мне так вообще удалить второе условие:
  1. if (!$errors){
  2.  
  3. $duplicate_id = $tags_model->getTagId($tag['tag']);
  4.  
  5. if (!$duplicate_id){
  6. $tags_model->updateTag($tag_id, $tag);
  7. }
  8.  
  9. $this->redirectToAction();
  10.  
  11. }
а перед этим еще проверить на проведенные изменения $original_tag и новый $tag чтобы лишний раз в БД не лазить))
#839 6 октября 2015 в 19:46
Val, но это не совсем верно. Есть два вариант внесения изменений:
1) Изменяем название на совсем новое, тут работает updateTag().
2) Изменяем название на существующее в БД тут уже надо смержить количество одного с другим и тут надо mergeTags().
#840 6 октября 2015 в 19:58

2) Изменяем название на существующее в БД тут уже надо смержить количество одного с другим и тут надо mergeTags().

Loadырь
Вот оно где собака порылась!!! )))
А я сижу и недоумеваю — ну зачем здесь что-то смерживать?! И немогу придумать ни одного юзер-кейса)))

Да, вы правы! Тогда:

писать Pull request пока еще не поздно

Вы не можете отвечать в этой теме.
Войдите или зарегистрируйтесь, чтобы писать на форуме.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.