Форум

Можно вот так [URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2899&LESSON_PATH=3913.4565.4790.4789.2899]https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2899&LESSON_PATH=3913.4565.4790.4789.2899[/URL]

[QUOTE]Виталий Соков написал:
посмотрел бы результаты проверки системы /bitrix/admin/site_checker.php[/QUOTE]
тут все ок, ошибок нет, все зелененькое)
Отправка почты Успешно
Отправка почтового сообщения больше 64Кб Успешно
Проверка на наличие неотправленных сообщений Успешно

[QUOTE]Виталий Соков написал:
логи отправки писем [/QUOTE]
тоже все норм, письма имеют статус отправлено
stat=Sent

Разве? Я с несколькими типами цен давно не сталкивался, но насколько помню отображается и можно купить по самой минимальной из разрешенных цен.
т.е. для всех ставите самую высокую цену,
всех зарегистрированных помещаете в какую-то группу - зарегистрированные(через настройки в админке делается для новых пользователей), и далее для нее выставляете свой тип цен, [B]но она должна быть ниже чем для всех[/B]
ну и 3 тип цен который должен быть еще меньше выставляете для 3 группы

Если же у вас цена для зарегистровваного будет выше чем для не зарегистрированного, то тогда, да , такое сделать не выйдет.
Кроме того
[QUOTE]установить цену для НЕзарегистрированных пользователей, чтобы невидили ее зарегестрированные[/QUOTE] это невозможно, так как пока человек не авторизовался, он является незарегистрированным.

Есть еще вариант с наценками - скидки наооборот. Возможно вместо заведения типов цен может подойти вариант заведения наценок или их совмещение с несколькими типами цен.

Добрый день.
Такая проблема перестали уходить письма. Отправка идет через sendmail.
Ломал голову, ломал. А после очистил очередь писем и перезапустил службу. Письма начали уходить, но в таблице b_event они все-равно помечены как "F"
А часть функционала на сайте завязана на проверку отправки писем и если статус F, то меняем на N чтобы повторить отправку. И получается что клиентов заспамили. В какую сторону копать?

добрый день.
Столкнулся с проблемой неавторизованного пользователя при оформлении заказа.
при попытке изменить доставку, город, платежку если не авторизован, то получаю ошибку
[CODE]Uncaught TypeError: BX(...) is null
//на вот это место ругается BX('confirmorder').value

function submitForm(val)
{
if (BXFormPosting === true)
return true;

BXFormPosting = true;

if(val != 'Y'){
BX('confirmorder').value = 'N';

}

[/CODE]
плюс выдает ошибку
[CODE]TypeError: this.properties[k] is undefined

//на вот это в скрипте шаблона оформления заказа

this.properties[k].control = window.BX.locationSelectors[k];

//в методе
initDeferredControl: function() {
[/CODE]

не понимаю как поправить, если авторизован, то все норм.

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

Есть событие OnSaleComponentOrderOneStepComplete - Вызывается в компоненте bitrix:sale.order.ajax после создания заказа и всех его параметров, после отправки письма, но до редиректа на страницу
Мне же нужно после создания заказа и всех его параметров, до отправки письма и редиректа на страницу. Это необходимо для изменния  ряда данных + добавления новых для письма + страницы confirm.

за дату с какой выгружать в 1С отвечает значение в таблице "b_option last_export_time_committed_/bitrix/admin/1c_excha"

Натолкнулся на эту тему и решил проверить наш сайт, итог(вдруг кому пригодится) такой:
- началось всё не сегодня, а 27/Jun/2022:06:11
- использовались запросы к /bitrix/tools/composite_data.php, /bitrix/tools/html_editor_action.php, /bitrix/admin/index.php, /bitrix/tools/vote/uf.php

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

Всем привет.
Столкнулся с проблемой оформления заказа.
При переходе на страницу если не авторизован или еще не делал заказ, то при переходе на страницу оформления (старый шаблон) есть такой вызов CSaleLocation::proxySaleAjaxLocationsComponent() в  который передается $value = 0;
Так вот нужно подменить на выбор по геопозиции. Вроде не так сложно делаем, в итоге видим результат, но вот служба доставки и платежная система не подгружается в этом случае. Нужно стереть город и заново его выбрать, тогда все ок.

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

Если кто-то сталкивался с такими проблемами, как их решить поделитесь. Спасибо.