Форум

Анна Блудвина, а вот и нет :p

$_SERVER['DOCUMENT_ROOT'] - путь до root директории, а не от нее.

Я подписался на другое событие и расположил код в init.php:
[CODE]<?php
use Bitrix\Main\Diag\Debug;


\Bitrix\Main\EventManager::getInstance()->addEventHandlerCompatible(
   'main',
   'OnEpilog',
   'OnSaleBasketItemEntitySavedHandler'
);

function OnSaleBasketItemEntitySavedHandler()
{  
   $parameters = ['ts'=>'test'];
   Debug::dumpToFile($parameters, "PARAM", '/log.txt');  
}[/CODE]

На выходе: у меня создался файл log.txt (на одном уровне с urlrewrite.php index.php и папкой bitrix).

Дело в том, что другие скрипты (стандартный битрикс) пишет в сообщение по абсолютному пути к файлу, а dumpToFile по относительному.

Валерий Ефремов, что вы подразумеваете под "рейтингом участия" ?

Анна Блудвина, доброе время суток! Есть прекрасная статья на эту тему - [URL=https://mrcappuccino.ru/blog/post/bitrix-d7-debug]https://mrcappuccino.ru/blog/post/bitrix-d7-debug[/URL]
3 параметр - путь от корня :)

Александр Бабий, А что у Вас за форма? Веб-формы? Инфоблок? Компонент main:feedback ? CRM-форма?

Там иначе нужно хранить хеш от связки - он же все равно знает 1 из 2 параметров

Это уже интереснее :)
Суть в следующем: предположим вы отдаете файл в формате .avi, но не все, а только лишь некоторые (с) Кличко, могу воспроизводить этот файл. Для того чтобы его можно было смотреть с разных устройств - нужно выполнять конвертацию между форматами.
Предположим, что мы живем в мире честных людей, тогда я вижу следующий вариант (комбинация 5 и 2 и 3 метода):

1) Вы делаете скрипт, который выдает hash токен на доступ к определенным файлам. Где-то храните связку - hash и доступных файлов.
2) Делаете скрипт, который через X-Accel-Redirect, при совпадении токена отдает файл.

Таким образом, вы выдаете открытый всем (т.е. его можно подсмотреть в GET-параметрах) hash токен, по которому в течении определенного времени есть доступ к файлу. Например:

Вы выдаете компании X доступ. Пишете hash - 123456789
И определенные файл: bitrix_developer.avi [ID: 1], bitrix_content_manager.avi [ID: 2], bitrix_framework.avi [ID: 3]
И говорите: чтобы отдать файл пользователю вы должны отправить его:

noname.com/download.php?file_id=1&hash=123456789

Это отправит пользователя на скачивание bitrix_developer.avi [ID: 1] от компании с хешем: 123456789
Когда истечет токен, он не сможет скачать файл. Полным перебором ID он может скачать все доступные файлы

Ух какая-тема.

Вообще решения есть и довольно не простые.
По собственному опыту могу сказать что встречал подобные решения и подходы:

1) Отдавать прямую ссылку на файл "как есть", проверяя права только на показ ссылки.
Результат:
+ быстро отдается файл
+ почти ничего не нужно писать
- зная ссылку можно получить файл и без прав

2) Писать страницу на php, которая через readfile будет отдавать контент файла в браузер пользователю
Результат:
+ Нужно писать не так много кода
+ Контролируется полный скоп прав (можно отобрать права на файл и он станет недоступным)
- при большой нагрузке (или больших файлах) сайт умрет

3) Писать страницу на php, которая копирует файл на определенное время и выдает временную ссылку (по истечению X-времени удаляет файл)
Результат:
+ Контролируется полный скоп прав (можно отобрать права на файл и он станет недоступным)
+ Файл отдается быстро
- Зная ссылку на файл, кто угодно может его скачать в течении X времени
- Нужно очень много места, т.к. фактически под каждого пользователя (или под каждый запрос) будет копировать файл

4) Написать плагин для nginx, который бы отдавал файл.
Результат:
+ Контролируется полный скоп прав
+ Быстро отдается файл
- Писать много кода на lua, а потом еще и поддерживать

5) Использовать nginx с его X-Accel-Redirect
Результат:
+ Контролируется полный скоп прав
+ Быстро отдается файл
+ Не писать много кода
- Нужно читать про настройку nginx и X-Accel-Redirect

Если коротко, то обновление будет адом :)

Если подробнее:
1) Любые изменения из /bitrix/modules/****/classes/*** обернутся против Вас. Это никуда не вынести и никак не "допилить"

2) Возможно часть интересующей функциональности есть в /bitrix/modules/*****/lib/***, тогда вы можете взять исходный класс и отнаследоваться (где возможно) и использовать именно их, однако такое очень большая редкость

Роман Косинцев,

Делали что-то подобное (фиксирование голосва - за/против с новым возвращаемым значением - кто не успел проголосовать).
Сказу скажу - нормальных хендлеров мы не нашли, поэтому - копируем код активити и в нем уже дописываем кастомный код.

1) Необходимо продумать как вы будете фиксировать в каком блоке какого бп будет происходить логгирование и как вы будете доставать результаты.
Это нужно сделать в методе Subscribe. Но опираться нужно на $this->GetWorkflowInstanceId() - потому что многие другие переменные будут утеряны, при голосовании (потеря контекста).

2) Далее фиксировать голоса нужно одновременно в 2х функциях:

- OnExternalEvent - туда попадает все, но при отправки от агента сразу же уходит на другую функцию.
Соответственно тут можно и нужно фиксировать голоса за и против.

- ExecuteOnNonApprove - сюда попадает интепретатор в двух случаях - когда кто-то сказал нет и работа блока окончена и когда от агента пришло сообщение об окончании времени голосования.

3) Сами голоса в рамках всего контекта вы можете получить в $this->arApproveResults - ассоциативный массив Пользователь-Голос(true/false) [для всех проголосовавших пользователей] и в OnExternalEvent - $arEventParameters["APPROVE"] или $approve [при голосовании сотрудника]

Ирина Скорикова, тут просто скопировать не подойдет - нужно и код переписывать (названия модуля менять)