Ну конечно зависит от уровня разработчика, за полчаса я бы скорее не сделал, но за час реально такие вещи делать и это для меня, кто нутрянку сайта и в глаза не видел, как минимум пришлось бы расковыривать как сделана форма, чтобы передать в шаблон отправки ссылку.
Добавлю: Тут ведь, чем сильнее разработчик, тем дороже его время, может полчаса Сергея и будут стоить как 4 часа тех разработчиков, то на то и выйдет, если стоимость основной критерий.
Посмотрите методы класса CFile, но именно в ядре, т.к. в документации методов с такими возможностями не описаны, возможно просто отсутствуют. Тогда придется напрямую вносить изменения в таблицу БД `b_file`
Как органичить данные в фильтре smart.filter только свойствами товаров переданными в массиве $arrFilter(имя которого передано в FILTER_NAME)?, Как органичить данные в фильтре smart.filter только свойствами товаров переданными в массиве $arrFilter(имя которого передано в FILTER_NAME)?
Коллеги, подскажите, где можно посмотреть. При создании пользователя, его автоматически включает в предопределенные группы ID = 3,4 В настройках главного модуля, настройка "При регистрации добавлять в группу" - пустая. Однако при создании, хоть на вкладке группы и не стоит никаких галок, при сохранении пользователя он оказывается в этих 2-х группах. Меня такое поведение совсем не напрягало, но в последнем обновлении главного модуля было изменено правило доступа пользователей, которые не имеют административного статуса, но которым назначены права на редактирование и управление профилями пользователей определенных групп. Теперь такие пользователи могут управлять и заводить пользователей, только если они имеют доступ ко всем группам в которые включен профиль, который надо отредактировать, т.е. ранее они могли завести пользователя, который попадал в управляемую ими группу и ему ставились группы 3,4 и это не мешало, то теперь после заведения пользователя они его больше не видят, т.к. у них нет прав на группы 3 4. Дальнейшее копание показало, если администратор исключает пользователя из групп 3 и 4, он становится доступным для редактирование на какое-то время, потом снова пропадает, просмотр его профиля показывает, что он снова оказывается в группах 3 и 4. Предполагаю, что тут стараются такие модуля, как соцсеть. Подскажите как исправить, в техподдержку тикет создал, но может кто уже сталкивался. Пока у меня только такая мысль, и не знаю, получится ли, сделать бэкап, поставить сайт с 0, накатить бэкап до определенной точки и потом развернуть бэкап не стандартными средствами, а вдумчиво, только публичку и БД, но не всю, а что связано с динамическим контентом.
PS. Всё это началось при установке версии главного модуля = 18.1.9
bxdynamic_ после includeComponent, Добавляется 0 после include component
Второй параметр SITE_ID, он же как правило буквенно-цифровой, проверьте, ну и банально почтового шаблона может как не быть, так и не быть привязанным к указанному сайту.
Коллеги, я нашел в чем была проблема, т.к. снова столкнулся с тем, что кроме администратора никто не видит задания, а проблема в том, как задавать права на доступ. При указании прав, есть 2 варианта на выбор. Либо выбирать отсюда:
либо отсюда (это ссылка ниже и называется "Категории пользователей"
при втором варианте видимости нет, хоть и задавать немного удобнее, группы прописываются как "Группа[ID]", в первом варианте просто "Группа"
Я не знаю чем объяснить изменение поведения, при добавлении новой заявки, пользователь её увидел.
Администратор теперь видит так: А пользователь так:
Т.е. минус одна, из-за которой и был весь сыр-бор, что ее не было видно. Бизнес процесс я не трогал. Сделал эксперимент, удалил ее, и все остальные, добавил пользователем новую и он ее видит, просто мистика какая-то. Начну дальше прописывать бизнес-процесс.
правда я админом сидел в хроме, а пользователем в лисе и сегодня лиса обновилась.... кто его знает, может и повлияло.
Андрей Николаев написал: Вячеслав Трофимов , нда... компонент bizproc.workflow.instances выдает доступ только если ты админ или если текущий пользователь автор БП, в противном случае он не показывает ничего.
Получается про этот функционал можно забыть? А что подразумевается под автором, кто его создал или кто запустил?
Вячеслав Трофимов написал: Как видит администратор: Как видит автор:
Правильно ли я понимаю, что это вы прогоняете это все под одним пользователем (т.е. если вы идете с самого начала, то все работает хорошо, а если вы этим же пользователем закроете процесс то уже не увидите элемента)?
Да, запуск процесса делает один пользователь, он же вводит первичные параметры и ему тут-же предлагается согласно второму шагу добавить файлы, но если закрыть браузер и открыть его снова, второго шага уже нет, хотя по факту задание висит и администратор его видит.
Здравствуйте, помогите разобраться. Появилась необходимость реализовать функционал согласования одного документа, было решено сделать это на основе функционала бизнес-процессов, т.к. с его помощью это можно сделать на порядок быстрее и проще. Используется версия "Управление сайтом. ред. Бизнес", лицензия активна и установлены последние обновления из стабильной ветки. PHP 5.6.40 & MySQL 5.5.46 может это важно. Сам бизнес процесс создавался из публичного раздела, с помощью комплексного компонента "bitrix:bizproc.wizards", т.к. не планировалось давать пользователям возможность работать с ним в административной части, только в публичной.
Для тестирования созданы 2 пользователя: - request01 - группа ID=23 "Секретари руководителей" - request02 - группа ID=24 "Отдел Сбыта"
Выставлены такие права:
Написана небольшая часть бизнес процесса, вкратце
1. Пользователь из группы 23 создает заявку и вносит в нее первоначальные данные 2. Создается задание для автора, где он должен добавить файлы документов 3. Все это записывается в элемент инфоблока 4. Второй группе уходит письмо о том, что заявка создана и надо с ней поработать 5. Вторая группа должна добавить свою информацию, которая так-же будет записана в элемент инфоблока.
В чем проблема: Пользователь создает заявку (элемент), вносит первоначальные параметры и ему сразу предлагается добавить файлы документов, как бы работает, но если закрыть вкладку и потом снова зайти в раздел бизнес-процесса, то список пуст, хотя администратор видит, что такое задание висит, выглядит так: Как видит администратор:
Как видит автор:
аналогично, если не закрывать вкладку, а сразу добавить файлы, т.е. выполнить задание, бизнес процесс отрабатывает дальше, письмо уходит в следующую группу, но они аналогично ничего не видят, для них список заданий пуст, хотя администратор видит, что задание висит на них
Вот настройки доступа самого инфоблока:
это выставил сам компонент, при создании инфоблока, я пробовал поставить в права уровень "Бизнес процессы" - результата не было.
Подскажите, где я фундаментально ошибаюсь?
Ссылки из характеристик в карточке товара, Вывод характеристик в виде ссылок на умный фильтр
Если есть такое в стандартном функционале, то тоже интересно будет посмотреть. Я реализовывал самостоятельно, путем формирование ссылки set_filter=y&arrFilter_ и т.д.
Да причем тут юмор, нормальный программист иногда читает документацию, чтобы потом не просить помощи на форумах в трудностях, которые он сам себе создал. А в ней написано, категорически запрещен прямой доступ к БД. Либо расскажите нам, чтобы предостеречь остальных или указать разработчикам на ошибку в реализации, что именно было сделано, что удаление лишних св-в происходило через админку или API, а данные остались в таблицах св-в.
И размер таблиц, Вы как проверяете? размер на диске или количество строк в БД? Если размер на диске, то не факт, что там висят хвосты как Вы думаете, возможно надо просто сжать неиспользуемое пространство, в MySQL optimize table вроде.
