Роман написал: Да я стандартным конструктором отчётов пока пользовался, типа такого
Модифицировать данный конструктор очень неблагодарное дело, поэтому обычно мы пишем собственный компонент который делает строго заданный отчет по определенным параметрам.
[QUOTE]Владимир написал: Тогда для чего это?[/QUOTE]
Для того чтобы все загружаемые в битрикс файлы хранились не на жестком диске сервера, где установлен битрикс, а в облачных хранилищах. Яндекс.Диск, Google.Drive, Диск Mail.ru не приспособлены для этого (хотя они и могут использоваться, при написании соответствующего коннектора), поэтому их в поставке и нет.
Роман написал: последний вопрос, для подключения телефонии нужен SSL-сертификат, какой лучше использовать? Просто поставщиков много, от бесплатных (типа Let's Encrypt) до ультра-дорогих, и какой выбрать - непонятно.
Роман написал: т.к. в crm я попробовал сделать кастомный отчёт, но там всё равноне хватает некоторых вещей.
Нужно разбираться подробнее. Чего именно нехватает? Где? Как достаете?
Цитата
Роман написал: Или нужно лезть в код и там вытаскивать данные из mysql?
Вытаскивать данные через SQL не зная структуры дело бессмысленное, так что нужно понять что вы хотите и уже исходя из этого думать как это сделать. Сейчас, не зная цели, это похоже на гадание на кофейной гуще.
[QUOTE]Евгений Макаров написал: прямой доступ к файлам в проводнике windows без запуска VM.[/QUOTE]
Без стороннего ПО нельзя. Наиболее простым способом, удовлетворяющим то что вы хотите получить, я считаю, использование [URL=https://winscp.net/eng/docs/lang:ru]winscp[/URL].
[QUOTE]Евгений Букраба написал: Собственно, как мне организовать путь напрямую из облачного хранилища, игнорируя замену пути в папку iblock?[/QUOTE]
Никак. Это архитектурная особенность платформы - она не хранит путь к изображению лишь его идентификатор к базе. Файл в любом случае должен быть загружен в битрикс. Теоретически по аналогии с модулем облачных хранилищ можно разработать собственный модуль, который бы получал изображение, находил его во внешнем сервере и сохранял в b_file мета-информацию с хендлером, а при получении по хешу искал его во внешнем хранилище, но это не совсем то что Вы хотите.