Оформление в библиотеку (модуль/пакет) в несколько раз увеличит затраты на реализацию. Заказчикам это не понравится. А большинство вещей вообще не будут никогда использованы повторно. Я так вижу что возвращаюсь только к 20% кода. Т.е. затраты еще раз будут умножены на 5.
Часто это куски которые в принципе глупо выделять в библиотеку. Буквально снипеты в 5-10-20 строк.
Хочется иметь механизм поиска по всему написанному мной коду.
А потом скормить его GPT6 и пусть он за меня работает.
С моей точки зрения чем лучше ваша БД отражает объектную область, тем меньше вам нужно описывать БЛ вообще. Т.е. описание БЛ это неизбежное зло из-за ограничений БД которая не может отразить реальность максимально точно. При этом перенос части БЛ в модель, в БД в конечном итоге это не плохо - это хорошо.
Но только если ваши запросы не превращаются в уродские и остаются читаемыми, а данные остаются нормализованными.
Плохой признак когда перенос БЛ в БД требует денормализации или таблицы/запросы выходят некрасивыми/нечитаемыми. Это плохой признак - тут надо остановиться и вынести логику в контроллер.
По сути красота, читаемость кода и нормализация данных всё что должно вас интересовать.
У вас проблема с кодировкой (вероятно что то с сервером - куда ставите?), но тут написано, что чтобы увидеть ошибки, надо включить дебаг. Поэтому для начала в .settings.php включите вывод ошибок. Найдите там строку вроде "debug" => false и поменяйте на "debug" => true
Сам файл .settings.php в папке bitrix
Алексей Ярков, почему нет? Для вас очевидно "переустановка плагина" - это какая-то понятная операция, для меня как для бэкендера не очень.
И даже если вы забыли этот частный случай общее решение-то у вас есть.
Часто это куски которые в принципе глупо выделять в библиотеку. Буквально снипеты в 5-10-20 строк.
Хочется иметь механизм поиска по всему написанному мной коду.
А потом скормить его GPT6 и пусть он за меня работает.