Вы про всплывающее окно? Если в настройках вкладки выключить соответствующий чекбокс, то эта вкладка будет видна все время в карточке товара
примерно так
У меня как раз через всплывающее окно, что бы не занимать место в карточке. И это окно закрывается, если одну из списка позицию закинуть в корзину. а надо, что б не закрывалось окно.
Превышение лимитов по нагрузке на вирт.хостинге из-за обработки выгрузки из 1С…
Из-за неоднократного превышения лимитов по нагрузке (база данных в большей степени) на вирт.хостинге, при выполнении выгрузки из 1С, хостинг Beget перекрывал “кислород” — отключал обработку POST-запросов.
Top 20 of 1184 Requests:
4928 58.20% GET …/exim_1c?type=catalog&mode=import&filename=import0_1.xml&sessid=
Top CPers: (121.300 total)
83.056 …/exim_1c
О общей сложности, в базе, где-то 23 тыс. “товаров” (товары и их вариации) — и вот обработка этого ничтожного кол-во вызывает колоссальную нагрузку на сервере…
Можно выставить вариант обмена не “Новые товары”, а “Новые товары, количество, цены всех товаров”, но все это не сработает, если 1С цены пересчитываются, например, по курсу каждый день.
Кто и как борол такую проблему с обменом 1С и большом числом товаров?
Используем модуль “CommerceML” версии 3.2.1
Также “болит” вопрос по оплате. Например, клиент выбрал оплату наличкой и сделал заказ, а потом передумал, и захотел оплатить картой.
Штатно подключена Ю.Касса. Но как нам теперь юзера (возможно, даже не зарегистрированного) отправить на процедуру оплаты?
Сейчас смена способа оплаты никак не влияет на письмо, что придёт юзеру, в нём не отобразится ссылки на процедуру оплаты (если заказ не оплачен) и т.п.
Если так произошло, как вы описали, то вам надо выслать покупателю ссылку на оплату из кабинета вашего платёжного агрегатора, а в заказе поменять способ оплаты. Вообще, по хорошему, продавать товары надо зарегистрированным пользователям, чтобы избежать непредвиденных и ненужных телодвижений.
1 лайк
Из коробки - никак. Возможно вам поможет модуль Модуль от RetailFactory.ru: Оплата заказа после подтверждения менеджером + отправка ссылки на оплату заказа
В нем есть возможность даже не зарегистрированному пользователю отправить ссылку на оплату - он откроет страницу заказа, где можно выбрать способ оплаты.
Также по обмену с 1с - если вам оттуда нужны только цены + наличие наш модуль поможет. У него есть адаптация под сложные 1с обмены с огромным числом товаров. Обмен будет пролетать мгновенно.
Для зарегистрированных пользователей есть возможность оплатить заказ онлайн на странице заказа - для этого необходимо поменять статус заказа на тот, у которого в свойствах разрешена повторная оплата. Но это сложно объяснять покупателю, как это сделать. И незарегистрированному покупателю недоступно. Проще отправить прямую ссылку на оплату.
Подскажите решение. Как сделать чтобы кнопка “Оформить заказ” была по-умолчанию, а не появлялась тогда когда человек выберет город?
Господа, как на уровне cookies определить залогинен ли пользователь или нет? (Если есть такая возможность)
В коробке не видел. Можно добавить свою через модуль “Мои изменения”.
Через javascript в тема/templates/addons/my_changes/hooks/index/scripts.post.tpl:
<script>
{if $auth.user_id}
$.cookie.set('auth', 'true');
{else}
$.cookie.remove('auth');
{/if}
</script>
Либо через php в app/addons/my_changes/controllers/frontend/init.pre.php :
<?php
if (!defined('BOOTSTRAP')) { die('Access denied'); }
if ($auth['user_id']) {
setcookie('auth', 'true');
} else {
unset($_COOKIE['auth']);
setcookie('auth', null, -1, '/');
}
Тогда при авторизации будет ставиться кука auth со значением true. При выходе из учетки кука будет удаляться. Далее уже можно делать нужные манипуляции при условии существования этой куки.
3 лайка
Продублирую пост из другой темы, может, эту больше читают:
Появились ошибки в разметке отзывов - где отзывы оставлены анонимно, там выдается ошибка " Отсутствует поле “name” "
Связываю с обновлением ядра c 4.13.2.SP2 на 4.13.3, раньше те же страницы спокойно указали name=Аноним, и никаких ошибок не выдавали
Может ли кто-то подсказать, как оперативно своими силами пофиксить?
Добрый день,
Подскажите пожалуйста, Страница “Apply for a vendor account” - не открывается, выдает - 404 ERREUR. При " index.php?dispatch=companies.apply_for_vendor " - выдается этот рапорт :
PHP Notice: Undefined index: grid_id in/home/wnugzxxr/public_html/app/Tygh/BlockManager/RenderManager.php on line 686
PHP Notice: Undefined index: order in /home/wnugzxxr/public_html/app/Tygh/BlockManager/RenderManager.php on line 688
Может ктото, знает в чем проблема и как можно ее решить?
Спасибо большое.
Посмотрите страницу макета Форма регистрации продавца - там все нормально? Блок Основное содержимое присуствует?
Этого макета там нету, и никогда небыло. Есть только макет “Profiles” , и там всенормально. В демо варианте тоже нету макета этой странице.
На демо версии я создал макет страницы - Регистрация продавца "companies.apply_for_vendor " . И при выключенном блоке “главного содержимого” не появляется ошибка 404, а просто исчезает форма регистрации продавца. Я повторил тоже самое и на рабочем варианте - Ошибка 404 остается, т.е. никаких изминении после создания макета страниы “регистрации продавца” . Возможно проблема в чем-то другом?
Как вставить таблицу, чтобы был скролинг?
Можно ли это сделать штатным способом (редактором) или нужно вставлять свой код? По умолчанию ширина столбца задает ширину окна в мобильной версии.
Если чисто гипотетически, то может быть не один вариант. Надо смотреть по месту, что и как делать.
штатная тема штатный редактор 
в мобильной версии таблица показывается целиком сужая другой контент … возможно там нужно добавить какой то тег чтобы таблица открывалась не по ширине экрана
Вот как раз в этом и суть, что надо видеть место и масштаб, чтобы можно было дать рецепт.
примерно понял …
видимо таблицу нужно заключить в контейнер а стилях прописать overflow: scroll
какой масштаб? пытаюсь в категории вставить штатную таблицу … какие они будут еще не знаю … вижу, что при любой ширине получается нехорошо