replicant +556


replicant

  • replicant replicant 2 июля 2020 13:34 #

    Лучше или хуже от отсутствия или наличия карты сайта не будет.

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

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

    В конце-концов существует sitemap.xml, который роботами кушается на ура и какая-то ещё карта для них специально без надобности, тем более в том случае, когда она никак не вписывается в концепцию сайта.

    в ответ на Нужна ли карта сайта ?

  • replicant replicant 28 июня 2020 12:03 #

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

    Например мы доставляем только по России и у себя сделал вот так. Почистил страны в базе данных. При вводе адреса сделал фиксированное значение страны rus. И при заполнении адреса поле страны вообще не предлагается. Она по-умолчанию Россия.

    В базе данных вам нужны таблицы wa_country и wa_region, если в стране есть региональное деление.

    в ответ на Сократить список стран

  • replicant replicant 22 июня 2020 15:05 #

    Код рабочий (и первый и второй варианты) для статических Страниц приложений Сайт, Блог и Магазин он подходит и работает. Первый чисто для Магазина в корне и его Страниц. Второй универсальный для всего.

    Условие для главной надо прописывать исходя из вашей Структуры. Если в корне домена Магазин, то лучше через global в home.html, т.к. обычно он подключается на главную.

    В home.html самой первой строкой
    {assign var=home_canonical value="`$wa->domainUrl()`" scope="global"}
    
    В index.html
    {if !empty($home_canonical)}<link rel="canonical" href="{$home_canonical}" />{/if}

    Если приложение Сайт в корне, то нужна Страница с пустым URL для корня и код, который был дан ранее как универсальный, точно сработает.

    Дело в том, что страница сайта и Страница Сайта или Страница Блога - это разные немного вещи.

    И главная страница сайта не обязательно Страница Сайта вообще.

    Вы когда говорите страница, то что конкретно имеете ввиду?

    На форуме это все долго, неудобно и непродуктивно. Стучите за подробностями в telegram @dmitriy_glazachev. Там расскажу детали. А так по существу вопроса и по коду ответы уже все даны.

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

    в ответ на Некорректно работает canonical

  • replicant replicant 22 июня 2020 11:34 #

    Давайте ещё раз по порядку.

    Вам надо, чтобы на страницах, созданных в приложениях Сайт, Блог и/или Магазин был проставлен корректный каноникал для случая, когда обращаются к странице в том числе и через параметр?

    Если да, то берите код из последнего сообщения.

    в ответ на Некорректно работает canonical

  • replicant replicant 22 июня 2020 11:27 #

    А зачем проверять этот код в Блоге и на главной? Он не для этого. Он появится только на страницах Магазина.

    Если вы создаете страницы в приложении Сайт и/или Блог, то попробуйте вот такой код

    {if $action == 'page' || !empty($page.url)}
    <link rel="canonical" href="{$wa->domainUrl()}{$wa_app_url}{$page.url}" />
    {/if}

    Он более универсальный т.к. $action работает только в Магазине, а тут будет работать и в других приложениях при условии через ИЛИ.

    К тому же в этом коде учитывается url приложения, когда страницы не в корне, а глубже, как у вас типа /info/page_url.

    в ответ на Некорректно работает canonical

  • replicant replicant 21 июня 2020 14:30 #

    В index.html нужен такой код

    {if $action == 'page'}
    <link rel="canonical" href="{$wa->domainUrl()}/{$page.url}" />
    {/if}

    Можете его вставить прямо под вышеупомянутой вами строкой кода.

    в ответ на Некорректно работает canonical

  • replicant replicant 16 июня 2020 13:29 #

    В общем виде проблема решена и в принципе не беспокоит. Есть только одна неработоспособная комбинация параллельного редактирования.

    Условия: Есть мультивитрина с несколькими Блогами на разных доменах. Часть доменов с https, а часть нет. Логинюсь в админку через домен с https.

    3. При входе в админку через любой домен с https при попытке открыть параллельное редактирование записи из Блога для витрины, которая не имеет https, получим пустой экран.

    4. Если залогиниться в админку того домена, который без https и открыть параллельное редактирование записи там, то все будет работать.

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

    в ответ на Последние обновления фреймворка сломали режим параллельного редактирования в Блоге

  • replicant replicant 14 июня 2020 16:03 #

    Сегодня всем можно, потому что на поправки идем. :) Авось пронесет.

    в ответ на сс 8.10.0.32 можно обновляться?

  • replicant replicant 14 июня 2020 12:17 #

    Для этого надо внести небольшие правки в шаблон темы дизайна. Поэтому нужен доступ к шаблонам. Можете написать мне в Телеграм на @dmitriy_glazachev.

    Сделать такие правки - не проблема. Однако при следующем обновлении темы дизайна они слетят и делать надо будет заново.

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

    Также при настройке оформления заказа в корзине (Магазин - Настройки - Оформление заказа) вы не учли две ссылки, которые тоже ведут в неправильные места.

    в ответ на Не индексируются отзывы на сайте

  • replicant replicant 14 июня 2020 09:26 #

    1. Отсутствие исходящей ссылки на страницу отзывов в карточке товара, поэтому робот ходит на страницу товара, но не видит страницы отзывов.
    2. Одинаковый meta description у страницы товара и страницы отзывов, поэтому там желательно сделать отличия.

    Заодно исправьте ссылку на политику конфиденциальности в форме добавления отзыва. Сейчас ссылка с ошибками и ведет на страницу 404.

    в ответ на Не индексируются отзывы на сайте

  • replicant replicant 13 июня 2020 18:15 #

    Отзывы видны на сайте. Под наименованием товара есть ссылка на страницу отзывов и ещё в самом низу карточки товара тоже всё есть. На главной странице сайта отзывы также опубликованы.

    в ответ на Не публикуются отзывы

  • replicant replicant 13 июня 2020 01:31 #

    Подсмотрите идею в этой теме https://support.webasyst.ru/forum/34121/razdelit-posty-v-bloge-na-spiski/. Там идея и решение есть.

    в ответ на Категории блога

  • replicant replicant 9 июня 2020 18:27 #

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

    в ответ на Настройка хлебных крошек на сайте

  • replicant replicant 9 июня 2020 18:27 #

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

    Убирайте вторую кавычку после ссылки, убирайте {else} и выносите кавычку за {/if}

    {if isset($breadcrumbs)}
        <div class="breadcrumbs">
            <a href="{$wa_app_url}">Главная</a>
            {if $breadcrumbs}
                {foreach $breadcrumbs as $breadcrumb}
                    » <a href="{$breadcrumb.url}">{$breadcrumb.name|escape}</a>
                {/foreach}
            {/if} » {$product.name|escape}
        </div>
    {/if}

    в ответ на Настройка хлебных крошек на сайте

  • replicant replicant 9 июня 2020 18:10 #
    Или вот ещё пример на уровень больше. С категориями тоже все нормально, а с товаром не особо.

    в ответ на Настройка хлебных крошек на сайте

  • replicant replicant 9 июня 2020 18:07 #

    Вот как это выглядит со стороны. В категории все ОК. В товаре УЖАС.

    в ответ на Настройка хлебных крошек на сайте

  • replicant replicant 9 июня 2020 18:06 #

    Число уровней тут непричем.

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

    Разбирайтесь с тем, где у вас там ещё есть код подобный этому и его тоже надо чинить примерно похожим способом.

    в ответ на Настройка хлебных крошек на сайте

  • replicant replicant 9 июня 2020 17:34 #

    Вот так попробуйте, а то понаставили лишних кавычек и {else} по-моему тоже лишнее

        <div class="breadcrumbs">
            <a href="{$wa_app_url}">Главная</a>
            {if $breadcrumbs}
                {foreach $breadcrumbs as $breadcrumb}
                   » <a href="{$breadcrumb.url}">{$breadcrumb.name|escape}</a>
                {/foreach}
            {/if} » {$category.name|escape}
        </div>

    в ответ на Настройка хлебных крошек на сайте

  • replicant replicant 9 июня 2020 08:54 #

    Ну теперь хоть понятно, а то напугали прямо-таки. :)))

    в ответ на Тег H1 карточки товара равен Title

  • replicant replicant 9 июня 2020 08:49 #

    "Смешались в кучу кони, люди..."

    Кто такие эти "все разработчики"?

    Никакой прямой зависимости между Наименованием, H1 и Title нет. Эту зависимость каждый придумывает для себя сам.

    Title - обязательное стандартное поле для информации о товаре. По факту там пишется заголовок для браузера и поисковых систем и текст там сео-ориентированный и как правило выводить его на странице товара опасно для глаз посетителей.

    H1 - необзятельное поле, которое у вас может быть, а у кого-то может и не быть такого. Обычно в h1 теге выводится Название (наименование) товара, а никакой не Title (боже упаси). Т.е. то самое для покупателей понятное наименование продукта там и надо писать, если поле в админке для этого есть. Ну или чуть расширенное, но все же наименование, а не продвиженческий сео-текст из много букв.

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

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

    Пример:
    Наименование (в каталогах и таблицах товаров) - Молочник "Традиция" 0,5л

    H1 (крупные буковки на странице товара) - Молочник Традиция 0,5л - глиняный кувшинчик

    Title (текст, который браузер в заголовке покажет и роботы прочитают) - Молочник Традиция 0,5л глиняный кувшинчик для молока купить в интернет-магазине ХХХ цена 100500 руб. со скидкой, с доставкой, безопасно, в маске от ковида и т.п.

    в ответ на Тег H1 карточки товара равен Title

  • replicant replicant 8 июня 2020 17:05 #

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

    Уже не первый раз замечаю, что многие полезные вещи, которые были ещё в 309 версии ShopScript безжалостно выпилены и похерены новыми идеологами.

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

    в ответ на Выбор основной категории для товара

  • replicant replicant 6 июня 2020 20:20 #

    Зависит от типа характеристики и её свойств.

    В ряде случаев можно обратиться к значению хар-ки таким образом {$product.features.identificator}, где identificator - это не id, а именно идентификатор. Само название хар-ки при этом вытащено не будет, а только значение. Название либо вписывать руками в шаблон, либо вынимать отдельно.

    В общем случае с перебором в цикле можно просто ввести в цикл условие {if $features[$f_code].id == id_хар-ки} вывод {/if} и ограничить вывод одной хар-кой.

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

    в ответ на Вывести отдельную характеристику

  • replicant replicant 5 июня 2020 20:10 #

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

    Пример скрипта.

    $(function(){
    
    $('.tab-menu').click(function(){$('.tab-menu').removeClass('selected');$('.tab-content').parent().hide(200);$(this).addClass('selected');$('#tab'+$(this).attr('value')).show(200)})
    
    })

    Пример кода с вкладками.

    <div class="info-block">
    <ul class="info-block-menu">
        {$_desc = trim($product.description)}
    
        {if $_desc}
        <li class="tab-menu selected" value="1">
            <span>[`Overview`]</span>
        </li>
        {/if}
    
        {if $product.features}
        <li class="tab-menu{if !$_desc} selected{/if}" value="2">
            <span>[`Features`]</span>
        </li>
        {/if}
    
        {if empty($theme_settings.hide_reviews)}
        <li class="tab-menu" value="3">
            <span>[`Reviews`]&nbsp;({$reviews_total_count})</span>
        </li>
    </ul>
    <!-- тут типа контент вкладок пошел -->
    <div class="info-block-content">
        {if $_desc}
        <div id="tab1">
            <div class="tab-head"><h2>[`Overview`]</h2></div>
            <div class="tab-content">
                <div class="description" id="product-description" itemprop="description">{$_desc}</div>
            </div>
        </div>
        {/if}
    
        {if $product.features}
        <div id="tab2"{if $_desc} style="display:none;"{/if}>
            <div class="tab-head"><h2>[`Features`]</h2></div>
            <div class="tab-content">
            ну и дальше пошел вывод хар-к...короче там уже не интересно совсем

    в ответ на Скрыть подробное описание, если оно не заполнено

  • replicant replicant 5 июня 2020 14:28 #

    Берете плагин Тонкая настройка (чтобы не ходить в код административных шаблонов) и делаете вот так для указанного на скриншоте класса #wa-plugins-container .sidebar.left200px { height: 600px; overflow-y: scroll; }.

    Класс в своей админке точнее найдите инспектором кода в браузере.

    в ответ на Магазин - плагины - прокрутка списка плагинов

  • replicant replicant 5 июня 2020 09:46 #

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

    Если совсем кратко и не вдаваться в многочисленные детали, то смысл в этом в первую очередь есть только для самого Яндекса.

    в ответ на Турбо страницы

  • replicant replicant 4 июня 2020 10:50 #

    Как минимум проверить что в шаблоне signup.html (строка может быть не 33, а +- около скорее всего)

    Отключить плагин colorchanger на время и разобраться с ним уже отдельно. Возможно даже написать автору плагина об этом. Не забудьте указать при этом версию php.

    Версия php в таких делах очень важна и неправильно выбранная может стать источником подобных нотисов.

    в ответ на Nginx + FastCGI

  • replicant replicant 4 июня 2020 10:44 #

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

    Мобильная тема также может стать источником двойного толкования в поисковой выдаче при обходе страниц роботами и лишним источником проблем в продвижении сайта.

    в ответ на Проблемы с мобильным шаблоном

  • replicant replicant 4 июня 2020 10:41 #

    Скрин скрином, а условия получения этого скрина известны? Браузер и его настройки, устройство и версия ОС как минимум.

    в ответ на Проблемы с мобильным шаблоном

  • replicant replicant 3 июня 2020 17:36 #

    Не думаю, что корень всего этого зла кроется в старом движке.

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

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

    в ответ на конфигуратор не меняет цену

  • replicant replicant 2 июня 2020 10:28 #

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

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

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

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

    Никаких авторегистраций не должно быть в принципе.

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

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

    И ещё напомню о том, что номер телефона и почта клиента, изменяемые в ЛК и указанные при регистрации и номер телефона и почта, указываемые в заказе - это разные номера. Они могут совпадать, но могут и не совпадать. Безусловной смены учетных данных на основании данных заказа происходить не должно.

    в ответ на Невозможно оформить заказ при существующем номере телефона