replicant +484


replicant

  • replicant replicant Вчера 17:29 #

    Если под объединением корзины имеется ввиду настройка под более точным названием "Синхронизировать товары в корзине авторизованного покупателя на всех устройствах.", то это не то и работает она не так и на проверку типов не влияет никак вообще.

    Если же объединение корзины - это что-то принципиально иное, то хотелось бы узнать подробности.

    Речь про отсутствие проверки типа товара в корзине. Вышеописанная ситуация воспроизводится в одном браузере на соседних вкладках буквально на раз-два. Сильно не парит, т.к. воспроизводимость ситуации для внешнего покупателя маловероятна. Однако проверки нет, а логично, чтобы была.

    Иначе зачем нужны танцы с мультивитринами, типами и т.п., если типы не проверять?

    в ответ на Работа корзины в режиме мультивитрины происходит без проверки типа товара

  • replicant replicant Вчера 15:16 #

    Не хватает одной круглой скобки после 200x0')

    При обычном раскладе и productImgHtml и productImgUrl выводят без указания домена, но шанс есть.

    в ответ на После переезда на https в категории товаров и в самой карточке не отображаются изображения

  • replicant replicant Вчера 14:47 #

    Это они вручную так базу исковеркали что-ли?

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

    Скорее всего вы правы. В коде страницы должно выводиться без домена. Хотя показываться вроде должно. Там даже при прямом обращении к изображению по его URL c http оно не показывается. Куда-то редиректит и открывается какой-то img.php огрызок из директории yello. Ерунда какая-то. При работе по двум протоколам такого не должно быть. Картинка просто откроется и все.

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

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

    в ответ на После переезда на https в категории товаров и в самой карточке не отображаются изображения

  • replicant replicant Вчера 12:55 #

    Разгадка кроется в другом. Не надо трогать шаблон.

    Зачем сайт работает по двум протоколам и зачем перенаправление делается в .htaccess, а не средствами движка для таких случаев? В настройках Структуры поселений надо поставить галочки "перенаправлять на https".

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

    После установки правильных настроек движка надо всё проверять ещё раз.

    И еще странная штука. При попытке открыть в браузере напрямую картинку по адресу

    http://www.metallmeb.ru/wa-data/public/shop/products/34/13/1334/images/2307/2307.200x0.jpg

    получаю вот такое




    Это так задумано или вы про это не знали? Вышеупомянутое изображение по https открывается нормально.

    в ответ на После переезда на https в категории товаров и в самой карточке не отображаются изображения

  • replicant replicant 26 марта 2020 20:41 #

    В вашем случае поможет такой рецепт. В шаблоне order.html надо жестко прибить размеры этого креста "гвоздями", чтобы он не открывался во всю ширину пока правила оформления подгружаются.

    Короче, идем в order.html и в строке

    <span class="s-delete-icon" >{$_svg_icon} Удалить всё</span>

    добавляем

    style="display: inline-block;width: 10px; height: 10px;" - размер по желанию

    Чтобы получилось вот так

    <span class="s-delete-icon" style="display: inline-block;width: 10px; height: 10px;">{$_svg_icon} Удалить всё</span>

    После этого крест не будет мелькать на экране даже при тормозах при загрузке из-за интернет-соединения.

    в ответ на Вместо корзины крест

  • replicant replicant 26 марта 2020 14:08 #

    8.3.0.7 там + файлы темы доступны бонусом :)

    view-source:http://www.stroitelstwo.ru/wa-data/public/shop/themes/hypermarket/order.html


    в ответ на Вместо корзины крест

  • replicant replicant 26 марта 2020 12:01 #

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

    Либо отключите оформление в корзине (самый безопасный для вас вариант сейчас) в настройках Витрины, чтобы сохранить работоспособность десктопного варианта сайта на время пока ищите специалиста для решения. Потому что пошаговое stroitelstwo.ru/cart/ работает, хотя и без проверки заполнения обязательных полей, что является жутким недосмотром. Вы будете получать анонимные заказы без всей информации. Вам ведь это не надо? Включайте пошаговое и в Магазин - Настройки - Оформление заказа.

    Если после переустановки темы ничего не вернется, то вызывайте спецов.

    в ответ на Вместо корзины крест

  • replicant replicant 26 марта 2020 09:04 #

    По-моему дело в том, что у вас базовая единица метр, а надо изменить на сантиметр, если вы с ними работаете. Для этого надо взять файл /wa-apps/shop/lib/config/data/dimension.php и скопировать в /wa-config/apps/shop/dimension.php. Файл надо копировать для того, чтобы в измененном при обновлении движка параметры не слетели.


    Затем внести там примерно такие изменения в массиве длин

        'length' => array(
            'name'      => _w('Length'),
            'base_unit' => 'cm',
            'units'     => array(
                'cm'  => array(
                    'name'       => _w('cm'), //centimeter
                    'multiplier' => 1,
                ),
                'm' => array(
                    'name'       => _w('m'), //meter
                    'multiplier' => 100,
                ),
            ),
        ),

    После этого должно стать вот так (я тоже диаметр тарелок в сантиметрах пишу, потому что так надо)

    Если совсем правильно, то надо проверять таблицу shop_feature_values_dimension на предмет расхождения значений нужных вам характеристик в полях value и value_base_unit. В идеале для определенной feature_id они должны быть равны, если база в сантиметрах. Изменения надо вносить простым запросом в SQL, но это уже второй вопрос. Движок после правки конфига сам ничего не сделает с этой таблицей. Поэтому всё надо провернуть так чтобы фильтр по СМ не подтягивал в себя конвертированные см->м. Тогда будет все предельно четко. И конечно надо исключить, чтобы в одном фильтре сходились метровые и сантиметровые товары, т.к. в случае посуды может ввести в заблуждение.

    В последней версии SS 8.9 вообще перечислитель единиц измерения скрыли в выборе Типа. А зря. При создании хар-ки хотелось бы изначально видеть в чем там длины измеряются. Локти, аршины или еще вершки какие. Короче беда. Там по-умолчанию м, см, км, фут, ярд, дюйм, миля.

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

    в ответ на Вывод в фильтре в сантиметрах для тип поля Длина

  • replicant replicant 26 марта 2020 07:20 #

    Причина в том, что у вас не загрузились стили оформления в order.css и/или order.html, поэтому этот крест и лезет. Это такая иконка Удалить все, которая вышла за рамки.

    Проблему надо искать в каких-то таких строках в шаблоне order.html

    <link rel="stylesheet" href="{$wa_theme_url}order.css"> - раз
    <span class="s-delete-icon">{$_svg_icon} Удалить всё</span> - два

    Точнее, пока не дадите ссылку на свой сайт с крестом, ответа не дать.

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

    в ответ на Вместо корзины крест

  • replicant replicant 25 марта 2020 18:28 #

    Да она даже в тестах не сильно выше по скорости, чем 7.3. Там проценты какие-то туда-сюда. К тому же это ещё смотря как код написан. Специально форсировать модификацию кода никто не будет, когда на кону совместимость, поэтому в реале эффект от смены на 7.4 будет ещё меньше. Бенчмарки всякие не в счет. На то они и бенчмарки.

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

    Единственный заметный прирост был, когда 5.6 сменилась на 7.1. Дальше только "хардкор тюнинг морды сайта" спасет.

    Это конечно справедливо при условии, что с веб-сервером и сервером-бд всё тип-топ и там уже не выжать ничего, потому что выжато.

    в ответ на php 7.4 (Переход)

  • replicant replicant 25 марта 2020 13:43 #

    Вот в этой теме подробно разбиралось как поставить галочку сортировка для категорий массово https://support.webasyst.ru/fo...

    в ответ на Создать SQL запрос

  • replicant replicant 22 марта 2020 21:56 #

    Поэтому для детального учета и приходится плодить кучу статусов, т.к. нет такого понятия как мультистатус у заказа. Т.е. он как бы с точки зрения программы не может быть одновременно и "Оплачен" и "В пути на почте".

    А вот с точки зрения человека заказ одновременно может иметь несколько статусов-состояний. Типа Оплачен и Лежит на складе или Не оплачен, но уже В доставке на почте.

    Из-за этого вся система управления статусами выглядит весьма "деревянной" и не гибкой, когда приходится работать с кучей направлений доставки и типов/состояний заказов.

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

    Сейчас приходится делать "костыли" в виде промежуточных состояний заказа, чтобы точно снимать статистику по статусам, если это необходимо. Иначе никак.

    Но это уже в идеи-пожелания надо писать. Может быть. Когда-нибудь. Вдруг звезды сойдутся. Вдруг сделают мультистатусы.

    в ответ на отчеты по "сумме заказов"

  • replicant replicant 22 марта 2020 19:57 #

    Значит вам нужны либо ещё статусы, которых не хватает для раскладывания кучи на две поменьше, либо какие-то промежуточные состояния заказов от оплаты до вручения. Никакой плагин не разберется, пока оператор не отделит мух от котлет. Для программы плагина есть просто статус и никакого двойного смысла в нем (в статусе) не предполагается.

    в ответ на отчеты по "сумме заказов"

  • replicant replicant 22 марта 2020 14:11 #

    Вам нужен вот этот плагин https://www.webasyst.ru/store/...

    Он покажет сумму и кол-во заказов по любым выбранным статусам за периоды времени хоть по дням, хоть по месяцам.

    Самое главное для работы плагина - правильные и точные статусы заказов. Чем точнее и детальнее разбивка по статусам, тем точнее отчет. Если валить всё в кучу, то куча и на выходе будет.

    У меня, например, 16 статусов заказов, с разбивкой на разные службы доставки и разные ситуации, возникающие с заказом (частичный выкуп, возврат, утилизация, претензия и т.п.), и при таком раскладе даже вышеупомянутый ordersumm всегда показывает реальную и правильную картину по каждой курьерской службе.

    А плагин "Отчет по заказам" просто строит более понятные наглядные графики с разбивкой по числу заказов и суммам по дням.

    в ответ на отчеты по "сумме заказов"

  • replicant replicant 20 марта 2020 13:19 #

    Может быть попробовать сделать редирект только средствами движка без редактирования htaccess? При редиректе средствами движка и первичном обращении именно к https, а не http мне не удалось получить двойной редирект.

    1. Настроить перенаправление на https в админке
    2. Редиректы прописать в структуре с указанием https в адресе куда перенапралять.
    3. Из htaccess редиректы убрать.

    Проверял на webpagetest.org.

    Используемый вами ресурс для проверки мне не понравился. Он не увидел несколько моих тестовых редиректов, хотя браузер себя вел нормально и редирект работал. Иногда сервис видел лишний редирект, иногда не видел второго, а показывал только один, хотя я делал ему два. Короче не уверен в том, что там все 100% правильно работает.

    На скринах сравнение аналогичной ситуации на тестовом сайте, с настройкой редиректа средствами движка, с вашим тестовым адресом.

    в ответ на Двойные редиректы при 301

  • replicant replicant 19 марта 2020 08:22 #

    Создавать страницы по тегам может Редактор тегов https://www.webasyst.ru/store/...

    Но в приведенном примере совсем не это. Тут скорее какой-то продвинутый фильтр (типа SEO-фильтра https://www.webasyst.ru/store/...) с созданием страниц по результатам фильтрации включая теги и характеристики. Демо сео-фильтра тут http://plugins.bodysite.ru/cat...

    в ответ на Как создавать страницы по тэгам

  • replicant replicant 16 марта 2020 17:43 #

    В шаблоне, как правило это index.html, темы дизайна удалить либо закомментировать в {* код *} строку

    <meta name="keywords" content="{$wa->meta('keywords')|escape}" />

    После этого тег исчезнет со всех страниц вашего сайта. В свете последних реалий роль этого тега практически равна нулю.

    в ответ на Как удалить тег keywords?

  • replicant replicant 16 марта 2020 14:29 #

    1. Смотря как и куда именно ставите код (блоки, подключение файла, напрямую в шаблон или через какие-нибудь специальные поля в настройках).
    2. Иногда устанавливаемый код надо заключать в {literal}...{/literal} в шаблоне, чтобы уж совсем "не накосячить" и шаблон не посыпался.
    3. Однако можно и без этого literal обойтись (см. пункт 1).

    в ответ на Слетает Default 3.0 при установке пикселя Фейсбука

  • replicant replicant 14 марта 2020 17:50 #

    Возможно ошибки и нет. Если данная ситуация описана со слов клиента, то надо перепроверять.

    Зарегистрируйтесь сами под тестовой учетной записью типа как-будто вы покупатель и укажите правильный функционирующий почтовый адрес. Сделайте тестовый запрос восстановления пароля. Можете сделать несколько тестовых отправок себе из приложения Настройки и системы Уведомлений Магазина.

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

    в ответ на восстановление пароля

  • replicant replicant 13 марта 2020 08:40 #

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

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

    На примере темы Дефолт 3 для Сайта и Магазина надо редактировать шаблон footer.html для двух приложений.

    В подвале Сайта код

    <div class="poweredby" role="complementary">
        <span class="dots" title="Webasyst"></span>
        [`We are using <a href="http://www.webasyst.com/">Webasyst</a>`]
    </div>

    В подвале Магазина код

    <div{if count($currencies) == 1} class="poweredby"{/if} role="complementary">
        [`<a href="http://www.shop-script.com/">Ecommerce software</a> by Webasyst`]
    </div>

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

    В вашей теме дизайна всё может быть организовано иначе, поэтому надо искать что-то подобное вышеупомянутым примерам кода.

    в ответ на Как убрать копирайт Вебасист

  • replicant replicant 11 марта 2020 10:03 #

    Конечно она такая же. Это один и тот же шаблон. Там только одна фраза добавляется. Вот пример из темы Дефолт

    в ответ на Замена текста "Спасибо за покупку. Мы свяжемся с вами в ближайшее время"

  • replicant replicant 11 марта 2020 09:58 #

    Потому что у вас оформление заказа пошаговое в 4 этапа, судя по скриншотам, а не в корзине, поэтому у вас этого и нет в Подтверждении.

    Вам надо редактировать шаблон checkout.success.html или те вставки, которые в нем используются, если есть. Это при условии, что нет плагинов, видоизменяющих пошаговое оформление, делая его в одну страницу.

    А то, что у вас не получилось в нем что-то поменять, то это уже второй вопрос. Как вариант, в качестве предположения, вы редактируете шаблон не той темы или не той витрины.

    в ответ на Замена текста "Спасибо за покупку. Мы свяжемся с вами в ближайшее время"

  • replicant replicant 10 марта 2020 22:28 #

    Работы на 10 минут, если отдать задачу спецам. :) Но на приведенном примере, думаю что вы разберетесь самостоятельно как это работает.

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

    Про использование доп.параметров для логотипов категорий на форуме очень много материалов и примеров.

    в ответ на Вывод блока

  • replicant replicant 10 марта 2020 22:11 #

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

    Плагины, которые у вас должны быть согласно этому коду тут https://www.webasyst.ru/store/... и здесь https://www.webasyst.ru/store/... Доп. параметр в категории вида img=путь_к_изображению тоже сработает.

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

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

    {foreach $wa->shop->categories(0,1,true) as $c}
        <img src="{shopCategoryImagesPlugin::getCategoryImageUrl($c.id)}">
        <a href="{$c.url}">{$c.name}</a>
    
        {if $c.childs}
                {foreach $c.childs as $sc}
                    <img src="{shopCategoryImagesPlugin::getCategoryImageUrl($sc.id)}">
    <a href="{$sc.url}">{$sc.name}</a>
                {/foreach}
        {/if}
    {/foreach}

    Вы можете сделать тестовую страницу и там провести эксперименты по этой теме с этим или похожим кодом.

    в ответ на Вывод блока

  • replicant replicant 10 марта 2020 22:03 #

    1. Дайте ссылку на сайт и куда там надо смотреть, чтобы увидеть баннер.
    2. Выложите куда-нибудь исходную картинку на файлообменник ровно в том виде, в котором вы её загружаете в промо, чтобы сравнить с тем, что получается в итоге на сайте.

    Только после этого можно хотя бы предположение построить куда копать дальше.

    в ответ на Качество баннеров

  • replicant replicant 9 марта 2020 18:49 #
  • replicant replicant 9 марта 2020 00:53 #

    Обновите и перечитайте пост выше. Я там добавил комментарий к коду и сам код поменял в условии.

    в ответ на Как вывести определенный блок только в определенное время

  • replicant replicant 9 марта 2020 00:42 #

    Вот так попробуйте. Там скобка лишняя стояла. Ну и немного убрал мусора из примера. Основной смысл от этого не меняется. Идея именно такова. Число часов от 0 до 23 и минут от 00 до 59 образуют целое число от 0 до 2359. G - это часы без ведущих нулей. i - минуты с ведущими нулями. Дальше условие собираете сами в каком диапазоне чисел делать выборку.

    {if date('Gi') > 1420 && date('Gi') < 1545} 
    

    У меня всякие подобные конструкции в разные дни недели, по праздникам, выходным и нерабочим часам срабатывают в нужных местах. Там задействуются ещё дни и месяцы.

    Документация есть тут http://www.php.su/date

    в ответ на Как вывести определенный блок только в определенное время

  • replicant replicant 8 марта 2020 23:43 #

    {if (date('Gi') >= 1420) || date('Gi') < 1545)} то вывести блок {else} не выводить блок {/if}

    Вышеупомянутый код я бы переписал вот так, чтобы не дублировать всю конструкцию

    <div id="reklama" style="display:{if $peremennaya == 1}block{else}none{/if};">путь к картинке</div>
    
    

    или так, чтобы не тащить даже скрытый блок на страницу

    {if $peremennaya==1}<div id="reklama" style="display: block;">путь к картинке</div>{/if}


    в ответ на Как вывести определенный блок только в определенное время