Про битрикс любимый

Не только предлагаю, но и переношу))

Светлана, я очень признателен Вам за желание помочь!    
Насколько я понял идеологию bitrix, b_file - является регистрационным журналом всех закачанных файлов на сайт.
Имеется в виду закачанных механизмами сайта (не через консоль администратора).
Например, инфоблоком.  табла b_file, столб: module_id содержит имя типа модуля, через который была закачка.
Там, же в b_file хранится как  начальное имя файла (с которым его пытались закачать), текущее имя и путь размещения относительно корня upload.

ЗАЧЕМ:
Спустя 4 месяца сервиса, портал превратился в файловую памойку. при анализе (сопоставлении)
1. существующих инфоблоков,
2. записей в b_file
3. фактического наличия файлов
было найдено большое кол старых записей в БД, и файлов.
т.е. фактически - мусор.
Общий размер составил несколько Гб!
С одной стороны если массив 4 Тб - то не вопрос.
Одно не понятно Зачем так делать?
- это вопрос скорее к идеологам bitrix

Возвращаясь к вашему вопросу зачем?
- Чтобы навести порядок.  Т.е. определить что является мусором и убрать его.  
По моему это обычное дело - поддерживать в порядке жильё, рабочее место, свой авто...

 

- Я управлял сайтом через стандартную косоль админа.
"Административный раздел"/"Панель управления"
(вероятно ответ не о чём...)
В общем, работал штатными средствами БУС

Ну, насколько я смог разобраться в терминологии получается следующее:
Панель "Контент"
С помощью оснастки "Типы информационных блоков" был создан тип "Папки".
В списке "Структура сайта" есть элемент "Папки" (пиктограммка голубой квадратик на зеленом), в котором есть подраздел "Папки" в котором есть элементы - записи папок пользователей (разделы), и элементы - файлы (просто элементы)
Т.е. я работаю со структурой на основе инфоблоков.
где к элемент инфоблока "файл" имеет поле с file_id таблы b_file. т.е. связан с закаченным файлом

Откуда взялся мусор:
1. Удаление элемента инфоблока "файл" не вызывает удаление соответствующей записи в табле b_file, и самого файла из папки upload.
2. Удаление файла через Админскую кансоль
"Контен": "Структура сайта"/"файлы и папки"
не проверяет наличие ссылок на этот файл в b_file и соответственно не проверяется его задействование в инфоблоках по b_files.id.
Меня "слегка" поразило что в коммерческой CMS, где существуют шаблоны, сильно развиты и применяются механизмы парсеры, нет элементарной проверки на поддержание целостности файловой структуры и уборки "мусора"!  
Однажды я этому посвятил почти день ~ 3 часов вычищая всё в полу-ручную.... (небыл уверен в своей правоте)

Сейчас понимаю, что нужно сделать скрипт. что в принципе -не проблема.
Поразил сам факт!    

Собственно, возвращаясь к заданному мной вопросу:
В bitrix управление сайтом редакция стандарт есть ли встроенный механизм контроля целостности файловой системы и базы данных.
не контроля целостности таблиц, а именно базы данных в целом!
т.е. перекрёстная проверка ссылок на записи в различны таблах.

Вопрос №3
Ресуры:
Где взять шаблоны (не коммерческие).
а. на сайты.
б. на bitrix и его модули.

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

Т.е. при закачке пользователем файла, создается элемент инфоблока, к которому привязан файл. Соответственно, далее пользователь считает, что управляет файлом, но фактически он управляет элементом инфоблока.

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

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

Здесь описание события, которое вызывается каждый раз перед удалением элемента инфоблока http://dev.1c-bitrix.ru/api_help/iblock/events/onbeforeiblockelementdelete.php
Т.е. реализовать нужный вам функционал можно и без написания собственного модуля.

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

По вопросу №3 - таких шаблонов очень мало. Если кто-то и создает свои модули, компоненты, шаблоны, то распространяет их, как правило, платно. Кстати, есть группа называется "Рынок", где можно найти такие предложения. Там же был по крайней мере один компонент отдаваемый бесплатно - Гостевая книга от Романа Забродина.

Вопрос № 4 - не уверена, но в настройках это сделать по-моему невозможно - битрикс работает с папками, начиная с корня сайта. Хотя, если будете делать свой компонент, то можно реализовать такую схему:
сначала загружается файл в нужную вам папку стандартными средствами php
потом создается элемент инфоблока
в свойстве элемента сохраняется путь к загруженному файлу.
При этом загруженные выше корня сайта файлы модулем Управление структурой учитываться не будут. И если вам нужно будет реализовать функционал удаления, то это надо делать через обработчик, а дальше удалять опять-таки стандартными функциями php.

Похожий механизм, например, приходилось делать на сайте corbina.tv - все видео-ролики при добавлении редактором сохраняются на отдельном сервере, а в битрикс создаются для них элементы инфоблоков, с описаниями, счетчиком показов, голосованием и т.д.

Значит, все не так плохо, как показалось сначала. Если повесить обработчик на удаление элемента инфоблока, то будут удаляться и при удалении админом.

Сложно сказать, что они были должны сделать) Раз инфоблоки стандартные, возможно хватило бы для работы стандартных компонентов и понадобилось дописать всего несколько скриптов своих.

Почти. Если не устраивает работа на уровне таблиц, то да - нужно делать свой модуль.
А модуль - это не только набор таблиц в БД и компонентов. Это еще и папка в каталоге /bitrix/modules/ с файлами, где описаны все функции, которые используются в публичной и административной части.
Т.е. на уровне компонентов уже прямых запросов к базе и всяких служебных функций быть не должно - только функции, которые описаны в файлах модуля.
А! еще страницы в админке тоже должны быть свои - раз свои таблицы.
Стандартно все события обрабатываются из этого файла. Поэтому если вы продолжаете работать с инфоблоками, как это реализовано сейчас, то, да, только из этого файла.

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

Это скорее вариант решения, чем руководство к действию. Я просто хотела показать, что можно обойтись компонентом, нет ничего такого в поставленной задаче, что не могло бы быть решено на существующем API, даже в минимальной редакции (Старт). Но если задачи какие-то специфические (например, нагрузка очень большая, а информации в таблицах инфоблоков хранится ооочень мало), то возможно, есть смысл делать свой модуль.

Всегда пожалуйста)

Есть не статейка, есть пример в документации http://dev.1c-bitrix.ru/api_help/main/general/admin.section/index.php

Компонента готового нет, тут партнер прав. Градусник есть на странице обновлений в админке, если нужно, то можно посмотреть код этой страницы, как там реализовано.
Вобще, видела всякие решения с градусником с подключением функций perl или с формой во флеше. Сама не делала, но наверняка, если повозиться, то можно и их интегрировать в Битрикс. Если с градусником из обновлений почему-либо не сложится.

Не волнуйтесь, мы активно "уши греем" (простмотров у темы 200 с лишним-это много)
Чему то сами учимся, на что-то у нас свои методы решений и взгляды.
Светлана Вам все качественно рассказала-встревать смысла нет, только уведем от основной темы, начнем опять "все мужики сво..., скоро весна..., да как трудно жить девушкой программером...."
Зачем вам это?  

Ну... э.. должны же быть хоть какие-то фишки... Это же всё-таки NET-girls group всё таки...  

Хм.. ну..., не так уж он велик и могуч!
Надо прямо сказать.  
До уровня продукта с которым не стыдно выйти на рынок он безусловно дорос.  Однако, пока ещё далёк от совершенства.
- Книга жалоб и предложений просто ломится...
- Есть необходимость "доработки напильником"... смотрите как активно используются ресурс dev.1c-bitrix.ru в целом. Да и вопросы то в общем не тривиальные, вызванные нежеланием читать доки, а именно имеющимися проблемами.  Одно радует - положительные изменения в продукте от версии к версии есть.  
К тому же и вы, очаровательницы наши, не спроста же здесь "уши греете"....  

Ой.... не один я тут такой.... :))))