Форум

А самое интересное, вопрос был задан в 2008 году  :)
Сейчас уже не актуально.

Если интересно, то решил его так как советовал [B]Артемий Кутырёв[/B]. Долго сомневался, пытался найти другой вариант, но потом пришлось создавать отдельный инфоблок, элементы которого связаны с нужными инфоблоками. Действительно два года работает, проблем нет.
Конечно приятнее было бы иметь дополнительные поля в самом инфоблоке, но и так работает.

[QUOTE]Артемий Кутырёв пишет:
Тогда возможно лучше создать для каждого инфоблока отдельный элемент и связать их. [/QUOTE]

Не очень понял идею. Можно ее по подробнее расписать?
Хотя бы на вышеописанном примере: есть инфоблоки "Новости", "Публикации на сайте", "Публикации вне сайта"... Нужно добавить логическое поле, показывающее нужно ли отображать определенный инфоблок в списке инфоблоков в меню, или на определенной станице.

[QUOTE]Артемий Кутырёв пишет:
Правда, конкретно Ваш случай, Андрей, можно решить при помощи пользовательских свойств (полей) секций инфоблока. Допустим у Вас будет инфоблок "Публикации", а в нем секции "Публикации с других сайтов", "Собственные публикации" и т.д. и у каждой секции свои значеничя этих полей.[/QUOTE]
К сожалению так решить не получиться (об этом я тоже думал)
1. Все на много сложнее. Это я одно из полей привел для примера.
2. У каждого инфоблока, есть еще и свой набор свойств для элементов. Например (опять же только для примера):
 Публикации с других сайтов:
   * ссылка на оригинал
   * автор оригинала
   * название журнала
   * и т.д.
 Собственные публикации:
   * ограничения по перепечатки
   * ссылки на сопутсвующие материалы
   * что-то еще.
 Этот набор очень легко реализуется, если каждый тип публикаций представлять как отдельный инфоблок. А вот если как отдельные секции одного инфодлока, то ситуация усложняется.

Поэтому вопрос остался. [B]Можно ли задавать еще и дополнительные свойства для самого инфоблока[/B], дополнительно к тем, что задаются для каждого элемента?
Может кто знает какой маневр, как этого можно добиться.

В битриксе есть интересная возможность - добавлять свой собственный набор свойств для элементов инфоблока.
А вот можно ли как-то добавить свойство для самого инфоблока?
Поясню:
Допустим, есть тип инфоблока "Публикации". Для данного типа создаются ряд инфоблоков "Ностные статьи", "Публикации с других сайтов", "Собственные публикации" и т.д. и т.п.
Есть страница, на которой отображается список инфоблоков типа "Публикации". Так вот, хочется чтобы инфоблоки типа "Публикации" имели поле "Отображать в этом списке или нет".

P.S.1:
Прошу обратить внимание, что хочется чтобы появилось свойство самого инфоблока, а не свойства элементов инфоблока.

P.S.2:
Здесь я упростил ситуацию. Реальная ситуация сложнее, у инфоблока хочется указывать несколько дополнительных полей (не только видимость в списке, но и ряд других параметров, характерных для всех элементов инфоблока).

Добрый день!
Столкнулся с непонятной проблемой. Создаю свой компонент в котором должно быть поле с множеством значений. В файле .parameters.php пока что только следующее
[CODE]
$arComponentParameters = array(
"GROUPS" => array(
"SETTINGS" => array(
"NAME" => "Settings"
)
),
"PARAMETERS"  =>  array(
"DETAIL_URL__" => array(
"PARENT" => "SETTINGS",
"NAME" => "Urls ",
"TYPE" => "STRING",
"MULTIPLE" => "Y"
),

),
);
[/CODE]
Компонент появляется, его можно перетащить на страницу в визуальном редакторе. Ввести несколько значений в единственное поле. НО!!!!!!!!!
Если я сохраняю страницу, а потом открываю ее снова, то визуальный редактор показывает какую-то чушь. Поле Urls содержит множество строк с значениями 1, 2, 3, 4, ..... trim.
Может кто знает, в чем здесь проблема?
В самом файле, куда помещен компонент все нормально
[CODE]
<?$APPLICATION->IncludeComponent(
"my:my_component",
"",
Array(
"DETAIL_URL__" => Array("stroka")
)
);?>
[/CODE]

[QUOTE]Евгений Жуков пишет:
Что Вам мешает сделать компонент, который будет брать нужную информацию и разместить его в нужных местах на статических страницах? И пусть заказчик заполняет инфоблок с нужной инфой. [/QUOTE]
Ну вот это как раз и есть то, что я собирался делать. Вы как раз пришли к тому же решению :) (а новый компонент создавать, или просто шаблоны отображения для стандартного компонента менять - это вопрос не столь принципиальный).
Только упомянутые Вами [I]статические страницы[/I] я заменил всего одной страницей с параметром id-из какого инфоблока инфу брать (т.к. какие именно страницы будут в конце - не совсем понятно).

А про меню - ясно. Нельзя - так нельзя. Хотя и обидно. Будем искать другие обходные пути.

А вот появилась еще одна мысль. Поместить в шаблон (header.php, footer.php) включаемые области для каждого динамического элемента. Тогда действительно можно обойтись статическими страницами. Заказчик сам будет создавать страницу, какую ему хочется (не элемент инфоблока, а саму страницу). Только тогда встает вопрос, а можно ли при создании страницы, прям в админке, указать содержимое включаемых областей?
Может как-то сумбурно объяснил, но пока и сам эту мысль не продумал. Только-что в голову пришла.

Может я не так немного объясняю...
Конечно когда страницы абсолютно статичны, их не очень много, их будешь создавать сам и к материалам не нужно привязывать никакие дополнительные поля - то их совершено не нужно делать с помощью каких-то инфоблоков.

Но:
1. Содержимое меняется постоянно.
2. Их не 2-3, а более 30. Какие именно сразу не понятно. Да и не известно, понимает ли это сам заказчик. Набор постоянно меняется.
3. В верху страницы (в шапке) а также в некоторых других местах есть поля, которые зависят от содержимого (картинки+небольшие участки текста). Т.е. получается структура такова: статичная шапка - динамический контент - еще статичная часть - какое-нибудь меню - еще статика - динамический контент - ... - статичный подвал (и дизайн, расположение полей - не обсуждается).
4. Пользователь, который будет вести сайт, не очень квалифицированный.

Вот и появилась мысль:
1. Создаю инфоблок "Страницы сайта", в котором добавляю несколько дополнительных полей (для всех динамических частей, которые будут на странице).
2. Создаю одну php-страницу со всеми этими примудростями.
3. Показываю заказчику как добавить материал (в инфоблоке), какие поля заполнить и как добавить красивую ссылку.
ВСЕ.

Есть правда нехороший момент, который мне самому ОЧЕНЬ не нравиться: приходиться несколько раз на странице грузить этот инфоблок чтобы вывести только те поля, которые надо (с помощью разных шаблонов вывода). Но число обращений к сайту не очень большое, а заказчику будет легко заполнять, ведь все поля находятся в одном месте (А это самое главное)!!!

Вариант с отдельными страницами - ну как-то я не очень понимаю как это можно сделать. (Если каждый раз страницу формировать полностью (и динамический контент и статический), то заказчик может вполне законно спросить - а зачем мне такая CMS, где каждую страницу так сложно создавать).

Может кто предложит другой вариант концепции, буду очень рад.
Или может кто-то знает [B]как все-таки заставить работать меню правильно[/B] (как описано в моем первом посте).

[QUOTE]Евгений Жуков пишет:
А ничего, что папка about - это не папка ru? Создайте папку about, положите туда меню и свой скрипт, в правиле замените /ru/ на /about/ и будет Вам счастье. [/QUOTE]
Интересно, а зачем тогда вообще ЧПУ?

[QUOTE]Евгений Жуков пишет:
У меня закралось подозрение - а Вы случаем, не все красивые ссылки так делать собираетесь (/ru/page.php?id=идентификатор)? Если да - бросьте эту затею.[/QUOTE]
А чем она уж так плоха эта идея? У меня есть десятка два страниц, которые более или мене статичны (/abot/, /contacts/, /support/ и т.д.). Для каждой из них создавать папку в корне сайта и копировать туда скрипт? Но так это же очень не красиво и не удобно - двадцать одинаковых папок с двадцатью одинаковыми скриптами. Да и неправильно это, как мне кажется. А если мне потом захочется что-то поменять на этих страницах?
Гораздо лучше сделать инфоблок "Общие страницы сайта", один раз написать скрипт, его куда-нибудь поместить, и настроить обработку адресов. Ведь для этого же и была придумана ЧПУ, на сколько я понимаю.
Только вот проблема с меню, которую так и не получается решить до сих пор.

Так в этом вся и проблема. Файл с меню .top.menu.php есть и в корневой папке, и в паке ru (но эти файлы разные).
Если я открываю страницу по прямой ссылке (/ru/page.php?id=1), то вижу то меню, которое в папке ru (все как и положено). Ну а если по красивой ссылке (/about/), то отображается меню из корневого раздела (а это уже неправильно).
И как это исправить, ума не приложу.

Добрый день.
Возможно плохо искал, но что-то так и не понял как справиться со следующей проблемой.
Настраиваю ЧПУ следующим образом: /about/ на /ru/page.php?id=1. Страница отображается нормально, но.... верхнего меню то нет. В этом случае я вижу меню из корневого раздела, а не из папки /ru/, как хотелось бы.
Может кто подскажет, как эти грабли обойти.