Есс-но не происходит, потому что на сайте подключена минифицированная версия. Либо замените версию, либо меняйте прямо в минифицированном файле. На скриншоте название используемого файла подчеркнуто.
И немного лирики.
По опыту скажу, что от минифицированных таким образом CSS выигрыша особо уже нет, а возни с редактированием прилично. Вполне можно применять некий усредненный вариант, когда и лишнего нет, но ещё сохранена читабельность текста.
Как видим ради этих 6 байт нужно жертвовать читабельностью, а выигрыш в размере на уровне погрешности.
На более объемном реальном CSS на 200 кБайт выигрыш около 4 кБайт за счет пустых строк, комментариев и т.п. В то же время между красивой версией и хардкорной уже около 55 кБайт.
Т.е. смысла в хардкорной минификации нет от слова совсем, а если производится сжатие средствами веб-сервера, то и подавно такая нечитабельная версия может быть заменена без каких бы то ни было потерь на ту, которую реально читать.
Если планируете работать со своей темой дизайна в дальнейшем, то рекомендую позаботиться о некотором удобстве кода в том числе без ущерба для всего остального.
Запрос весьма индивидуальная штука и вот прям такого, чтобы нажал и стало правильно и красиво, вам не подскажут сходу. Это физически нереально сделать с высокой точностью, не вникая детально в вашу проблему. Но могу подсказать путь. Он примерно такой.
Допустим у нас есть косячный товар с метрами вместо сантиметров или наоборот, что по сути неважно.
В базе в таблице shop_feature_values_dimension этот косяк выглядит так (сравните со строками ниже)
Базовые единицы измерения длины в моем случае - это сантиментры, а не метры (использую кастомный конфиг). Плагин "Скрытые настройки" мне это показывает таким образом
Исправленная строка в вашем случае должна выглядеть так.
Либо вот так (см. ниже), что даже правильнее, потому что оптимально всё приводить к базовому юниту, с которым работаете. При этом, если у вас всё должно быть указано в сантиметрах, а базовая единица - метр, то это как минимум неудобно и собственно из-за этого ваша проблема и возникла при конвертации видимо.
Как этого добиться?
Ну как минимум выявлением всех отклонений в вышеупомянутой таблице. Саму таблицу значений размерных хар-к можно выгрузить в какой-нибудь Excel, там убрать массово все отклонения cm/m по строкам или сразу по тем хар-кам, которые у вас массово дали сбой (feature_id хар-ки в таблице указан) и вернуть обратно в базу данных. Копию таблицы сделайте предварительно до правки.
Для этого надо править CSS стили в вашей теме дизайна. Не зная темы, не зная о каком сайте речь, помочь невозможно, увы. В общих чертах надо изменить свойство width элемента input для этого шаблона.
Пространство - это, строго говоря, косметика и исправляется такое на раз-два, да и речь как бы не о внешнем виде подсказок была т.к. пример приведен из фронта исключительно для понимания как оно может работать в теории.
Вопрос был исключительно к методу работы этих самых подсказок, который сейчас предельно деревянный и негибкий.
Сейчас накину тут тоже на чей-нибудь вентилятор слегка...
Чтобы было так как вы хотите никакие ползунки не помогут. На админку это влияния не оказывает т.к. там поиск простой, туповатый конечно, но в базе своей простой как валенок.
Как видим в таблице товаров да ещё и без опоры на подсказки всё ищется без проблем совершенно даже по объединенной строке с артикулом вместе.
Но, судя по всему, вы говорите о той части поиска, которая работает для поиска товара при создании заказа и/или о подсказках при основном поиске и в редакторе заказа, для показа которых последовательность действительно крайне важна, но тогда именно на этом акцент и надо было бы сделать, чтобы читателю сразу стало понятнее без всяких ползунков.
Тут не могу не согласиться с тем фактом, что поиск в редакторе заказа весьма неудобен, а был бы он таким как на скрине ниже, то цены бы ему не было. По уму надо бы плагином выкосить родной поиск, а ещё лучше заменить именно работу тупорылых выпадающих подсказок и поставить какой-нибудь более толковый рецепт как от фронтенда, чтобы искалось красиво. Там делов-то на один скрипт (реально на один да и тот совсем крохотный).
Ну или добавим части от артикулов БЕР485* в произвольном порядке к названиям и получим адекватные подсказки ещё и с бонусом в виде показа кол-ва найденных образцов.
А как тебе такое, Илон Маск?
Что мешает ВА запилить подобное? Непонятно. Хотя почему не понятно. С ними всё ясно. Они на другой орбите вращаются. Формально поиск есть? Есть. Ищет? Ищет.
Никто из них не редактирует реальные заказы регулярно и не принимает их под диктовку от покупателей по телефону по 30 раз в день, поэтому и проблема никого не мучает, а ведь есть ещё и кавычки в названиях и много чего ещё есть. Недельку бы посидели и поседели.
Плагин даже намутить можно на роль убийцы стандартного поискового суфлёра, но, кмк, там на полноценный плагин даже не наберётся, только если обёртки и инсталлера ради.
Конечно артикулы спасают и с их надиктовкой всё прекрасно, а если клиенты берутся, не дай Бог, по памяти называть товары по телефону как есть, то натуральная чехарда получается и в этой чехарде нормальная работа поисковых подсказок - это то, чего не хватает в живой работе живого оператора на телефоне по приёму звонков.
Оправдания в стиле "слова должны идти последовательно как написано..." и "как пишется так и вводится" слышали 100 раз. В топку. Можно и не последовательно. Нормально всё работает. Тому, кому по базе в стотыщмильёнов товаров искать, тому и на сервер нормальный и на решение для оперативной легкой таблицы для поиска-онли найдется, если совсем серверу тяжко станет.
Тогда зачищать таблицу в базе данных от лишних стран - самое простое. Уж точно проще, чем ковырять исходники. Нет строки в таблице стран - нет проблемы.
У меня на рабочих установках тоже пошаговое. Оформление в корзине только на тестовой установке.
Удалите лишние страны в базе данных в таблице wa_country через phpmyadmin и всё. Это несколько проще и уж точно более безопасно, чем что-то с файлами исходника придумывать. Вряд ли вам нужна доставка в Белиз или на Бермуды.
Либо, если у вас оформление в корзине, то попробуйте поиграться с минимальным вариантом, где предлагается только ограниченный выбор страны или региона. Тогда вообще ничего нигде удалять и менять не надо. Просто настроить набор областей доставок по странам.
P.S. У себя таблицу зачистил. Мне лично так проще.
Понятно теперь. Левая колонка - это вообще другая задача, которую можно решить всякими разными способами. Всё зависит от более глобальной верстки шаблона вашего сайта и в основном от структуры main.html, а там от деления на левую и правую колонки. Поскольку сама левая колонка, скорее всего, находится чуть выше (что бы это ни значило), чем контент страницы Test, то и "выключатель" надо монтировать тоже выше.
Приведу простой пример решения через main.html (классы left и right как бы намекают что и где)
{if $action != 'page'}
{$content}
{else}
<div class="wrap">
{if $page.id == ХХХ} (XXX - ID вашей страницы /category/)
{$content}
{else}
{if !waRequest::isMobile(false)} (на мобилках сразу не формируем левую колонку)
<div class="left">
какое-то содержимое левой колонки
</div>
{/if}
<div class="right">
{if !empty($breadcrumbs)}
{include file="./breadcrumbs.html"}
{/if}
{$content}
</div>
{/if}
</div>
{/if}
За что отвечает main.html думаю по коду понятно. И тут многое или вообще всё зависит от вашей фантазии. Поскольку такая страница /category/ на сайте всего одна, то смонтировать подобное исключение для неё прямо в важном шаблоне темы в принципе не криминал.
P.S. Управление выключателем и условиями его срабатывания можно вынести даже в настройки темы. Можно использовать доп. параметры страницы и много чего ещё придумать наверное. Я просто показал одно из возможных решений.
Вроде все слова понятны, но в точности не понял в чем проблема. История про кол-во колонок только путает всю картину т.к. вашего сайта я не видел и сколько там каких колонок должно быть не имеет никакого значения для решения задачи в общем виде.
Задача первично состоит в создании (нового) шаблона, допустим с именем test.html, в теме дизайна магазина. В самом шаблоне можете просто написать одну строку <p>hello world</p> и этого пока будет достаточно. И далее сам шаблон надо подключить к странице по адресу /category/
Но тут что-то мешает.
1. Либо у вас SMARTY по каким-то причинам запрещено использовать на страницах и надо это исправить. 2. Либо ошибка в строке подключения шаблона темы дизайна к странице, потому что надо делать так как в примере
Посмотрел на ваш сайт и мне сразу же бросилась в глаза забавная вещь. Начнем с того, что фильтр не скидывается до конца и может быть это вам поможет быстрее найти проблему.
1. Набираем параметры фильтра. Попутно следим за неменяющимся URL и на вкладке Сеть за добавлением параметров фильтрации и правильным URL.
2. Затем открываем любой товар из отфильтрованных и жмем Назад в браузере.
3. Браузер формально возвращает нас на URL, который был в адресной строке, но помним, что он был неправильный. Однако обратим внимание на выбранные параметры фильтрации в правой колонке. Там явно не сбросился наш фильтр, но товары показаны все т.к. с URL были проблемы.
4. Оживить фильтр из всех выбранных параметров можно одним кликом на AEG и установкой этого флага обратно. Следим за тем, что происходит с URL на вкладке Сеть в браузере. Клик-клик и все 4 параметра фильтра вернулись на место как и были до перехода в товар. Да они никуда и не уходили. Проблема явно с URL и браузер на это ведётся, имитируя сброс значений фильтра.
Надо искать что именно у вас не дает параметрам отображаться в адресной строке (скрипт какой-нибудь или какой-нибудь сео-плагин, что вероятнее). Вспоминайте что делалось на сайте до того как. Само по себе такое не возникает из ниоткуда. Явно имело место вмешательство в плагины или ещё какие-то работы с сайтом.
Когда почините URL, чтобы не путать браузер, тогда и фильтр вернётся. Т.к. у вас есть сайты, где подобной проблемы нет и фильтр не сбрасывается, то надо искать эту разницу и прикинуть что делалось на одном сайте и чего не делалось на других.
Потому и непросто, что под webasyst решения, которое бы позволяло вам так делать, нет. Возможно будет, но пока нет. Чертовски же неудобно таскать весь товар одним куском.
Но у меня совсем другая проблема. Она называется сложная укладка. Тут дело в том, что вообще заранее неизвестно как товары будут разложены по коробкам в заказе. Я могу даже попытаться рассчитать теоретический объем занимаемого товарами пространства, чтобы примерно угадать ту самую одну виртуальную коробку и т.д., но всё равно в сумму часто даже примерно не попадаем. Тут многое зависит ещё от "чувствительности" формулы расчёта конкретной службы доставки. Допустим увеличение одной стороны укладки на 5 см у СДЭК может вызвать намного более ощутимое изменение стоимости, чем у Л-Пост, у которых масса имеет намного более важное значение, чем габариты, позволяющие вариации в широких пределах без изменения суммы итогового расчета. А точность расчета для нас очень важна, потому что при стоимости заказа в 5000 рублей доставка за 750 рублей - это одно, а доставка за 980 рублей - совсем другое. При этом заказ такой может весить 10-15 кг и быть не в одной коробке.
Если вернуться к вопросу важности указания именно правильного размера и веса всех коробок в заказе, то прилагаю два скриншота с расчетом доставки двумя коробками или одной "виртуальной".
Составные многокоробочные заказы - это больная тема.
У нас почти все грузы часто сборные по несколько коробок разного размера и массы в заказе и часто это не один товар, а много и число товаров не равно числу коробок. Разные товары в зависимости от размера и массы могут быть упакованы как по несколько в одну коробку, так и один товар на одну коробку. Изначально товар не имеет упаковки вообще.
Используем только калькуляторы непосредственно на сайтах СДЭКа, Л-Поста, Деловых линий и т.п. с кем работаем, потому что плагины, имеющиеся в маркете, такое считать либо не умеют совсем либо дают слишком большие погрешности. Даже простой расчет стоимости доставки сборного груза из А в Б из более чем одной коробки - это уже сложно, а ещё ведь есть доп. услуги и сервисы (у СДЭКа их там целая куча).
Короче говоря, если товар - это не одна коробка, то всё будет непросто. Ровно так же не просто, когда заказ из многих товаров - это некий Х коробок (при оформлении не определяемый) и только при примерной оценке сборки сотрудником по упаковке заказов становится ясно чему будет равен Х и какие +- ожидаются веса коробок при запланированной раскладке.
Много ручной работы, но иначе никак. Так и работаем.
В браузере - это одно и тут параметры фильтра сохраняются (если с браузером всё ок), а клик в меню сайта по категории - другое и тут ваш фильтр неизбежно сбросится.
Три витрины - два ИП - три разных бланка заказа - два разных набора док-тов + по мелочи. По признаку витрины такое реализуемо легко даже сейчас без профилей, но с шаблонами повозиться надо.
Ещё в одной теме упоминал, что к магазину может быть подключено несколько ботов для разных задач и витрин. Соответственно требуется несколько экземпляров tgadmin, но это уже из плагинов sms-типа.
С плагинами печатных форм с разными реквизитами не раз такое требование звучало в том или ином виде. Имею, например, три набора реквизитов и контактных данных под разные магазины и пришлось много чего под это адаптировать, чтобы в один-два клика заполнялось везде всё как надо, поэтому и ряд плагинов печатных форм очень неплохо было бы профилировать, но уже решено и так ... костылями разного вида как обычно.
Сама идея мне понравилась как минимум для варианта "сделай сам (DIY)". В голову такое как-то даже не приходило, что можно вот так. Как-нибудь долгими вечерами сяду и сделаю себе что-то подобное хотя бы чисто для практики.
В этом плагине, по счастливому стечению обстоятельств, нет таблиц, а так да, удалятся. Если бы были, то пришлось бы проделать больше работы по созданию копии.
P.S. Кстати, тема о профилях настроек как в плагинах экспорта прям очень понравилась.
Если дубликат прописался в Инсталлер, то удалить можно. Или просто удалить папку копии плагина и убрать его из конфига, почистить кеш и нет плагина.
Про даты не скажу. Для этого надо копировать плагин и ставить опыты с ним, но пока не это нет времени. Либо уже смотреть на готовой установке и неспешно перепроверить все файлы и правки в них. Скорее всего какая-то мелочь упустилась из виду, но думаю это поправимо где-то может быть даже и на уровне самого шаблона, т.к. все конструкции для дат там заложены, например такие {$order.datetime|default:time()|date_format:'d.m.Y'}
Без демонстрации проблемы скриншотами или ссылками на проблемную категорию с описанием куда именно смотреть и что там надо увидеть не сказать ровным счетом ничего.
1. Дубликат (копия) и легкое исправление исходного кода бесплатного плагина от WA, чтобы система визуально его приняла как новый. Тогда у вас будет фактически два плагина. В качестве примера дубликат Телеграм плагина. Плагин накладной предельно прост и по сути в нескольких местах заменить Consignmentru на какой-нибудь ConsignmentruXXX в 4-5 файлах аккуратно и затем прописать в конфиг плагинов вашего магазина.
2. Установка плагина скажем https://www.webasyst.ru/store/... и переделывание его шаблона в такой же как у Товарной накладной от ВА (только не забыть jquery 1.8.2 подцепить из wa-content и printform.js из исходного плагина, чтобы кликабельность полей была как в оригинале). Тогда в заказе будут показываться обе версии, а выбираете для печати уже какую-то одну.
3. Создание в шаблоне имеющейся Товарной накладной условия, по которому отбираются и подставляются те или иные реквизиты далее по шаблону. Реквизиты прописываются прямо в шаблон, но придется повозиться с шаблоном есс-но. Как пример выбор реквизитов в шаблоне может происходить по признаку витрины
{if $order['params']['storefront'] == 'site1.ru'}
один массив реквизитов
{else}
второй массив реквизитов
{/if}
Если такого признака никак нет, то оптимальным выбором будут варианты 1 и 2, хотя признаком можно принудительно ввести какое-то доп. поле в заказ с определенными значениями для выбора тех или иных реквизитов. Для произвольных полей заказа можно использовать плагин https://www.webasyst.ru/store/... Можно для условия использовать даже доп. поля контакта из Настроек, что будет бесплатно, в отличие от доп. полей заказа.
К решению данной задачи могут быть разные подходы, но в общем виде сначала делаете страницу, а затем в ней уже реализуете функционал шаблона темы дизайна.
Либо можно просто подключить созданный для этого шаблон примерно так {include file="`$wa->shop->themePath('theme_id')`имя_шаблона.html" inline}
В самом шаблоне реализуется что-то подобное
{foreach $wa->shop->categories(id_parent,depth,true,false,'url_витрины/*') as $c}
и далее разбираем то, что взяли и формируем вывод, попутно оформляя как надо, url_витрины совсем опциональная штука, можно и без него
Задача может несколько усложниться, если потребуется на странице подключать шаблоны, зависимые от темы дизайна, и тут уже без хелпера типа {$theme_settings = shopCustom::getThemeSettings()} не обойтись, ну или можно обеспечить эмуляцию чувствительных значений настроек темы какими-нибудь доп. параметрами страницы, подменяя при условии нахождения на этой странице, которое может быть таким $action == page && $page.id == нужный_id
К любой странице можно подключить любой шаблон темы дизайна либо прямо на странице реализовать весь функционал как в шаблоне, включая и подключение других шаблонов с передачей им, например, списков с параметрами
По-хорошему надо бы разобраться в причинам почему именно так, потому что так быть не должно. Обновления без проблем должны ставиться на версию php >7.4.24. Кроме всего прочего именно эта версия является рекомендуемой для лучшей совместимости с плагинами и рядом приложений, небольшая часть из которых может не заработать на 8.0 и старше. В любом сейчас случае надо выявить локализация какого плагина дает фатальную ошибку и внести исправления.
Видимо то, что в инструкции ЯКарт сказано, что этот скрипт должен подключаться в <head>, обязательное условие.
Инструкция технически правильная, но, благодаря буквальному следованию таким предписаниям, <head> сайта со временем начинает напоминать помойку.
Если подумать, то это ни разу не обязательное условие. Причем не стоит это делать именно так, как Яндекс завещал, чтобы не таскать карту по всем страницам сайта. Пусть подключается через <script></script> только там, где ей место. Как минимум ограничьте активацию скрипта через {$action == 'то, что вам надо'}, если уж он в <head> поселился.
Вот пример из пошагового оформления для активации слоя карт уже на первом шаге для ряда плагинов доставки. Ключ лежит в параметрах витрины.
Это исключительно особенности вашей темы дизайна, а использование параметра crosscat прописано в шаблонах темы.
Поэтому тут либо надо смотреть шаблоны темы и то как именно обрабатывается и выводится этот crosscat и его значение, чтобы найти и исправить ошибку, или сообщить разработчику(ам) темы об ошибке.
Авторское конечно же, но таких фигурок уже давным-давно не делаем, когда права на них выкупили CD Land. Фото датировано в моем архиве материалов началом 2017 года т.е. ещё до передачи прав.
CD Land владеет на территории. России исключительными правами на произведение "Ждун" на основании лицензионного договора, заключенного в апреле 2017 года с его автором, Маргарет ван Брифорт.
Эта компания после покупки прав сразу же стала "нагибать" на неподъемные штрафы всех производителей, которые в своих товарах использовали "Ждуна". Вроде бы можно было даже заключить какое-то соглашение с правообладателем, но нам проще было вообще снять с производства изделие, т.к. их сделали буквально несколько десятков штук для ассортимента.
Есс-но не происходит, потому что на сайте подключена минифицированная версия. Либо замените версию, либо меняйте прямо в минифицированном файле. На скриншоте название используемого файла подчеркнуто.
И немного лирики.
По опыту скажу, что от минифицированных таким образом CSS выигрыша особо уже нет, а возни с редактированием прилично. Вполне можно применять некий усредненный вариант, когда и лишнего нет, но ещё сохранена читабельность текста.
Т.е. если оригинал такой (566 байт)
.h-promo { background: var(--h-promo-bg); color: var(--h-promo-color); display: block; padding: 9px 0 10px; position: relative; width: 100%; } .h-promo__wrap { padding-top: 3px; position: relative; display: -ms-flexbox; display: flex; -ms-flex-align: center; align-items: center; } .h-promo__close { cursor: pointer; position: absolute; right: 30px; top: 50%; transform: translateY(-50%); z-index: 1; } .h-promo__icon { line-height: 1.6; margin-right: 20px; }Минифицированная версия, ещё пригодная для чтения, будет такая. Один класс - одна строка (410 байт)
.h-promo{background:var(--h-promo-bg);color:var(--h-promo-color);display:block;padding:9px 0 10px;position:relative;width:100%} .h-promo__wrap{padding-top:3px;position:relative;display:-ms-flexbox;display:flex;-ms-flex-align:center;align-items:center} .h-promo__close{cursor:pointer;position:absolute;right:30px;top:50%;transform:translateY(-50%);z-index:1} .h-promo__icon{line-height:1.6;margin-right:20px}Хардкорная минификация для чтения совершенно неудобна (404 байта)
.h-promo{background:var(--h-promo-bg);color:var(--h-promo-color);display:block;padding:9px 0 10px;position:relative;width:100%}.h-promo__wrap{padding-top:3px;position:relative;display:-ms-flexbox;display:flex;-ms-flex-align:center;align-items:center}.h-promo__close{cursor:pointer;position:absolute;right:30px;top:50%;transform:translateY(-50%);z-index:1}.h-promo__icon{line-height:1.6;margin-right:20px}Как видим ради этих 6 байт нужно жертвовать читабельностью, а выигрыш в размере на уровне погрешности.
На более объемном реальном CSS на 200 кБайт выигрыш около 4 кБайт за счет пустых строк, комментариев и т.п. В то же время между красивой версией и хардкорной уже около 55 кБайт.
Т.е. смысла в хардкорной минификации нет от слова совсем, а если производится сжатие средствами веб-сервера, то и подавно такая нечитабельная версия может быть заменена без каких бы то ни было потерь на ту, которую реально читать.
Если планируете работать со своей темой дизайна в дальнейшем, то рекомендую позаботиться о некотором удобстве кода в том числе без ущерба для всего остального.
в ответ на Как расширить окно выбора количества товара?
Запрос весьма индивидуальная штука и вот прям такого, чтобы нажал и стало правильно и красиво, вам не подскажут сходу. Это физически нереально сделать с высокой точностью, не вникая детально в вашу проблему. Но могу подсказать путь. Он примерно такой.
Допустим у нас есть косячный товар с метрами вместо сантиметров или наоборот, что по сути неважно.
В базе в таблице shop_feature_values_dimension этот косяк выглядит так (сравните со строками ниже)
Базовые единицы измерения длины в моем случае - это сантиментры, а не метры (использую кастомный конфиг). Плагин "Скрытые настройки" мне это показывает таким образом
Исправленная строка в вашем случае должна выглядеть так.
Либо вот так (см. ниже), что даже правильнее, потому что оптимально всё приводить к базовому юниту, с которым работаете. При этом, если у вас всё должно быть указано в сантиметрах, а базовая единица - метр, то это как минимум неудобно и собственно из-за этого ваша проблема и возникла при конвертации видимо.
Как этого добиться?
Ну как минимум выявлением всех отклонений в вышеупомянутой таблице. Саму таблицу значений размерных хар-к можно выгрузить в какой-нибудь Excel, там убрать массово все отклонения cm/m по строкам или сразу по тем хар-кам, которые у вас массово дали сбой (feature_id хар-ки в таблице указан) и вернуть обратно в базу данных. Копию таблицы сделайте предварительно до правки.
в ответ на Некорректно конвертируются габариты
Для этого надо править CSS стили в вашей теме дизайна. Не зная темы, не зная о каком сайте речь, помочь невозможно, увы. В общих чертах надо изменить свойство width элемента input для этого шаблона.
Вот например как выглядит ширина 30 точек
А вот уже 80 точек
Вот как-то так и надо сделать.
в ответ на Как расширить окно выбора количества товара?
Пространство - это, строго говоря, косметика и исправляется такое на раз-два, да и речь как бы не о внешнем виде подсказок была т.к. пример приведен из фронта исключительно для понимания как оно может работать в теории.
Вопрос был исключительно к методу работы этих самых подсказок, который сейчас предельно деревянный и негибкий.
в ответ на Как настроить что бы поиск в админке был человеческим?
Сейчас накину тут тоже на чей-нибудь вентилятор слегка...
Чтобы было так как вы хотите никакие ползунки не помогут. На админку это влияния не оказывает т.к. там поиск простой, туповатый конечно, но в базе своей простой как валенок.
Как видим в таблице товаров да ещё и без опоры на подсказки всё ищется без проблем совершенно даже по объединенной строке с артикулом вместе.
Но, судя по всему, вы говорите о той части поиска, которая работает для поиска товара при создании заказа и/или о подсказках при основном поиске и в редакторе заказа, для показа которых последовательность действительно крайне важна, но тогда именно на этом акцент и надо было бы сделать, чтобы читателю сразу стало понятнее без всяких ползунков.
Тут не могу не согласиться с тем фактом, что поиск в редакторе заказа весьма неудобен, а был бы он таким как на скрине ниже, то цены бы ему не было. По уму надо бы плагином выкосить родной поиск, а ещё лучше заменить именно работу тупорылых выпадающих подсказок и поставить какой-нибудь более толковый рецепт как от фронтенда, чтобы искалось красиво. Там делов-то на один скрипт (реально на один да и тот совсем крохотный).
Ну или добавим части от артикулов БЕР485* в произвольном порядке к названиям и получим адекватные подсказки ещё и с бонусом в виде показа кол-ва найденных образцов.
А как тебе такое, Илон Маск?
Что мешает ВА запилить подобное? Непонятно. Хотя почему не понятно. С ними всё ясно. Они на другой орбите вращаются. Формально поиск есть? Есть. Ищет? Ищет.
Никто из них не редактирует реальные заказы регулярно и не принимает их под диктовку от покупателей по телефону по 30 раз в день, поэтому и проблема никого не мучает, а ведь есть ещё и кавычки в названиях и много чего ещё есть. Недельку бы посидели и поседели.
Плагин даже намутить можно на роль убийцы стандартного поискового суфлёра, но, кмк, там на полноценный плагин даже не наберётся, только если обёртки и инсталлера ради.
Конечно артикулы спасают и с их надиктовкой всё прекрасно, а если клиенты берутся, не дай Бог, по памяти называть товары по телефону как есть, то натуральная чехарда получается и в этой чехарде нормальная работа поисковых подсказок - это то, чего не хватает в живой работе живого оператора на телефоне по приёму звонков.
Оправдания в стиле "слова должны идти последовательно как написано..." и "как пишется так и вводится" слышали 100 раз. В топку. Можно и не последовательно. Нормально всё работает. Тому, кому по базе в стотыщмильёнов товаров искать, тому и на сервер нормальный и на решение для оперативной легкой таблицы для поиска-онли найдется, если совсем серверу тяжко станет.
в ответ на Как настроить что бы поиск в админке был человеческим?
Тогда зачищать таблицу в базе данных от лишних стран - самое простое. Уж точно проще, чем ковырять исходники. Нет строки в таблице стран - нет проблемы.
У меня на рабочих установках тоже пошаговое. Оформление в корзине только на тестовой установке.
в ответ на Сделать фильтр выборки стран Country при выборке Доставки
Магазин - Настройки - Оформление заказа - Доставка
в ответ на Сделать фильтр выборки стран Country при выборке Доставки
Нет никакого плагина. Обычная настройка оформления заказа в корзине.
в ответ на Сделать фильтр выборки стран Country при выборке Доставки
Удалите лишние страны в базе данных в таблице wa_country через phpmyadmin и всё. Это несколько проще и уж точно более безопасно, чем что-то с файлами исходника придумывать. Вряд ли вам нужна доставка в Белиз или на Бермуды.
Либо, если у вас оформление в корзине, то попробуйте поиграться с минимальным вариантом, где предлагается только ограниченный выбор страны или региона. Тогда вообще ничего нигде удалять и менять не надо. Просто настроить набор областей доставок по странам.
P.S. У себя таблицу зачистил. Мне лично так проще.
в ответ на Сделать фильтр выборки стран Country при выборке Доставки
Понятно теперь. Левая колонка - это вообще другая задача, которую можно решить всякими разными способами. Всё зависит от более глобальной верстки шаблона вашего сайта и в основном от структуры main.html, а там от деления на левую и правую колонки. Поскольку сама левая колонка, скорее всего, находится чуть выше (что бы это ни значило), чем контент страницы Test, то и "выключатель" надо монтировать тоже выше.
Приведу простой пример решения через main.html (классы left и right как бы намекают что и где)
{if $action != 'page'} {$content} {else} <div class="wrap"> {if $page.id == ХХХ} (XXX - ID вашей страницы /category/) {$content} {else} {if !waRequest::isMobile(false)} (на мобилках сразу не формируем левую колонку) <div class="left"> какое-то содержимое левой колонки </div> {/if} <div class="right"> {if !empty($breadcrumbs)} {include file="./breadcrumbs.html"} {/if} {$content} </div> {/if} </div> {/if}За что отвечает main.html думаю по коду понятно. И тут многое или вообще всё зависит от вашей фантазии. Поскольку такая страница /category/ на сайте всего одна, то смонтировать подобное исключение для неё прямо в важном шаблоне темы в принципе не криминал.
P.S. Управление выключателем и условиями его срабатывания можно вынести даже в настройки темы. Можно использовать доп. параметры страницы и много чего ещё придумать наверное. Я просто показал одно из возможных решений.
в ответ на Вывод категории
Вроде все слова понятны, но в точности не понял в чем проблема. История про кол-во колонок только путает всю картину т.к. вашего сайта я не видел и сколько там каких колонок должно быть не имеет никакого значения для решения задачи в общем виде.
Задача первично состоит в создании (нового) шаблона, допустим с именем test.html, в теме дизайна магазина. В самом шаблоне можете просто написать одну строку <p>hello world</p> и этого пока будет достаточно. И далее сам шаблон надо подключить к странице по адресу /category/
Но тут что-то мешает.
1. Либо у вас SMARTY по каким-то причинам запрещено использовать на страницах и надо это исправить.
2. Либо ошибка в строке подключения шаблона темы дизайна к странице, потому что надо делать так как в примере
{include file="`$wa->shop->themePath('theme_id')`ваш_шаблон_из_магазина.html"}а вы приводите в качестве примера другой код, что вроде как не есть правильно
{include "{$wa->shop->themePath('megashop2')}page.html"}в ответ на Вывод категории
Посмотрел на ваш сайт и мне сразу же бросилась в глаза забавная вещь. Начнем с того, что фильтр не скидывается до конца и может быть это вам поможет быстрее найти проблему.
1. Набираем параметры фильтра. Попутно следим за неменяющимся URL и на вкладке Сеть за добавлением параметров фильтрации и правильным URL.
2. Затем открываем любой товар из отфильтрованных и жмем Назад в браузере.
3. Браузер формально возвращает нас на URL, который был в адресной строке, но помним, что он был неправильный. Однако обратим внимание на выбранные параметры фильтрации в правой колонке. Там явно не сбросился наш фильтр, но товары показаны все т.к. с URL были проблемы.
4. Оживить фильтр из всех выбранных параметров можно одним кликом на AEG и установкой этого флага обратно. Следим за тем, что происходит с URL на вкладке Сеть в браузере. Клик-клик и все 4 параметра фильтра вернулись на место как и были до перехода в товар. Да они никуда и не уходили. Проблема явно с URL и браузер на это ведётся, имитируя сброс значений фильтра.
Надо искать что именно у вас не дает параметрам отображаться в адресной строке (скрипт какой-нибудь или какой-нибудь сео-плагин, что вероятнее). Вспоминайте что делалось на сайте до того как. Само по себе такое не возникает из ниоткуда. Явно имело место вмешательство в плагины или ещё какие-то работы с сайтом.
Когда почините URL, чтобы не путать браузер, тогда и фильтр вернётся. Т.к. у вас есть сайты, где подобной проблемы нет и фильтр не сбрасывается, то надо искать эту разницу и прикинуть что делалось на одном сайте и чего не делалось на других.
в ответ на Фильтр товаров
Дайте ссылку на сайт и категорию, где можно посмотреть как сбрасывается фильтр.
в ответ на Фильтр товаров
Потому и непросто, что под webasyst решения, которое бы позволяло вам так делать, нет. Возможно будет, но пока нет. Чертовски же неудобно таскать весь товар одним куском.
Но у меня совсем другая проблема. Она называется сложная укладка. Тут дело в том, что вообще заранее неизвестно как товары будут разложены по коробкам в заказе. Я могу даже попытаться рассчитать теоретический объем занимаемого товарами пространства, чтобы примерно угадать ту самую одну виртуальную коробку и т.д., но всё равно в сумму часто даже примерно не попадаем. Тут многое зависит ещё от "чувствительности" формулы расчёта конкретной службы доставки. Допустим увеличение одной стороны укладки на 5 см у СДЭК может вызвать намного более ощутимое изменение стоимости, чем у Л-Пост, у которых масса имеет намного более важное значение, чем габариты, позволяющие вариации в широких пределах без изменения суммы итогового расчета. А точность расчета для нас очень важна, потому что при стоимости заказа в 5000 рублей доставка за 750 рублей - это одно, а доставка за 980 рублей - совсем другое. При этом заказ такой может весить 10-15 кг и быть не в одной коробке.
Если вернуться к вопросу важности указания именно правильного размера и веса всех коробок в заказе, то прилагаю два скриншота с расчетом доставки двумя коробками или одной "виртуальной".
Разница по калькулятору 1350 руб.
в ответ на Передача в плагин расчета доставки габаритов товара
Составные многокоробочные заказы - это больная тема.
У нас почти все грузы часто сборные по несколько коробок разного размера и массы в заказе и часто это не один товар, а много и число товаров не равно числу коробок. Разные товары в зависимости от размера и массы могут быть упакованы как по несколько в одну коробку, так и один товар на одну коробку. Изначально товар не имеет упаковки вообще.
Используем только калькуляторы непосредственно на сайтах СДЭКа, Л-Поста, Деловых линий и т.п. с кем работаем, потому что плагины, имеющиеся в маркете, такое считать либо не умеют совсем либо дают слишком большие погрешности. Даже простой расчет стоимости доставки сборного груза из А в Б из более чем одной коробки - это уже сложно, а ещё ведь есть доп. услуги и сервисы (у СДЭКа их там целая куча).
Короче говоря, если товар - это не одна коробка, то всё будет непросто. Ровно так же не просто, когда заказ из многих товаров - это некий Х коробок (при оформлении не определяемый) и только при примерной оценке сборки сотрудником по упаковке заказов становится ясно чему будет равен Х и какие +- ожидаются веса коробок при запланированной раскладке.
Много ручной работы, но иначе никак. Так и работаем.
в ответ на Передача в плагин расчета доставки габаритов товара
Можно по-разному жать назад.
В браузере - это одно и тут параметры фильтра сохраняются (если с браузером всё ок), а клик в меню сайта по категории - другое и тут ваш фильтр неизбежно сбросится.
в ответ на Фильтр товаров
Три витрины - два ИП - три разных бланка заказа - два разных набора док-тов + по мелочи. По признаку витрины такое реализуемо легко даже сейчас без профилей, но с шаблонами повозиться надо.
Ещё в одной теме упоминал, что к магазину может быть подключено несколько ботов для разных задач и витрин. Соответственно требуется несколько экземпляров tgadmin, но это уже из плагинов sms-типа.
в ответ на Возможность установки дубликатов плагинов...
С плагинами печатных форм с разными реквизитами не раз такое требование звучало в том или ином виде. Имею, например, три набора реквизитов и контактных данных под разные магазины и пришлось много чего под это адаптировать, чтобы в один-два клика заполнялось везде всё как надо, поэтому и ряд плагинов печатных форм очень неплохо было бы профилировать, но уже решено и так ... костылями разного вида как обычно.
Сама идея мне понравилась как минимум для варианта "сделай сам (DIY)". В голову такое как-то даже не приходило, что можно вот так. Как-нибудь долгими вечерами сяду и сделаю себе что-то подобное хотя бы чисто для практики.
в ответ на Возможность установки дубликатов плагинов...
Это в идеи надо закидывать наверное, а так конечно мысль очень правильная.
в ответ на Возможность установки дубликатов плагинов...
В этом плагине, по счастливому стечению обстоятельств, нет таблиц, а так да, удалятся. Если бы были, то пришлось бы проделать больше работы по созданию копии.
P.S. Кстати, тема о профилях настроек как в плагинах экспорта прям очень понравилась.
в ответ на Печатные формы. Товарная накладная
Если дубликат прописался в Инсталлер, то удалить можно. Или просто удалить папку копии плагина и убрать его из конфига, почистить кеш и нет плагина.
Про даты не скажу. Для этого надо копировать плагин и ставить опыты с ним, но пока не это нет времени. Либо уже смотреть на готовой установке и неспешно перепроверить все файлы и правки в них. Скорее всего какая-то мелочь упустилась из виду, но думаю это поправимо где-то может быть даже и на уровне самого шаблона, т.к. все конструкции для дат там заложены, например такие {$order.datetime|default:time()|date_format:'d.m.Y'}
в ответ на Печатные формы. Товарная накладная
Без демонстрации проблемы скриншотами или ссылками на проблемную категорию с описанием куда именно смотреть и что там надо увидеть не сказать ровным счетом ничего.
в ответ на Не открывается подкатегория на сайте
Есть как минимум 3 варианта решения.
1. Дубликат (копия) и легкое исправление исходного кода бесплатного плагина от WA, чтобы система визуально его приняла как новый. Тогда у вас будет фактически два плагина. В качестве примера дубликат Телеграм плагина. Плагин накладной предельно прост и по сути в нескольких местах заменить Consignmentru на какой-нибудь ConsignmentruXXX в 4-5 файлах аккуратно и затем прописать в конфиг плагинов вашего магазина.
2. Установка плагина скажем https://www.webasyst.ru/store/... и переделывание его шаблона в такой же как у Товарной накладной от ВА (только не забыть jquery 1.8.2 подцепить из wa-content и printform.js из исходного плагина, чтобы кликабельность полей была как в оригинале). Тогда в заказе будут показываться обе версии, а выбираете для печати уже какую-то одну.
3. Создание в шаблоне имеющейся Товарной накладной условия, по которому отбираются и подставляются те или иные реквизиты далее по шаблону. Реквизиты прописываются прямо в шаблон, но придется повозиться с шаблоном есс-но. Как пример выбор реквизитов в шаблоне может происходить по признаку витрины
{if $order['params']['storefront'] == 'site1.ru'} один массив реквизитов {else} второй массив реквизитов {/if}Если такого признака никак нет, то оптимальным выбором будут варианты 1 и 2, хотя признаком можно принудительно ввести какое-то доп. поле в заказ с определенными значениями для выбора тех или иных реквизитов. Для произвольных полей заказа можно использовать плагин https://www.webasyst.ru/store/... Можно для условия использовать даже доп. поля контакта из Настроек, что будет бесплатно, в отличие от доп. полей заказа.
в ответ на Печатные формы. Товарная накладная
К решению данной задачи могут быть разные подходы, но в общем виде сначала делаете страницу, а затем в ней уже реализуете функционал шаблона темы дизайна.
Либо можно просто подключить созданный для этого шаблон примерно так {include file="`$wa->shop->themePath('theme_id')`имя_шаблона.html" inline}
В самом шаблоне реализуется что-то подобное
{foreach $wa->shop->categories(id_parent,depth,true,false,'url_витрины/*') as $c} и далее разбираем то, что взяли и формируем вывод, попутно оформляя как надо, url_витрины совсем опциональная штука, можно и без негоЗадача может несколько усложниться, если потребуется на странице подключать шаблоны, зависимые от темы дизайна, и тут уже без хелпера типа {$theme_settings = shopCustom::getThemeSettings()} не обойтись, ну или можно обеспечить эмуляцию чувствительных значений настроек темы какими-нибудь доп. параметрами страницы, подменяя при условии нахождения на этой странице, которое может быть таким $action == page && $page.id == нужный_id
К любой странице можно подключить любой шаблон темы дизайна либо прямо на странице реализовать весь функционал как в шаблоне, включая и подключение других шаблонов с передачей им, например, списков с параметрами
{$lc = $wa->shop->productSet('update')} <div class="products {if waRequest::isMobile(false)}products_slider-fix{else}products_slider owl-carousel owl-theme-nav-dots owl-theme-nav{/if} products_col-4"> {include file="`$wa->shop->themePath('theme_id')`list-thumbs.html" products=$lc countLists=$lc|@count inline} </div>в ответ на Вывод категории
Что-то типа https://mamataki.ru/category/ или https://ssevera.ru/category/?
в ответ на Вывод категории
Можно было бы увидеть скриншот того места, где появляется рекомендация обновить php до 8-ки да ещё и с блокировкой установки обновлений в Инсталлере?
Случайно не этот ли виджет https://www.webasyst.ru/store/widget/webasyst/php/ вас просит так сделать?
в ответ на После нового обновления сайт не работает.
По-хорошему надо бы разобраться в причинам почему именно так, потому что так быть не должно. Обновления без проблем должны ставиться на версию php >7.4.24.
Кроме всего прочего именно эта версия является рекомендуемой для лучшей совместимости с плагинами и рядом приложений, небольшая часть из которых может не заработать на 8.0 и старше. В любом сейчас случае надо выявить локализация какого плагина дает фатальную ошибку и внести исправления.
в ответ на После нового обновления сайт не работает.
Инструкция технически правильная, но, благодаря буквальному следованию таким предписаниям, <head> сайта со временем начинает напоминать помойку.
Если подумать, то это ни разу не обязательное условие. Причем не стоит это делать именно так, как Яндекс завещал, чтобы не таскать карту по всем страницам сайта. Пусть подключается через <script></script> только там, где ей место. Как минимум ограничьте активацию скрипта через {$action == 'то, что вам надо'}, если уж он в <head> поселился.
Вот пример из пошагового оформления для активации слоя карт уже на первом шаге для ряда плагинов доставки. Ключ лежит в параметрах витрины.
в ответ на Плагин доставки, добавить <script> в <head>
Это исключительно особенности вашей темы дизайна, а использование параметра crosscat прописано в шаблонах темы.
Поэтому тут либо надо смотреть шаблоны темы и то как именно обрабатывается и выводится этот crosscat и его значение, чтобы найти и исправить ошибку, или сообщить разработчику(ам) темы об ошибке.
в ответ на Дополнительные параметры категории - ошибка ссылки
Авторское конечно же, но таких фигурок уже давным-давно не делаем, когда права на них выкупили CD Land. Фото датировано в моем архиве материалов началом 2017 года т.е. ещё до передачи прав.
Эта компания после покупки прав сразу же стала "нагибать" на неподъемные штрафы всех производителей, которые в своих товарах использовали "Ждуна". Вроде бы можно было даже заключить какое-то соглашение с правообладателем, но нам проще было вообще снять с производства изделие, т.к. их сделали буквально несколько десятков штук для ассортимента.
в ответ на Группировка способов доставок в "Оформление заказа в корзине"