Андрей Николаев (Все сообщения пользователя)

Вам нужно не константу создавать, а переменную.
Константа задается один раз и на протяжении процесса не изменяется (на то она и константа)

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

Дмитрий В, все тесты bitrix server test.php проходят успешно? используете bitrix vm?

Максим, это обычный POST запрос multipart-кодированный.
К сожалению как на баше это сделать не знаю.

Есть несколько способов отправки:
1) Мгновенная отправка (прямое выполнение bxmail)
2) Скрытая отправка (отправка без записи, почти прямое выполнение, но с обработкой)
3) Запись в b_event

Скорее всего у вас в БП создается отправка и записывается в b_event и время отправки еще не пришло (несколько минут)

Сергей Вольвич, судя по описанию, предполагаю что кто-то в index.php вынес компонент bitrix:catalog.section без включенного ЧПУ

Роман Бурчаков, ну вообще... никак. Создайте дополнительную переменную и устанавливайте ее при входе в каждый статус.

Получите ID из соответствующего поля UF_CRM_1509562083 и сделайте еще один запрос. Не вижу проблемы.

Он не должен быть по-умолачнию, но рекомендуется.
Собственно немного устаревшая часть, последнее время рекомендуют redis.


Он верно сказал, не для crm не требуется, но это не значит что никакие другие подсистемы битрикса не используют кеш (например живая лента и т.п.).
Я бы даже сказал так: хорошо если кеширование будет в redis, но лучше когда в redis будет сессия пользователя.

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

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

1) Произвели ли вы установку самого битрикса? Без нее папка bitrix хоть и будет существовать, но она не будет полной.
2) Ознакомились ли вы с разделом bitrix framework по созданию модуля? https://dev.

Цитата
Александр написал: Но, разве вот этот код при создании таблиц в БД для сущности, не использует Application?

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.

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


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

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

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

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

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


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

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

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

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

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

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

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

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

А что перепробовал?
Пример БП? Алгоритмы какие?

Олег Верханов, через JS - https://dev.1c-bitrix.ru/rest_help/application_embedding/application_embedding/pla­cement_info.php

Никак. В коробку не завезли еще.

Вы знаете шаблон, в котором нужно выполнять уведомление (вы ведь его сами создали), далее через CBPAllTaskService::GetList() с фильтрами по USER_STATUS = 0 (см в константах нужные значения) и другими фильтрами получаете те задания по которым нужно слать уведомления.
Можно конечно при установке задания пользователю записывать отдельно в свою таблицу, но это такое себе решение.

Кстати оно лучше чем решение выше - вы точно знаете кому уже выданы задания, кто утвердил, кто отклонил и без всякой магии

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

Это константа, обычно они декларируются в файлах подключаемых в init.php
Если она определена, то проблем нет никаких