Вячеслав Трофимов (Все сообщения пользователя)

Цитата
Екатерина Апарова написал: Добрый день php 7.4 отвалились все задания на кроне  с той же ошибкой, что и у топикстартера. Кому-нибудь удалось найти варианты обхода проблемы?

Удалось вот так:

* * * * * /usr/bin/php -c /etc/php.d/bitrixenv.ini -f /.........................../bitrix/modules/main/tools/cron_events.php

Ну конечно зависит от уровня разработчика, за полчаса я бы скорее не сделал, но за час реально такие вещи делать и это для меня, кто нутрянку сайта и в глаза не видел, как минимум пришлось бы расковыривать как сделана форма, чтобы передать в шаблон отправки ссылку.

Добавлю:
Тут ведь, чем сильнее разработчик, тем дороже его время, может полчаса Сергея и будут стоить как 4 часа тех разработчиков, то на то и выйдет, если стоимость основной критерий.

Посмотрите методы класса CFile, но именно в ядре, т.к. в документации методов с такими возможностями не описаны, возможно просто отсутствуют.
Тогда придется напрямую вносить изменения в таблицу БД `b_file`

В шаблоне умного фильтра, сделайте unset всем ненужным фильтрам.
Я именно так вмешивался в его состав, можно либо добавить, либо убрать.

result_modifier.php

В скрине, представленном Вами указано в каком файле Вы используете split, это не файл битрикса.

Только моя, я на событии OnAfterUserAdd пытался убить чужие группы, но в этом событии все правильно, этих групп нет, все остальное стандартное.

[TO_MODULE_ID] => im
[TO_CLASS] => CIMEvent
   [TO_METHOD] => OnAfterUserAdd

[TO_MODULE_ID] => main    [TO_PATH] =>
   [TO_CLASS] => CRatings
   [TO_METHOD] => OnAfterUserRegister

[TO_MODULE_ID] => socialnetwork
[TO_CLASS] => CSocNetUser
   [TO_METHOD] => OnAfterUserAdd

[TO_MODULE_ID] => socialnetwork
[TO_CLASS] => \Bitrix\Socialnetwork\Item\UserToGroup
   [TO_METHOD] => onAfterUserAdd

смущает последний обработчик, не он ли добавляет эти группы

Коллеги, подскажите, где можно посмотреть. При создании пользователя, его автоматически включает в предопределенные группы  ID = 3,4
В настройках главного модуля, настройка "При регистрации добавлять в группу" - пустая. Однако при создании, хоть на вкладке группы и не стоит никаких галок, при сохранении пользователя он оказывается в этих 2-х группах. Меня такое поведение совсем не напрягало, но в последнем обновлении главного модуля было изменено правило доступа пользователей, которые не имеют административного статуса, но которым назначены права на редактирование и управление профилями пользователей определенных групп. Теперь такие пользователи могут управлять и заводить пользователей, только если они имеют доступ ко всем группам в которые включен профиль, который надо отредактировать, т.е. ранее они могли завести пользователя, который попадал в управляемую ими группу и ему ставились группы 3,4 и это не мешало, то теперь после заведения пользователя они его больше не видят, т.к. у них нет прав на группы 3 4. Дальнейшее копание показало, если администратор исключает пользователя из групп 3 и 4, он становится доступным для редактирование на какое-то время, потом снова пропадает, просмотр его профиля показывает, что он снова оказывается в группах 3 и 4. Предполагаю, что тут стараются такие модуля, как соцсеть. Подскажите как исправить, в техподдержку тикет создал, но может кто уже сталкивался. Пока у меня только такая мысль, и не знаю, получится ли, сделать бэкап, поставить сайт с 0, накатить бэкап до определенной точки и потом развернуть бэкап не стандартными средствами, а вдумчиво, только публичку и БД, но не всю, а что связано с динамическим контентом.


PS. Всё это началось при установке версии главного модуля = 18.1.9

<div id="bxdynamic_OQ3k9P_end" style="display:none"></div></div>

а это признак включенного композитного режима, это нормально.

echo это считайте и равно =
Вы выводите в браузер то, что возвращает функция вызова компонента, убирайте!

Компонент случайно не так подключаете?

<?=$APPLICATION->IncludeComponent()

В обработчике код такой:

$arFields = array(
               "USER_ID"=>$res_array["ID"],
               "STATUS"=>($res_array["ACTIVE"]=="Y"?GetMessage("STATUS_ACTIVE"):GetMessage("STATUS_BLOCKED")),
               "MESSAGE"=>$MSG,
               "LOGIN"=>$res_array["LOGIN"],
               "URL_LOGIN"=>urlencode($res_array["LOGIN"]),
               "CHECKWORD"=>$checkword,
               "NAME"=>$res_array["NAME"],
               "LAST_NAME"=>$res_array["LAST_NAME"],
               "EMAIL"=>$res_array["EMAIL"]
           );

Т.е. получается, если в шаблоне написать #MESSAGE# то туда и должно это вывести

https://dev.1c-bitrix.ru/api_help/main/reference/cuser/senduserinfo.php

посмотрите 5-й параметр, в нем можно передать шаблон.

Второй параметр SITE_ID, он же как правило буквенно-цифровой, проверьте, ну и банально почтового шаблона может как не быть, так и не быть привязанным к указанному сайту.

Курсы, курсы и еще раз курсы. Судя по вопросам это надо начинать с азов, не уверен, что тут есть такие альтруисты.

Коллеги, я нашел в чем была проблема, т.к. снова столкнулся с тем, что кроме администратора никто не видит задания, а проблема в том, как задавать права на доступ.
При указании прав, есть 2 варианта на выбор. Либо выбирать отсюда:

http://c2n.me/40KJdHC

либо отсюда (это ссылка ниже и называется "Категории пользователей"
http://c2n.me/40KJfEe

при втором варианте видимости нет, хоть и задавать немного удобнее, группы прописываются как "Группа[ID]", в первом варианте просто "Группа"

Я не знаю чем объяснить изменение поведения, при добавлении новой заявки, пользователь её увидел.

Администратор теперь видит так: http://c2n.me/40GScb5
А пользователь так: http://c2n.me/40GSg3B

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


правда я админом сидел в хроме, а пользователем в лисе и сегодня лиса обновилась.... кто его знает, может и повлияло.

Цитата
Андрей Николаев написал: Вячеслав Трофимов , нда... компонент bizproc.workflow.instances выдает доступ только если ты админ или если текущий пользователь автор БП, в противном случае он не показывает ничего.

Получается про этот функционал можно забыть? А что подразумевается под автором, кто его создал или кто запустил?

Цитата
Андрей Николаев написал: Цитата Вячеслав Трофимов  написал: Как видит администратор:  https://clip2net.com/s/40ETNbt  Как видит автор:  https://clip2net.com/s/40ETNP3   Правильно ли я понимаю, что это вы прогоняете это все под одним пользователем (т.е. если вы идете с самого начала, то все работает хорошо, а если вы этим же пользователем закроете процесс то уже не увидите элемента)?

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

Здравствуйте, помогите разобраться. Появилась необходимость реализовать функционал согласования одного документа, было решено сделать это на основе функционала бизнес-процессов, т.к. с его помощью это можно сделать на порядок быстрее и проще. Используется версия "Управление сайтом. ред. Бизнес", лицензия активна и установлены последние обновления из стабильной ветки. PHP 5.6.40 & MySQL 5.5.46 может это важно.
Сам бизнес процесс создавался из публичного раздела, с помощью комплексного компонента "bitrix:bizproc.wizards", т.к. не планировалось давать пользователям возможность работать с ним в административной части, только в публичной.

Для тестирования созданы 2 пользователя:
- request01 - группа ID=23 "Секретари руководителей"
- request02 - группа ID=24 "Отдел Сбыта"

Выставлены такие права:
https://clip2net.com/s/40ETLkE

Написана небольшая часть бизнес процесса, вкратце
https://clip2net.com/s/40ETM9c

1. Пользователь из группы 23 создает заявку и вносит в нее первоначальные данные
2. Создается задание для автора, где он должен добавить файлы документов
3. Все это записывается в элемент инфоблока
4. Второй группе уходит письмо о том, что заявка создана и надо с ней поработать
5. Вторая группа должна добавить свою информацию, которая так-же будет записана в элемент инфоблока.

В чем проблема:
Пользователь создает заявку (элемент), вносит первоначальные параметры и ему сразу предлагается добавить файлы документов, как бы работает, но если закрыть вкладку и потом снова зайти в раздел бизнес-процесса, то список пуст, хотя администратор видит, что такое задание висит, выглядит так:
Как видит администратор:
https://clip2net.com/s/40ETNbt
Как видит автор:
https://clip2net.com/s/40ETNP3

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

Вот настройки доступа самого инфоблока:
https://clip2net.com/s/40ETPOt

это выставил сам компонент, при создании инфоблока, я пробовал поставить в права уровень "Бизнес процессы" - результата не было.

Подскажите, где я фундаментально ошибаюсь?

Если есть такое в стандартном функционале, то тоже интересно будет посмотреть. Я реализовывал самостоятельно, путем формирование ссылки
set_filter=y&arrFilter_ и т.д.

Смотря сколько сайтов и какой редакции, вообще папка bitrix содержит очень много файлов
если сомневаетесь то смотрите чего делает машина
https://bozza.ru/art-252.html
вот здесь пример команд и увидите, идет копирование или как

Цитата
Антон Городецкий написал: AddEventHandler("iblock", "OnBeforeIBlockSectionUpdate", "dropName");

Это для разделов, надо такой-же прописать и для элементов. И кстати это мысль, надо будет самому попробовать.

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

Да причем тут юмор, нормальный программист иногда читает документацию, чтобы потом не просить помощи на форумах в трудностях, которые он сам себе создал. А в ней написано, категорически запрещен прямой доступ к БД. Либо расскажите нам, чтобы предостеречь остальных или указать разработчикам на ошибку в реализации, что именно было сделано, что удаление лишних св-в происходило через админку или API, а данные остались в таблицах св-в.

И размер таблиц, Вы как проверяете? размер на диске или количество строк в БД? Если размер на диске, то не факт, что там висят хвосты как Вы думаете, возможно надо просто сжать неиспользуемое пространство, в MySQL optimize table вроде.

А как они могли появится, повисшие в воздухе значения? Если кто-то удалял не через API, а прямым доступом к БД, то Вы сами себе злобный буратино.