Форум

[QUOTE] написал:
В командной строке PHP включите модуль и запустите эту функцию, если есть ошибки, увидите их[/QUOTE]
Спасибо за помощь!

Вот так подключил и запустил в php-строке:
[CODE]use Bitrix\Main\Loader;
Loader::includeModule('sotbit.elba');
$m=CSotbitElba::SyncElbaBills();
var_dump($m);
[/CODE]Что самое странное - после запуска никаких ошибок не отобразилось, а агенты SotbitElba стали работать без ошибок.

Пользуюсь очень старым модулем, который уже не опубликован на маркетплейсе Битрикса: [URL=https://marketplace.1c-bitrix.ru/solutions/sotbit.elba/]https://marketplace.1c-bitrix.ru/solutions/sotbit.elba/[/URL]
Отличный модуль, который автоматизировал рутину при работе с Контур.Эльба.
Работал нормально до 2 июля 2024 года. После этой даты модуль продолжает отправлять данные в Контур.Эльба, а вот статусы оплат уже не получает.

Залез в список агентов и вижу, что агенты этого модуля со 2 июля 2024 г. запущены, но никак не отработают.
А потому вопрос: как определить, где ошибка в модуле агента? Или как функцию агента CSotbitElba::SyncElbaBills(); запустить на странице сайта, чтобы отобразилась ошибка?

Проблема.
[LIST=1]
[*]Периодически на сайтах регистрируются боты, указывая номер телефона и e-mail, которые уже содержаться в каких-нибудь открытых спам-базах.
[*]Иногда на сайте покупают люди, с которыми не хочется связываться. Например, могут выбрать оплату по счету как юр. лицо, а оплатить этот счет со счета физ. лица. И это не смотря на то, что на сайте есть возможность оплатить и как физ.лицо. За такое налоговая может вздрючить, только не клиента, а продавца. Хотелось бы таких людей сразу заносить в ЧС по ИНН, который они вводят при оформлении заказа, так как блокировку аккаунта на сайте можно обойти созданием нового аккаунта. Вот такие косячные клиенты иногда попадаются...
[/LIST]Решение.
Блокировку необходимо подключить в трех местах:
[LIST=1]
[*]При регистрации. Здесь можно заблокировать ботов по e-mail.
[*]При отправке сообщения сайта. Блокировка ботов, рассылающий рекламный спам, по e-mail и телефону.
[*]При оформлении заказа незарегистрированным посетителем. Блокировка реальных людей по введенным: e-mail, тел, ИНН.
[/LIST]Как должен работать модуль.
После заполнения обязательных полей и нажатии на кнопку отправки данных, модуль простой функцией типа Pos или PosStr проверит наличие введенных данных в файлах на сервере, содержащих список СПАМНЫХ контактов. Перед этим, модуль должен удалить лишние символы, например из телефона, оставив только последние 10 цифр.

Кто подскажет, где искать в битриксе обработчики:
[LIST=1]
[*]регистрации на сайте
[*]отправки сообщений с сайта, который обычно ставится в разделе контакты.
[*]оформленияя заказа незарегистрированным посетителем
[/LIST]

Заходите в админку, потом [B]Контент - Инфоблоки - Типы инфоблоков[/B] и ищите тот блок, в котором произошла такая проблема. На первой же вкладке "Инфоблок" будут поля:
[LIST]
[*]URL страницы информационного блока:
[*]URL страницы раздела:
[*]URL страницы детального просмотра:
[/LIST]В каком-то из этих полей будет присутствовать /#!/. Нужно это, в смысле /#!/, удалить.

[QUOTE]Александр Кувшинов написал:
Есть модуль на маркете, как заставить его работать на кроне[/QUOTE]

В файле[COLOR=#0000ff] /bitrix/php_interface/dbconn.php[/COLOR] нужно прописать либо так:
[CODE]define("BX_CRONTAB", true); //Вы сказали Битриксу что у вас теперь любой скрипт запущен кроном.
define("BX_CRONTAB_SUPPORT", true); //переносит отправку почты на крон.[/CODE]либо так:
[CODE]define("BX_CRONTAB", false);
define("BX_CRONTAB_SUPPORT", false); [/CODE]Но тогда другие модули могут перестать работать. Поэтому я прописал вообще так:
[CODE]$r = rand(1, 10);if ($r > 4) {
   if(!(defined("CHK_EVENT") && CHK_EVENT===true))
   {
       define("BX_CRONTAB", true); //Вы сказали Битриксу что у вас теперь любой скрипт запущен кроном.
       define("BX_CRONTAB_SUPPORT", true); //переносит отправку почты на крон.
   }
   
}
else {
   define("BX_CRONTAB", false);
   define("BX_CRONTAB_SUPPORT", false);
}[/CODE]
Теперь и почта работает нормально, и все стороннние модули работают на кроне. Единственная проблема возникла - перестало работать Регулярное резервное копирование сайта.

Только вручную каждый товар снимать с сайта.

Включите режим визуальной правки на главной странице и включите модуль. То есть, найдите расположение пустого длинного узкого прямоугольника на главной странице на том месте где должен быть слайдер. Нажмите на шестеренку и в самом низу ниспадающего меню выбирайте "Включить компонент".

[QUOTE]Андрей Бакрин написал:
То есть основной сайт резервирует без проблем, но если ставишь в копию все сайты, то пишет ошибку доступа к папке других сайтов.[/QUOTE]
Как вариант решения проблемы, зайдите в админке в [B]Настройки - Сайты - Список сайтов[/B].
Далее заходите в настройки каждого из сайтов и проверьте, чтобы поле "Путь к корневой папке веб-сервера для этого сайта:(оставьте пустым, если у всех сайтов одинаковая корневая папка)" не было пустым и при этом у всех сайтов оно было разным.

Никак не могу разобраться с кроном.
На сайте часть сторонних модулей работают как периодические агенты, а другая часть - как непериодические.
В зависимости от того, как были обозначены константы [COLOR=#ff0000]BX_CRONTAB_SUPPORT[/COLOR] и [COLOR=#ff0000]BX_CRONTAB[/COLOR] в [COLOR=#0000ff]/bitrix/php_interface/dbconn.php[/COLOR] у меня работали либо только периодические, либо только непериодические агенты. То есть, либо почта могла вообще не отправляться, либо одни модули не обновлялись, либо другие модули не экспортировали данные на сторонние сайты и т.д. Поначалу я вручную переводил все агенты в один тип (по периодичности), но после обновления модулей или смены настроек этих модулей, периодичность этих модулей менялось автоматически.
Решил проблему следующим кодом в [COLOR=#0000ff]/bitrix/php_interface/dbconn.php[/COLOR]:
[CODE]$r = rand(1, 10);
if ($r > 4) {
   if(!(defined("CHK_EVENT") && CHK_EVENT===true))
   {
       define("BX_CRONTAB", true); //Вы сказали Битриксу что у вас теперь любой скрипт запущен кроном.
       define("BX_CRONTAB_SUPPORT", true); //переносит отправку почты на крон.
   }
   
}
else {
   define("BX_CRONTAB", false);
   define("BX_CRONTAB_SUPPORT", false);
}[/CODE]Это значит, что значения [COLOR=#ff0000]BX_CRONTAB_SUPPORT [/COLOR]и [COLOR=#ff0000]BX_CRONTAB [/COLOR]меняются случайным образом. Благодаря этому теперь все агенты работают по крону.

[B][U]НО теперь произошла другая проблема - перестало работать Регулярное резервное копирование сайта.[/U][/B] В журнале никаких ошибок, связанных с регулярным копированием, вообще нет. Как будто модуль регулярного резервного копирования даже не запускался.

Вручную создать резервную копию получается без проблем.

Пробовал разные варианты резервного копирования:
[LIST=1]
[*]с агентами на cron
[*]через прямой запуск [COLOR=#0000ff]/bitrix/modules/main/tools/backup.php[/COLOR]
[/LIST]Но никакой из этих вариантов уже не работает.

Подскажите, как можно решить такую проблему, чтобы:
[LIST=1]
[*]Все агенты работали на кроне.
[*]Письмо отправлялось с сайта сразу.
[*]Нормально работало Регулярное резервное копирование.
[*]И не появилась какая-нибудь еще ошибка из-за крона.
[/LIST]

Вопрос до сих пор актуален.

У меня подключен модуль для онлайн-кассы от МодульБанка. Созванивался с банком, они сказали, что добавить ИНН покупателя можно только вручную. Допиливать модуль для Битрикса, чтобы чеки для юр. лиц формировались автоматически, вроде не собираются.

Пока решил следующим способом, хоть сайт больше все таки b2b:

• Картами оплачивают, если покупатели указали, что они физ.лица. ~95% продаж.
  
• Если покупатели принципиально хотят значится, что они юр. лица, то для них единственный способ оплаты - по безналичному расчету переводом на р/с. ~5% продаж.
  

Хотелось бы, конечно, снизить показатели продаж по безналу на р/с путем добавления возможности оплаты по картам для юр. лиц и печатью чеков с ИНН покупателя. Чтобы уменьшить ручную работу, связанную с печатью товарных накладных и их отправкой покупателям.

Если кто найдет способ как автоматически печатать чеки с ИНН покупателя, то поделитесь в этой теме.