Форум

И все же кажется должен быть способ упростить то, что я сделал.

[QUOTE]Александр написал:
Исключите папку upload.[/QUOTE]
[QUOTE]Виктор Карев написал:
Ещё посоветую исключить папки:/bitrix/cache//bitrix/managed_cache//bitrix/wizards/[/QUOTE]
Да так и сделал, ещё часть публички исключил, откуда такой объем только файлов ХЗ, в итоге Бекап только файлов без БД 50+Гб, архив БД 30+Гб без аналитики и поиска. [QUOTE]Александр написал:
если тестовый на одной машине с боевым разворачивать[/QUOTE] Я же написал что проблема с локальной копией, нет у меня тестового сервера отдельного, только локальный( С горем пополам распаковал локально сначала файлы, затем БД - сутки ушли и куча нужного с компа чтобы все же поместилось(

Как можно запретить склеивать корзины авторизованного и не авторизованного пользователя?

Суть проблемы: клиент авторизовался накидал корзину и ушел, через несколько часов пришел, но не авторизовался накидал новую корзину перешел на оформление заказа без авторизации и бабах в его заказе обе корзины склеились, заказ создан и его перекидывает на эквайринг где сумма больше. Или просто авторизовался и они обе склеились.

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

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

Если бы понять как урезать, потому что публичка нужна для создания заказа, значит и каталог и идущие к нему справочники, и обработчики... и т.д. одно тянет за собой другое, в итоге из физических папок я отсею ну пару Гб, на общем фоне вообще ни о чем, с БД разбирать таблицы - я не настолько знаю пересечение всех таблиц чтобы выгрузить только половину и чтобы сайт продолжил работать(

Есть сайт, на него нужно установить новый модуль, но на боевой устанавливать как-то плохо. Бекап занимает очень много 100+Гб и развернуть локально не получается - либо умирает на каких-то шагах сервер либо место заканчивается( если использовать другую машину). Как можно подойти к этому вопросу: требуется каталог и оформление заказа для тестирования модуля, к томуже битрикс не обновлялся больше года и висит на php 7.4

примерно так:

[CODE]
$arUrlRewrite=array (

 array(
"CONDITION" => "#^/service/look/([0-9a-zA-Z-]+)/([0-9a-zA-Z-]+)/[\\?]?[0-9a-zA-Z=_-]*#",
"RULE" => "SECTION_CODE=$1&ELEMENT_CODE=$2",
"ID" => "",
"PATH" => "/service/look/detail.php",
),

 array(
"CONDITION" => "#^/service/look/([0-9a-zA-Z-]+)/[\\?]?[0-9a-zA-Z=_-]*#",
"RULE" => "SECTION_CODE=$1",
"ID" => "",
"PATH" => "/service/look/section.php",
),
[/CODE]

Мне кажется не удобно будет такое решение - в списках таким образом будет на странице то 20 элементов, то 50, причем на разных страницах по разному.
Лучше использовать 2 инфоблока для такого:
1 - даты
2 - описание
Второй привязывается к первому

И далее использовать не комплексный иноблок, а отдельно news.list(для списка вывода блоков с датами) и news.detail(для отображения описания всегда по одному урлу) - пути настраиваются через urlrewrite

попробуйте задать OFFERS_LIMIT - Указывается максимальное для вывода на страницу число предложений (0 - все).

Что значит восстановить полноценную панель?
У вас на скриншоте шапка админки. Она такой и должна быть.

Если у вас просто нет панели в публичной части сайта, то тут необходимо перейти в настройки Главного модуля /bitrix/admin/settings.php?lang=ru&mid=main. Там нужно найти пункт "Панель инструментов публичного раздела" и проверить настройки.
Если все норм, то тогда нужно смотреть в код шаблона сайта выводится она вообще или нет
после тега body смотрите наличие кода <? $APPLICATION->ShowPanel(); ?>

при обмене заказами с 1С получаю такой ответ
[QUOTE]
Завершена выгрузка заказов
Дополнительная информация,Получен расширенный статус успешного завершения сеанса.
Ответ сервера,
success
Заказ №401455 не может быть изменен (находится в финальном статусе, оплачен или разрешена доставка).
Заказ №401473 не может быть изменен (находится в финальном статусе, оплачен или разрешена доставка).
Заказ №401555 не может быть изменен (находится в финальном статусе, оплачен или разрешена доставка).
...
[/QUOTE]
1С воспринимает это как ошибку и пытается по новой отправить информацию на сайт и так по кругу пока в какой-то момент не возникнет действительно сбой и обмен не ляжет.
Можно пойти в регистрацию измений и почистить её, но через какое-то время опять начинает заполнятся.

Началось все после обновления с 18 до последней версии и перехода на php8
Кто-то может подсказать где-то появились какие-то дополнительные настройки может