Форум

[QUOTE]Alex Mak написал:
Подскажите, пожалуйста, как в Б24 хранятся таблицы БД?[/QUOTE]

Это зависит от настроек СУБД, а не Битрикс24. Если используется Bitrix Env то там СУБД настроена что каждая таблица в отдельном файле.

[QUOTE]Nikolay Filippov написал:
bootstrap выключаете?[/QUOTE]

Зависит от проекта, чаще нет

[QUOTE]Александр написал:
1)скачал демо Б24.[/QUOTE]

1) Произвели ли вы установку самого битрикса? Без нее папка bitrix хоть и будет существовать, но она не будет полной.
2) Ознакомились ли вы с разделом bitrix framework по созданию модуля? https://dev.[QUOTE]Александр написал:
Но, разве вот этот код при создании таблиц в БД для сущности, не использует Application?[/QUOTE]1c-bitrix.ru/learning/course/index.php?COURSE_ID=101&LESSON_ID=2902

Это лишь один из способов

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

В битриксе можно проверить какой ответ дал postfix (не в плане вывода, а принял/непринял) - зайти в таблицу b_event и если там в поле SUCCESS_EXEC стоят Y - значит успешно передал. Если N - еще не обработали, если F - postifx отказался принять и если 0 - отменено обработчиками.

Nikolay Filippov, Все реже и реже трогаю БУС, но по большому счету всегда есть только 2 узких места: Умный фильтр 2.0 и sale.order.ajax.
Поддерживаю мнение Дениса - пустых шаблонов очень не хватает.

Частично используем vue, коллеги по цеху react+webpack.

[QUOTE]Юрий Юферов написал:
И очень интересует вопрос разделения пользователей по филиала (департаментам, направлениям), чтоб все в одной куче не лежали.[/QUOTE]

Да это возможно, причем для коробки можно и без энтерпрайза.

[QUOTE]Юрий Юферов написал:
Ну и в принципе интересует можно вообще все сущности разделить по филиалам?[/QUOTE]

Все - нельзя. CRM останется одна (контакт-центр, центр продаж, интернет-магазин), сайты24, база знаний - это не делится :(

[QUOTE]Александр написал:
Но столкнулись с тем, что в нашей виртуалке отсутствет Bitrix\Main\Application[/QUOTE]

1) Вы развернули чистую коробку или установили демо битрикс24?
Просто по-умолчанию при развороте даже образа bitrix env, у вас только инсталлер, без классов, они скачиваются в процессе установки

2) Где искали \Bitrix\Main\Application? Как именно поняли что его нет? Какой код и где писали?

3) Для создания своей сущности в CRM не нужен Main\Application :)

[QUOTE]Виктор Объедков написал:
Понятно, а тогда в чем может проблема?[/QUOTE]

Проблема в том, что с определенной версии все поля в select приводятся к uppercase, а проект был рассчитан под другую версию и битрикса и php.

[QUOTE]Виктор Объедков написал:
И почему так выходит ошибки?[/QUOTE]

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

P.S. Я не думаю что специалисты Фьюжн так будут игнорировать клиентов на поддержке или откажут в разовых работах, если только вы не хотите сэкономить и сделать все бесплатно в рамках форума

[QUOTE]Дмитрий Васильев написал:
Что бы это могло быть?[/QUOTE]

Дело в том, что крон-скрипты работают с минимальным интервалом 1 минуту, а скрипт проверяет фактическое нахождение не отправленных писем в очереди.
Т.е если сейчас 01 секунда и было добавлено 3 письма, то запуск скрипта до 59 секунды включительно покажет вам 3 не отправленных письма.

Главное чтобы это количество не начало расти без нагрузки(!), т.е. сегодня 3, завтра 6, после завтра 15.
Серьезной ошибкой будет, если без увеличения числа заказов у вас это число станет 150 и выше.

Интересно с какой целью писали этот код?

Хочется начать с вопроса: почему выполняются прямые запросы в базу для таблиц битрикса?
Да и ладно, что удаляет не через api, но кто в таком случае удалит привязку пользователей к группе? А фичи? А почты? А права? А кеш?
Хочется рассказать автору, что есть CSocNetGroup::Delete( $groupId ) который это сделает за него.

Продолжить хочется более интересным вопросом: а зачем в запросе с первичным ключем LIMIT? ID это и так primary поле которое однозначно идентифицирует запись и двух записей с одним ID быть не может. Limit там совершенно бесполезен (но да ладно, анализатор запросов умный и сам уберет).

Но черт возьми, совершенно не проверяется существование этого самого $groupId и его валидация. Проверяется заполненность какого-то ненужного $var, а вот $groupId нет. И ладно бы если выше еще проверили что это хотя бы int, а то там и sql injection пропустить можно