Подскажите пожалуйста, опция "Дополнительные свойства элемента информационной системы" позволяет затем впоследствии настроить вывод анонсов на главной странице и создать страницу анонсов по этим самым дополнительным элементам?
Уточняю. Продумываю сайт. Тематика - достопримечательности Страны.
Сайт будет построен на информационных системах статьи.
Чтобы не писать много. Допустим 3 города - это 3 инфосистемы статьи.
У каждого города (инфосистемы) есть группы (музеи и памятники, монастыри и храмы, сады и парки и т.п.)
Таким образом, на сайте будут страницы с анонсами статей:
Достопримечательности Города-1 (анонсы инфосистемы-1)
Достопримечательности Города-2 (анонсы инфосистемы-2)
Достопримечательности Города-3 (анонсы инфосистемы-3)
Музеи и памятники Города-1 (категория-1 инфосистемы-1)
Монастыри и храмы Города-1 (категория-2 инфосистемы-1)
Сады и парки Города-1 (категория-3 инфосистемы-1)
и т.п. для двух других городов.
Но сам сайт - Достопримечательности Страны
Соответственно мне нужен на главной вывод анонсов последних (например 3 статей),
по следующему правилу: Музеи и памятники Страны, Монастыри и храмы Страны, Сады и парки Страны.
Также мне нужны такие страницы всех анонсов статей.
Иными словами, мне нужна возможность группировки достопримечательностей страны по двум маркерам.
1) Принадлежность к городу (задана инфосистемой)
2) Тип достопримечательности ???
Т.е., мой вопрос о дополнительных свойствах элемента и касался установки маркера для последующей возможности группировки по этому маркеру.
Смогу ли я задать в дополнительных свойствах элемента "Тип достопримечательности", чтобы потом иметь возможность
а) создать страницы анонсов Достопримечательностей страны, отсортированных по типу
б) вывести на главной последние Достопримечательности с сортировкой по типу?
Или, возможно, можно группировку по 2 маркерам как-то иначе реализовать?
Информационная система, города являются в ней группами,
в дополнительное свойство указываем списком тип статьи (музеи и памятники, монастыри и храмы, сады и парки)
итак у нас только одно дополнительное свойство, а в рамках одной инфосистемы, почти не придется допиливать типовые динамические страницы
Спасибо за совет. Так действительно функционально проще получается.
Встает тогда вопрос формирования урлов.
Информационную систему надо как-то назвать и в итоге в урлах появится абсолютно лишний элемент,
Т.е. урл достопримечательностей города будет выглядить так: site.com/INFO/city/,
урл музеев города site.com/INFO/city/museums/
а урл конкретного музея совсем уж длинно site.com/INFO/city/museums/museums-1/
Т.е. в урлах должен присутствовать абсолютно бесполезный промежуточный элемент.
Или я что-то не так понимаю и этого можно избежать?
Не называть как-то инфосистему, а указать что она и есть самый верхний уровень?
Чтобы урлы все-таки были
site.com/city/
site.com/city/museums/
site.com/city/museums/museums-1/ ?
toasterec, а от скольки начинаются цены на стоимость Ваших услуг () или это лучше на почту спрашивать?
Интересует натяжка и отладка функционала -(дизайн с версткой будут)
Не называть как-то инфосистему, а указать что она и есть самый верхний уровень?
Привяжите ее к корневому узлу, да и все.
И не забудьте создать активную константу INDEX_PAGE_IS_DEFAULT со значением true, иначе привязанная к корню ИС не будет работать.
Спасибо огромное за ценные советы.
toasterec, напишу Вам на почту.
Еще есть небольшой вопрос по созданию маленьких картинок для анонсов.
Если большое фото прямоугольное, а маленькое хочется квадратное, но не просто сжатое до нужных размеров, а нужен нормальный ресайз.
Есть опция ресайза в системе? Или нужен дополнительный модуль?
Или проще вообще, квадратные картинки самому сразу делать и загружать два фото?