Кстати и наоборот — при переводе пункта в подпункт может оказаться более 1 пункта с ordering 1, и снова клинч.
Хороший совет по контролю параметров через MyAdmin здесь: instantcms.ru/forum/thread9044.html — сообщение #10
NA
+15
Репутация
14
Рейтинг
Перемудрили однозначно с организацией меню. Можно было все проще сделать.
Одна из ситуаций разрушения дерева меню — это возврат в общее меню подпункта с ordering=1 (а 1 зарезервирована, как известно, за корневым меню).
Еще побочный эффект — невозможность сделать (штатными средствами) подпункты под "Главная", а также неподсвечиваемость пункта "Главное", сделанного вручную.
Одна из ситуаций разрушения дерева меню — это возврат в общее меню подпункта с ordering=1 (а 1 зарезервирована, как известно, за корневым меню).
Еще побочный эффект — невозможность сделать (штатными средствами) подпункты под "Главная", а также неподсвечиваемость пункта "Главное", сделанного вручную.
Там описание соответствует какой-то из устаревших версий, судя по всему.
у вас хоть какая версия?
v1.10.2
Причем, кстати, что интересно — url подраздела показывает также верную ирерахию от раздела "А".
1. Не нашел цивилизованного способа изменения сортировки Разделов. Ни кастомного (теми же стрелками), ни переключателя типа "Сортировать по id | алфавиту".
2. Добавил вложенный раздел. В итоге:
— в админке подраздел принадлежит разделу "А", как и планировалось.
— при выводе модуля пользователю подраздел почему-то принадлежит совсем другому (!) разделу — "Б".
— Проверка целостности деревьев БД: "Дерево разделов для статей — ошибок не найдено".
Есть иное решение проблемы, чем "phpMyAdmin рулит"?
Снова заранее спасибо )
P.S. в документации искал тоже. Там описание соответствует какой-то из устаревших версий, судя по всему.
2. Добавил вложенный раздел. В итоге:
— в админке подраздел принадлежит разделу "А", как и планировалось.
— при выводе модуля пользователю подраздел почему-то принадлежит совсем другому (!) разделу — "Б".
— Проверка целостности деревьев БД: "Дерево разделов для статей — ошибок не найдено".
Есть иное решение проблемы, чем "phpMyAdmin рулит"?
Снова заранее спасибо )
P.S. в документации искал тоже. Там описание соответствует какой-то из устаревших версий, судя по всему.
Не очень понятна двойственность компонента "Фотогалерея" и модуля "Фотографии", а также "Фотогалерея" и фотоальбомы, привязанные к клубам и персональные.
Пример первый.
1. Заходим в админку, создаем пункт меню "Фото -> Компонент -> Фотогалерея".
2. Закачиваем фотографии в альбомы клубов.
3. Фотогалерея их не видит, подхватывая только альбомы, созданные через админку.
Соотв., посетитель, открывший галерею, может никогда не узнать о наличии фотоальбомов клубов.
Конечно, можно каждый раз дописывать вручную меню при добавлении нового клубного фотоальбома.
Но хочется автоматизированного решения, объединяющего эти сущности.
Пример второй.
Вывешиваем на страницу: "Фотографии", "Случайное изображение", "Случайное фото" и сравниваем.
"Фотографии" — это понятно, выводит сортированный колоночный листинг фотографий. Уместно на отдельных страницах.
"Случайное изображение" и "Случайное фото" — наоборот, удобны на многих страницах в качестве "оживляжа" сайдбара.
Но вот беда — случайное фото тоже не видит альбомов клубов! Настроек никаких не имеет.
И наоборот — в "Случайное изображение" не попадают личные фото, насколько удалось понять.
Держать одновременно оба вида модулей в сайдбаре расточительно и для пользователя довольно странно. И плюс еще третья сущность — "Фото" в главном меню.
Есть, конечно, условный выход в виде выпиливания личных и клубных фото и принудительной закачки в общую галерею.
Но хочется нормальный единый объект в лице компонента "Фотогалерея".
Есть ли правильный выход из ситуации? Заранее спасибо.
P.S. Поиском обнаружилось только это: instantcms.ru/forum/thread15242.html — в последнем сообщении задан аналогичный вопрос.
Пример первый.
1. Заходим в админку, создаем пункт меню "Фото -> Компонент -> Фотогалерея".
2. Закачиваем фотографии в альбомы клубов.
3. Фотогалерея их не видит, подхватывая только альбомы, созданные через админку.
Соотв., посетитель, открывший галерею, может никогда не узнать о наличии фотоальбомов клубов.
Конечно, можно каждый раз дописывать вручную меню при добавлении нового клубного фотоальбома.
Но хочется автоматизированного решения, объединяющего эти сущности.
Пример второй.
Вывешиваем на страницу: "Фотографии", "Случайное изображение", "Случайное фото" и сравниваем.
"Фотографии" — это понятно, выводит сортированный колоночный листинг фотографий. Уместно на отдельных страницах.
"Случайное изображение" и "Случайное фото" — наоборот, удобны на многих страницах в качестве "оживляжа" сайдбара.
Но вот беда — случайное фото тоже не видит альбомов клубов! Настроек никаких не имеет.
И наоборот — в "Случайное изображение" не попадают личные фото, насколько удалось понять.
Держать одновременно оба вида модулей в сайдбаре расточительно и для пользователя довольно странно. И плюс еще третья сущность — "Фото" в главном меню.
Есть, конечно, условный выход в виде выпиливания личных и клубных фото и принудительной закачки в общую галерею.
Но хочется нормальный единый объект в лице компонента "Фотогалерея".
Есть ли правильный выход из ситуации? Заранее спасибо.
P.S. Поиском обнаружилось только это: instantcms.ru/forum/thread15242.html — в последнем сообщении задан аналогичный вопрос.
- Предыдущая
- 1
- 2
- Показаны 16-20 из 20