Сергей Красавин (Все сообщения пользователя)

Сергей, в каждом шаблоне сделано по-своему.
В вашем чуть проще. Рад что нашли.

Во первых, если в BitriVM настроена отправка от одной почты, например info@site.ru, а в главном модуле указана по-умолчанию другая почта, например no-reply@site.ru, то будут ошибки в логах. Нужно чтобы адреса совпадали. На всякий случай всем кто зашел и читает это.

Во-вторых, в вашем случае, возможно, в почтовом шаблоне указан не то чтобы почтовый ящик, а имя пользователя. В почтовом шаблоне либо указывается #DEFAULT_EMAIL_FROM# - то есть отправка с дефолтной почты, указанной в настройке модуля. Проверьте почтовый шаблон, поле "От кого" должно содержать почтовый адрес, который вы указали в smtp настройках BitrixVM. Опять же, в вашем случае, ящик который начинается с order@, его и укажите.

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

Решил перенести данные сайта в облако. Всё в принципе нормально, перенеслись данные iblock и других модулей. Картинки на сайте теперь грузятся с облака, но не все... При указании правила грузить все png, jpeg, jpg, выгружаются все, кроме тех которые создаются в resize_cache. По логике, уменьшенная копия картинки тоже должна загружаться в облако, как и полная версия, но этого не происходит при попытке перенести данные в облако и даже при загрузке новых файлов в блогах, товарах и тд. выгружается только основная. Вопрос. Так и должно быть или это не доработали? Получается что миниатюры в списке товаров грузятся с сайта, а оригиналы с облачного хранилища, как-то не очень облачно это звучит...

Пример: https://yadi.sk/i/ti_n1wfTLH_x6w

в административной части он не нужен. Ваш перфекционизм тратит ваше время. Для административной части, вполне возможно, код находится в ядре, куда не стоит лезть. Если прям чешется, оставьте в корне версию .ico, он подойдет для административной части.

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

Сортировка популярности в каталоге? На главной странице? Где?

Если нужно задать правила сортировки, то делается это в параметрах инфоблока, а не в товаре.

И еще вопрос. Может у вас какая-то штука встроенная для комплектной покупки? Например покупатель взял USB флешку, а ему хаб подсунули бесплатно в подарок. Посмотрите в товарном маркетинге правила.

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

Вместо sitemap_index.xml попробуйте указать sitemap.xml
А вместо sitemap_index.php укажите sitemap.php
Это первая конструкция для формирования основного xml файла. С "подкартами" вроде все впорядке.

И у вас похоже дублируется трижды все конструкции. Или вы на форум случайно трижды вставили код?  

Сравнил, у меня такой же htaccess и всё работает. Единственное, сначала у меня модуль неправильно формировал sitemap для поддоменов, при обращении к gorod.site.ru/sitemap.xml, выдавал карту для основного домена, а не поддомена. Посмотрел htaccess, отсутствовала часть кода:

Добавил, все заработало.

А по проблеме выше, дело в чем-то другом. Если лицензия активна, смело пишите тикет на support.aspro.ru, там ответят и если что попросят доступ чтобы починить функцию шаблона.

Столкнулись с той же проблемой - это жесть. Допустим пусть такая ошибка будет при оформлении заказа, так как пользователь сам дожен авторизоваться и сделать заказ. Но тут другая проблема, у нас сидит менеджер и по звонкам оформляет заказы в административном разделе через кнопочку "Добавить заказ". При указании номера, появляется ошибка "Ошибка регистрации нового пользователя: Пользователь с номером телефона НОМЕР уже существует." И что делать с этим непонятно. Перешли на новое решение, поставили все обновы и теперь не понимаем на кой его сделали, эту авторизацию по номеру, если она ни с одной стороны нормально не работает. Ждем решения. На момент написания сообщения проблема актуальна с последними обновами.