bobrovantig

Ок, принято.

Добрый день. Обнаружил проблему, что шаблон для Яндекс.Маркет некорректно прописывает доступность товара, а именно она всегда true даже для случаев, когда товара нет в наличии или его меньше, чем min quantity, например. Полез разбираться в формуле, потратил полдня, чтобы понять, как она работает и какая в неё логика заложена из-за довольно длинной формулы, обилия условий "не" и т.п. Для этого решил разбить её на несколько частей и проверять по отдельности каждое условие (см. код с комментом ниже) и выявить, какое из них косячно отрабатывает. В общем, заменил в паре место "и" на "или", где-то убрал или наоборот добавил "не". В общем, можете сравнить мой код и оригинальный. Т.к. нет описания, что скрывается под некоторыми переменными, то может я что-то не совсем корректно исправил и правильнее как-то по-другому её переписать, но по крайней мере у меня с таким кодом сейчас корректно определяется доступность товара. Проверьте, пожалуйста. Мой код: {foreach $products as $product} {* DELETE after checking *} {if !($product.zero_price_action === "R" && $product.price == 0)}true1 {else}false1 {/if} {if !($settings.General.inventory_tracking !== "Y")}true2 {else}false2 {/if} {if !($settings.General.allow_negative_amount !== "Y")}true3 {else}false3 {/if} {if !(($product.amount <= 0 || $product.amount < $product.min_qty) && $product.tracking != "ProductTracking::DO_NOT_TRACK"|enum)}true4 {else}false4 {/if} {if !($product.is_edp == "Y")}true5 {else}false5 {/if} {* DELETE after checking *} {$available = !($product.zero_price_action === "R" && $product.price == 0) && !($settings.General.inventory_tracking !== "Y" || $settings.General.allow_negative_amount !== "Y" || (($product.amount <= 0 || $product.amount < $product.min_qty) && $product.tracking != "ProductTracking::DO_NOT_TRACK"|enum) || $product.is_edp == "Y")} {strip}<offer id="{$product.product_id}" available="{if $available}true{else}false{/if}" ... Оригинальный код: {foreach $products as $product} {$available = !($product.zero_price_action === "R" && $product.price == 0) && !($settings.General.inventory_tracking === "Y" && $settings.General.allow_negative_amount !== "Y" && (($product.amount <= 0 || $product.amount < $product.min_qty) && $product.tracking != "ProductTracking::DO_NOT_TRACK"|enum) && $product.is_edp !== "Y")} {strip}<offer id="{$product.product_id}" available="{if $available}true{else}false{/if}" ...

нашёл, спасибо

Добрый день. Подскажите, а как проверить, что контент реально закрыт от ботов? я, например, характеристики закрыл, обернув их в файле шаблона в такой код: <!--googleoff: all--><!--noindex-->...<!--/noindex--><!--googleon: all--> и это реально видно в коде страницы и хотя бы можно как-то проверить. А вот как в принципе работает модуль Антибот не понимаю, т.к. в коде страницы общепринятые теги закрытия от индекса не вносятся, а как ещё понять, что реально закрылось, не понятно. Поясните, пожалуйста.

Добрый день. Включил ваш модуль. Есть вопросы: Как массово (для всех имеющихся категорий) активировать настройку, которая создаёт отдельную страницу с отзывами по категории? У меня есть экспорт категорий на сайте, но там этот параметр нельзя экспортировать/импортировать. Как для всех вновь создаваемых категорий сделать, чтобы эта галочка активировалась сразу по умолчанию? Я если честно пока не вижу причин, почему эту нужно активировать только точечно вручную и что будет, если для всех категорий это будет активировано. Ладно бы создавались пустые страницы с отзывами, если в категории нет товаров с отзывами, так ведь предусмотрено, что такие пустые страницы не создаются и проблем соответственно быть не должно. А какие ещё риски и проблемы есть - я не вижу. В любом случае, мне кажется нужно какую-то опцию автоматической/массовой активации этой опции сделать.

Если скрыть все языки и валюты, чтобы остались только по одному, то селектор логично скрывается в хедере и во fly-menu. Но при этом во fly-menu остаётся большое пустое поле под эти блоки, хотя они скрыты. Проверено на демо. Если прям удалить эти блоки валют и языка из fly-menu, то это пустое поле пропадает. Но ведь это не совсем правильно.

Добрый день. Замечено ещё ранее, не конкретно в этом релизе темы, но всё же: Если скрыть все языки и валюты, чтобы остались только по одному, то селектор логично скрывается в хедере и во fly-menu. Но при этом во fly-menu остаётся большое пустое поле под эти блоки, хотя они скрыты. Проверено на демо: https://abd-79e7973164.demos.abt.team/ Если прям удалить эти блоки валют и языка из dly-menu, то это пустое поле пропадает. Но ведь это не совсем правильно.

Добрый день. Спасибо за обновление. Заметил проблему, что кнопка «добавить в корзину» не принимает цвет, выбранный в цветосхеме. На демо тоже вот воспроизвел: https://abd-79e7973164.demos.abt.team/admin.php Тикет создал. Заодно напомните, пожалуйста, где меняется содержимое блока "Контакты" в нижнем липком меню на мобиле.

На маркете есть пара модулей других разработчиков, которые отдают роботам параметр Last-Modified + 304 Not Modified. Это не про sitemap, но в целом процесс мне кажется аналогичный, т.е. они как-то этот параметр смогли вылавливать и передавать, я думаю и вы сможете в сайтмап аналогично это передавать.

А что, при изменении атрибутов товара страница не меняется что ли? Не вижу противоречия. Какой-то контент на странице поменялся (то, что я перечислил выше), страница соответственно тоже изменилась.

Почему, можете пояснить, пожалуйста?

я не специалист, но мне кажется достаточно отслеживать изменение только: наименование товара (Product name) фотографии цена мета-теги (тайтл, дескрипшн) заголовок h1 краткое и полное описание на странице товара Добавить какую-то доп. таблицу в БД, в которую будет записываться дата изменения этих параметров товара. И эту дату передавать в модуле сайтмап. Если там пусто, то можно дату создания товара. Остальные динамические блоки отслеживать не надо.

Добрый день. От СЕО-специалиста поступил комментарий, что в sitemap нужно в параметре lastmod прописывать дату реального изменения страницы (когда контент страницы изменился, например), а не дату генерации sitemap (сейчас именно так работает). Сейчас получается, что у всех страниц прописывается одна и та же дата (просто дата генерации sitemap), что не есть хорошо. Смысл этого параметра тогда теряется, если он для всех страниц одинаковое значение всегда имеет. Смысл в том, чтобы не расходовать краулинговый бюджет, и боты поисковых систем проверяли только обновленные страницы, а не все, находящиеся в sitemap. Когда сайт до 100 страниц это не имеет значения. Для магазинов с 100K+ товарами это очень актуально. Можно реализовать это замечание?

Добрый день. От СЕО-специалиста поступил комментарий, что в sitemap нужно в параметре lastmod прописывать дату реального изменения страницы (когда контент страницы изменился, например), а не дату генерации sitemap (сейчас именно так работает). Сейчас получается, что у всех страниц прописывается одна и та же дата (просто дата генерации sitemap), что не есть хорошо. Смысл этого параметра тогда теряется, если он для всех страниц одинаковое значение всегда имеет. Смысл в том, чтобы не расходовать краулинговый бюджет, и боты поисковых систем проверяли только обновленные страницы, а не все, находящиеся в sitemap. Когда сайт до 100 страниц это не имеет значения. Для магазинов с 100K+ товарами это очень актуально. Можно реализовать это замечание?

Добрый день. От СЕО-специалиста поступил комментарий, что в sitemap нужно в параметре lastmod прописывать дату реального изменения страницы (когда контент страницы изменился, например), а не дату генерации sitemap (сейчас именно так работает). Сейчас получается, что у всех страниц прописывается одна и та же дата (просто дата генерации sitemap), что не есть хорошо. Смысл этого параметра тогда теряется, если он для всех страниц одинаковое значение всегда имеет. Можно реализовать это замечание?

Добрый день. Очень не хватает плейсхолдера компании, который задаётся в настройках витрины. Есть плейсхолдер названия витрины [storefront], но мне его неудобно использовать, т.к. название витрины - это одно, а название компании - это другое. Например, витрина у меня называется Компания филиал KZ , а при этом сама компания называется ТОО "Компания". И когда я задаю мета-тег товара, например: [{fvalue_2661}] [{fvalue_2662}] [product_brand] [{fvalue_59}] по цене [product_price_nocurrency] [currency_nohtml] с доставкой по [ГОРОД_ДП] и Казахстану. Описание, характеристики, фото в каталоге на сайте компании [storefront] то мне нужно, чтобы в конце подставлялось ТОО "Компания", а не Компания филиал KZ. Можете добавить какой-нибудь плейсхолдер [company], например? Сильно поможет.

Добрый день. Очень не хватает плейсхолдера компании, который задаётся в настройках витрины. Есть плейсхолдер названия витрины [storefront], но мне его неудобно использовать, т.к. название витрины - это одно, а название компании - это другое. Например, витрина у меня называется Компания филиал KZ , а при этом сама компания называется ТОО "Компания" . И когда я задаю мета-тег товара, например: [{fvalue_2661}] [{fvalue_2662}] [product_brand] [{fvalue_59}] по цене [product_price_nocurrency] [currency_nohtml] с доставкой по [ГОРОД_ДП] и Казахстану. Описание, характеристики, фото в каталоге на сайте компании [storefront] то мне нужно, чтобы в конце подставлялось ТОО "Компания", а не Компания филиал KZ. Можете добавить какой-нибудь плейсхолдер [company], например? Сильно поможет.

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

Также всё в том же своём тикете писал, что в описаниях характеристик периодически появляется какой-то полупрозрачный фон. Тоже к сожалению не исправлено. Вот воспроизвёл на демо: https://abd-c8408e1b9b.demos.abt.team/ru/elektronika/igrovye-pristavki/pristavki/playstation-4/

Тоже давно тянется косячок визуальный. Не знаю, как это правильно называется, назову это "маской" кнопки выбора количества. В общем, как будто сползла эта маска, в итоге слева и вверху какой-то серый фон проглядывает, смотрится не очень (на демо): Сюда же похожий косячок с кружком, который в чекауте выбирает доставки/способы оплаты. Может, мне только кажется, но он как будто сползает немного влево:

При нажатии на детальное изображение, правая стрелка не помещается в экран. Проверено на демо.

Добрый день. Уже несколько версий тянется не то, чтобы прям сильная проблема, но тем не менее. Начиная с какой-то версии, когда менялась логика шрифтов, в том числе изменилось выравнивание текста полного/краткого описаний. Теперь он выровнен по верхнему краю и есть слишком большой отступ между описанием и следующей вкладкой (характеристики, отзывы и т.п.). https://abd-c8408e1b9b.demos.abt.team/ru/elektronika/telefony/motorola/flipside/ Я писал про это тикет NGP-Q85-8J44. Ваш сотрудник написал, что исправите, но, к сожалению уже несколько релизов прошло, а не исправлено. Не то, чтобы это какой-то супер-важный баг, может в принципе и не ошибка, а так и задумано, но просто на контрасте с более старыми версиями это бросается в глаза, там как-то приятнее это смотрелось, когда выровнено по центру было и не было больших отступов между блоками. На моём сайте мне постоянно глаза это режет: Может если глобально в теме не собираетесь это менять, можете подсказать хотя бы стилями самому как это поправить?

Просьба перенести чекбокс "Найти похожие" перед префиксом, а то сейчас он встаёт между префиксом и значением характеристики, что не является хорошо:

Спасибо!

да, почему-то в Хроме моргает, а в Сафари нормально