Форум

Как вариант, обернуть вызов компонента добавления/редактирования в такое условие:[CODE]if($USER->IsAuthorized()){

   // вызов компонента добавления/редактирования элементов

}[/CODE]

[QUOTE]Андрей Масюк написал:
Цитата[URL=http://dev.1c-bitrix.ru/community/webdev/user/204637/]http://dev.1c-bitrix.ru/community/webdev/user/204637/[/URL] написал:
Цитата Андрей Масюк  написал:
13.1. Создать пользователя с логином «miniadmin» и паролем «987654». Созданному пользователю должно быть управление разделом отзывы: создавать в нем станицы и редактировать текущие. Доступен информационный блок отзывов в административном разделе – удаление, редактирование и добавление элементов.1. Создаёте пользователя, создаёте группу "Миниадмины" куда входит ваш пользователь
2. Для инфоблока "Отзывы" на вкладке "Доступы" даёте полные права для группы "Миниадмины"
3. Настройки -> Настройки модулей -> Упрвление структурой -> Доступы, добавьте право для группы "Миниадмины" на "Редактирование файлов и папок"
4. Через админку (файловый менеджер) для папки bitrix/admin/ отредактируйте "Права на доступ продукта" (в контекстном меню) для группы "Миниадмины" - права "Чтение", это чтобы визуальный редактор работал.
5. В публичной части перейдите в раздел "Отзывы", далее в админ-панеле Изменить раздел -> Доступы к разделу -> Добавить право доступа, находите своего пользователя "Миниадмин" ставьте ему права "Запись".
6.  Ура! Квест завершён ))Спасибо, проделал попунктно, всё окей)[/QUOTE]


Задача стоит несколько по другому (в тестовом билете):

[QUOTE]Создать нового пользователя. Созданному пользователю должно быть доступно управление разделом отзывы: создавать в нем станицы и редактировать текущие. Должен быть доступен информационный блок отзывов в административном разделе – удаление, редактирование и добавление элементов. Другая информация в административном разделе – недоступна. [/QUOTE]




После предложенного варианта удаление, редактирование и добавление отзывов работает. Но также в адм. разделе доступно чтение всех файлов.

А на странице отзывов доступны настройки компонента... Вроде такое решение не соответствует поставленной задаче?

[QUOTE]Иван Малышин написал:
Цитата[URL=http://dev.1c-bitrix.ru/community/webdev/user/14349/]http://dev.1c-bitrix.ru/community/webdev/user/14349/[/URL] написал:
В курсе [URL=http://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&CHAPTER_ID=04778&LESSON_PATH=3913.4565.4790.4778]http://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&CHAPTER_ID=04778&LESSON_PATH=3913.4565.4790.47...[/URL] про использование папки local ничего нет.
Я надеюсь, что вы все же самостоятельно справитесь и найдете информацию в этом курсе. [/QUOTE]
Сожалею, что для такой простой операции может понадобиться помощь и "ручной" поиск.  Предлагаю автоматизировать этот процесс.
Сейчас есть поиск по курсам, но, очевидно, в нем есть недостатки, т.к. по запросу "local" в курсе Bitrix Framework ничего не находится.
Есть информация из другого, более старшего, курса. Ну, и, окольными путями, действительно, можно найти [URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=5119]информацию[/URL], она там есть.
Так же как и информация о [URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2287&LESSON_PATH=3913.4608.2287]других возможных вариантах хранения шаблонов[/URL].

[QUOTE]Иван Малышин написал:
[URL=http://dev.1c-bitrix.ru/community/webdev/user/14349/]http://dev.1c-bitrix.ru/community/webdev/user/14349/[/URL], экзамен - это проверка перечня навыков разработчика по технологиям Bitrix Framework, а не какой-то конкретный "простейший случай" создания сайта.
[/QUOTE]
Так Bitrix Framework подразумевает хранение шаблонов и в других местах согласно документации. Но оказывается при этом, что

[QUOTE]Иван Малышин написал:
Теперь конкретно по local. То что вы не будете ее использовать в реальных проектах, основываясь на каком-то личном предпочтении не очень хорошо. Использование этой папки - это рекомендуемый нами подход в любых проектах, нет объективных причин (или я не знаю? назовите) не использовать эту папку.
[/QUOTE]
Т.е. разработчик посмотревший курс Bitrix Framework сейчас вряд ли догадается, о том, что использование папки local это официально рекомендуемый подход.

В целом, я конечно, не против папки local. Но, кажется такой подход с ее использованием в требованиях к экзаменационному решению слишком категоричным. Можно, к примеру, в экзаменах на более старшие ступени это сделать. Если нет совместной разработки и системы контроля версий, то зачем менять привычное место расположения файлов (причем, это не выдуманное место, а взятое из документации)?

В случае большого проекта с организацией совместной работы и контролем версий вопрос про использование этой папки сам всплывет (такие знания не проверяются на экзамене №1), а в простых случаях не вижу причин руководствоваться привычкой. Возможно, со временем будет привычно все размещать в local. Но пока это еще не так.

[QUOTE]opex888 написал:
/комплексный каталог в данном случае неуместен, т.к. он содержит много не нужных здесь разделов/ [/QUOTE]
Так их отключить можно.

[QUOTE]opex888 написал:
На странице имеется стандартный компонент "список разделов". необходимо, чтобы при нажатии на какой-либо раздел открывалась страница со стандартным компонентом "элементы раздела" с выводом элементов соответствующего раздела.
[/QUOTE]
Разместить два компонента в файле. Первый - список разделов. Второй - список элементов раздела (настроить чтобы он не выводил "элементы подразделов раздела").
В первом формировать ссылку раздела, используя ID или CODE и этот ID или CODE подсовывать второму компоненту.

Почему [URL=http://training.1c-bitrix.ru/upload/exam_dev/pubinfo/Ex1Description.pdf]тут[/URL] считается правильным использование только папки local для хранения шаблонов?
Вероятно, это будет актуально в будущем (см. дату документа во вложении).
Как можно найти актуальную на сегодняшний момент версию документа? :)

В курсе [URL=http://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&CHAPTER_ID=04778&LESSON_PATH=3913.4565.4790.4778]Разработчик Bitrix Framework[/URL] про использование папки local ничего нет.
Для простейших случаев (которым является экзамен по интеграции) какой то необходимости в ее использовании не вижу.

[QUOTE]Maxim Smirnov написал:
Предполагаю, что вы не загружаете поле "Уникальный идентификатор B_IBLOCK_ELEMENT.XML_ID).
В этом случае добавьте индекс по имени элемента:
   cre ate   index my_iblock_element_name on b_iblock_element(IBLOCK_ID, NAME)[/QUOTE]
У меня такая же проблема с импортом возникла.
На каталоге из 100 000 элементов импорт был ~500 элементов в минуту.
После создания индекса скорость возросла до ~1200 элементов в минуту.

Тоже хорошо, но все равно медленно.
Подскажите пожалуйста еще способы ускорения.

В общем, вопрос остается открытым.

Собственно, в заголовке суть вопроса.




Есть каталог с разделами и элементами. Есть набор свойств для элементов каталога.



Настроено в админке, что, при редактировании элементов, в зависимости от раздела, у элементов отображается свой список свойств.




Как мне эти свойства для разделов получить через api? Не вижу пока подходящих функций для этого.

[QUOTE]Алексей Сумин написал:
Нужно все цены дублировать и в зависимости от того какая цена должна показываться, делать сортировку.[/QUOTE]
Все цены дублировать в доп. свойства, а потом по ним сортировать?
:D  А что тогда мешало просто по CATALOG_PRICE_<PRICE_ID> сделать сортировку, без дубляжа свойств?  :D

У меня положение такое:
[TABLE][TR][TD]Товар[/TD][TD]Тип цены 1[/TD][TD]Тип цены 2 [/TD][TD]Тип цены 3 [/TD][TD] Тип цены 4[/TD][TD]Тип цены 5[/TD][TD]Тип цены 6[/TD][/TR][TR][TD]банка красной краски[/TD][TD]100[/TD][TD] [/TD][TD]80[/TD][TD]120[/TD][TD] [/TD][TD] [/TD][/TR][TR][TD]банка синей краски[/TD][TD] [/TD][TD]90[/TD][TD] [/TD][TD] [/TD][TD]60[/TD][TD]110[/TD][/TR][/TABLE]
Типичная ситуация, что у пользователя есть права на просмотр и покупку (например) по 1 и 2-му типу цены.
Есть еще много типов цен (реально примерно 50).
Бессмысленно в доп. свойство заносить какой либо один тип цен, а также вычисленное минимальное или максимальное значение по всем типам цен - это не приведет к нужному результату.

Тем не менее, хочется найти решение  :(.

Тогда возникает вопрос о том, какую цену дублировать в доп. свойства. Далее следует вывод, что это не является решением.

На вашем примере, если поместить в доп. свойство розничную цену, и фильтровать по нему, то получим:

[B]по убыванию цены [/B]
[COLOR=#ff0000]банка красной краски - 90р. [/COLOR](110 розница)
[COLOR=#0000ff]банка синей краски - 100р. [/COLOR](100 розница)

[B]по возрастанию цены [/B]
[COLOR=#0000ff]банка синей краски - 100р.[/COLOR] (100 розница)
[COLOR=#ff0000]банка красной краски - 90р. [/COLOR](110 розница)

Получился результат противоположный необходимому.