RGB

Так они скорее не вам ухудшают, а себе - путем накрутки ПФ, когда переходы по левым запросам идут на другие сайты для отвода глаз и имитации реального поведения. Я не могу утверждать, что это именно ваш случай, просто такое бывает, а что именно у вас является причиной - надо внимательно изучать сайт, траффик на него, его место в поиске и тд. У меня на демо тоже переходы по странным запросам бывают и я вообще без понятия как, к примеру, можно связать мое демо и какой-то китайский vaptcha

Если не давали нерелевантную рекламу ,то может конкуренты пробуют ухудшить ПФ с помощью ботов?

Здравствуйте, у меня нет готовой реализации, иначе я бы вам ее сразу предложил еще в прошлом сообщении. Если она вам нужна, то обратитесь к специалисту, я работу не ищу, т.к. у меня совсем нет свободного времени. Сама эта задача не является особенно сложной, я бы ее оценил в час - максимум 2 часа работы специалиста средней руки. Алгоритм будет очень простым - при загрузке страницы и при изменении ширины окна нужно сравнивать, например, суммарную ширину элементов панели категорий и ширину их контейнера, если она больше контейнера, то значит элементы перенеслись на 2 строки и тогда те элементы, начиная с которых ширина превысила контейнер, нужно скрыть, добавив им стандартный класс hidden. В конце панели нужно также добавить новый элемент-переключатель ( ... ), по нажатию на который скрытые элементы будут инвертировать свой класс hidden с теми элементами, что не скрыты, т.е. будет происходить переход как бы на вторую часть категорий, не поместившихся на первой части, а категории из первой части будут соответственно скрываться. Если нужно сделать своеобразную пагинацию между всеми этими частями и их предполагается больше двух, то задача чуть усложнится, но суть останется прежней. Доброго, предупреждение касается микроразметки, как я понимаю. В обновлении не менялось ничего, что касается разметки отзывов, о которых и идет предупреждение. Скорее всего, в проверочном инструменте совсем недавно что-то обновили и то, что раньше принималось без предупреждений, теперь вызывает их. Это не ошибки микроразметки (т.е. это не error), а именно предупреждения (warning), которые не критичны и которые вы и так увидете у любого товара, у которого, например, никто не оставил отзывов (т.к. проверочный инструмент считает, что все данные должны быть заполнены, хотя в реальных условиях это, естественно, невозможно, потому что при большом ассортименте у вас все равно найдутся товары без отзывов): Причем похоже, что проверочный инструмент некорректно обрабатывает даже сами примеры микроразметки отзывов от schema.org (которые как бы и задают стандарт), например, есть образец разметки отзыва (Example 3): https://schema.org/Review Проверочный инструмент Google видит в нем те же предупреждения о типе объекта, да еще и находит новые ошибки из-за отсутствия рейтинга: Тут либо изменились стандарты и пока не везде обновились примеры, либо в проверочном инструменте появились баги, на которые пока не стоит обращать особое внимание.

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

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

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

Добрый день, конечно возможно, но вам ведь нужна конкретная реализация? К сожалению, у меня ее нет, хотя она не является особо сложной и это реально сделать одним лишь яваскриптом, но вообще я бы не советовал скрывать от покупателей категории в таком виде. Лучше их все же наглядно показывать и не требовать от покупателей совершать лишние действия в виде нажатия на переключатель для того, чтобы увидеть все ваши категории. Если категорий слишком много, то можно отобрать наиболее приоритетные и вывести в шапку только их, а менее важные оставить в боковом блоке категорий или вообще перестроить структуру магазина так, чтобы вместо кучи категорий задачу сужения поиска товаров выполнял какой-нибудь модуль фильтра.

Доброго, это реально, но потребует правок стандартной логики в зависимости от того, что именно вы хотите сделать. Иногда при плохом качестве исходной графики размытие и нечеткость изображений являются следствием самого ресайза, который делается опенкартом (т.е. когда в админке менеджер загружает к товарам фото, скажем, 500х500, а в настройках в карточке товара стоит уже другое значение, в итоге опенкарт самостоятельно сделает ресайз до новых размеров и может ухудшить качество изображения). Одно из решений состоит в правках графической библиотеки, по форуму обсуждалась такая проблема и можете поискать варианты прямо тут. Другое решение "в лоб" - это давать бОльшие размеры изображениям, чтобы они выводились как бы с запасом, но это не очень правильный подход, потому что на странице будет загружаться много лишнего и потому что для таких целей есть следующий подход. Более правильный, но более сложный в реализации подход - когда используется набор разной графики под разные разрешения с помощью srcset, штатно опенкарт такого делать не умеет и в каждом отдельном месте для вывода изображения использует ровно один его вариант с размерами из настроек, но это не сильно сложная задача даже для начинающего специалиста. В шаблоне это потребует вмешательства во все места, где выводятся изображения, а также переделывания всех контроллеров, где эти изображения передаются в шаблон, также нужно быть готовым к тому, что место на хостинге будет очень быстро забиваться, ведь придется на одну картинку товара делать ресайз уже не для 3-4 ее версий, а для всех 10.

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

Хозяин магазина добавил в свой магазин массу товаров с одинаковыми (!) названиями, предсказуемо получил кучу дублей заголовков (но виноват в этом, конечно, шаблон). Затем один продавец нательных крестиков и сео-аудитов г-н Nameless посоветовал добавить артикулы товаров в заголовки, чтобы хоть как-то их уникализировать. Правда, посоветовал он это только после того, как согрешил был пойман на попытке обмануть своих потенциальных клиентов, с тех пор мой преданный обиженный фанат не упускает возможности напомнить о себе, то ему сео-аудиты мерещатся и мешают зарабатывать денежку на своих услугах, то стучалки в моем шаблоне привидятся, то кокос не растет P.S. Инструкции по исправлению того маленького бага (а точнее мелкой недоработки, т.к. это не ошибка в коде, а лишь непродуманный момент в верстке) были предоставлены владельцу сайта через несколько дней после обнаружения, а обновление с исправлением этой недоработки вместе с десятками других вышло меньше, чем через месяц, поэтому то, что дальше будет писать мой фанат об отсутствии исправлений - тоже, мягко говоря, не соответствует действительности.

Прочел, увидел, но это же вы решили назвать мою запись "бездоказательной пустышкой", а не я вашу? А раз вы решили "наехать", то будьте добры аргуметировать свою позицию. Я написал выше и даже процитировал свою же статью, где нет того, что вы ей приписываете, а вы ничего по сути так и не возразили. Зато теперь оказывается, что статья плохая, потому что там "сплошной призыв", так вы определитесь с чем спорите - с содержимым статьи или с вашей ее интерпретацией, где вы видите какой-то призыв? А если какой-то сумасшедший увидит в моей статье призыв убивать котят и поспешит поделиться этим с сообществом? @optimlab четко написал выше: Вы с этим не согласны и утверждаете, что именно циферки PageSpeed - это основной фактор ранжирования? Нет, конечно, никто в здравом уме не заявит такого, разве что человек зарабатывает на накрутке попугаев. Одним из факторов ранжирования (одним из, а не главным!) является соблюдение рекомендаций PageSpeed на уровне соблюдения тех самых Core Web Vitals, а вовсе не то, показывает ли ваш сайт 90/100 или 70/80, это не одно и то же. Спасибо, я в курсе и в новом шаблоне ушел от этой реализации.

Тут вы правы, статья немного устарела и скрины с розеткой и амазоном, из-за которых некоторые очень сильно возбуждаются, уже не актуальны, но давайте разберем все по сути, посмотрев немного дальше заголовков: Позвольте поинтересоваться, где именно я призываю "забить на все это"? Возможно, вам стоит внимательнее прочесть упомянутую вами "бездоказательную пустышку" прежде, чем приписывать мне то, чего я нигде не говорил? Самый первый посыл той записи состоит в очень простом факте - цитата: 1. Первый вопрос к вам - вы точно хотите оспорить это утверждение и заявить, что в ранжировании Google ориентируется именно на конкретные циферки PageSpeed, а не на реальную скорость работы сайта и его соответствие вышеупомянутым CWV? Видите ли, мне не нравятся обманщики и лицемеры, поэтому когда мои пользователи в -надцатый раз обращались ко мне с вопросами о том, почему их позиции в поиске не выросли после того, как им какой-то очередной "накрутчик pagespeed" отключил на сайте все, что можно, чтобы вывести их в зеленую зону, мне надоело в -надцатый раз отвечать одно и то же, поэтому и была написана та запись, в которой я призываю более трезво смотреть на вещи. Главный посыл записи вовсе не в том, чтобы забить на рекомендации (см. следующий пункт), а в том, чтобы понять, о чем они вообще и на что они могут влиять, а на что - нет. 2. Второй вопрос - зачем бы я призывал забить на элементарные требования, улучшающие юзабилити сайта, и при этом старался бы соблюдать их в своем же шаблоне? Зачем бы я призывал работать над этим и улучшать именно то, на что, по вашим утверждениям, я "призываю забить"? Цитата из моей же записи, где вы увидели призыв "забить": Вы понимаете, что приписываете мне абсурдные вещи, не соответствующие действительности и противоречащие самой записи? 3. Третий вопрос - ваша цитата: Вы вот тут выше написали такое: А потом приводите график, где последний спад приходится совсем не на март-май этого года, а вообще на декабрь-январь. Мне правда интересно - так кто виноват: алгоритм, плохой сеошник, фаза Венеры, а может - внезапно - банальный посленовогодний спад активности (как это было видно в январе 20-го, 19-го и 18-го), снижение покупательских настроений, пандемия, а также совместное влияние еще десятка факторов, достоверно известных лишь тем, кто непосредственно работает над этой темой в розетке, но, извините, точно не вам, вооруженному аккаунтом на ahrefs?

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

@ramzes63 @vvo используйте такое ПО, как WinMerge для сравнения файлов. Можно предположить, что нас интересуют только правки непосредственно файлов шаблона, т.е. содержимого catalog\view\theme\moneymaker2, в таком случае можно загрузить эту папку к себе на компьютер и отправить в WinMerge целиком ее и такую же папку из архива той версии шаблона, что стоит у вас, так вы увидите изменения, которые вносили (если вносили) ваши исполнители в файлы шаблона. Все не нужно, обновлялись же только основные 4 части модификаторов шаблона, т.е. переустанавливать нужно только Moneymaker2 Mods 1 Moneymaker2 Mods 2 Moneymaker2 Mods 3 Moneymaker2 Mods 4

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

Доброго 1. Помню такое предложение, но решил его не делать для всех из-за того, что наличие ссылки в письме в части случаев приведет к его попаданию в спам, а значит такие заявки будут утеряны, пока пользователь не догадается специально проверять спам или настраивать спам-фильтры. Такие вещи лучше делать индивидуально, понимая их последствия и возможные риски, поэтому если вам нужна такая реализация, то лучше сделайте это в виде модификатора, письмо для обратного звонка формируется в четвертой части модификаторов mmr2.part4.ocmod.xml в коде внутри public function addCallback() { ... } то, что касается переменной $message - и есть будущий текст письма, там и нужно добавлять ссылку на страницу, которую можно получить где-то в контроллере футера с помощью, например $_SERVER['REQUEST_URI'] Если все это для вас "темный лес", то лучше обратиться к специалисту, т.к. готового решения у меня нет, иначе я бы его сразу сюда и расписал 2. Могу вам отправить на почту модификатор для 2.3, его можно переделать под 2.1, но придется учитывать, что в 2.1 размеры изображений задаются не в модуле управления шаблоном, а в системных настройках, там они общие для всех шаблонов (в отличии от 2.3)

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

Если доработки вносили как положено - через модификаторы, то обновляться как обычно, если же вмешивались непосредственно в файлы шаблона или его модификаторы, то любая перезапись файлов естественно затрет ваши изменения. В последнем случае смотрите список изменившихся файлов https://2.mnmkr.com/documentation/#changelog и если ваши доработки их не касались, то перезаписывайте только их, если же касались, то придется вручную переносить изменения из файлов новой версии в старые

Внимание! Завтра будет доступно обновление шаблона до версии 2.7.3 Скидка на шаблон продлевается до конца недели, затем его стоимость вырастет Кто хочет получить обновление и еще не писал мне - сообщите в ЛС следующую информацию: В связи с большим кол-вом пользователей рассылка обновления будет производиться поэтапно, с 13 по 15 октября. Если вы уже сообщали вышеуказанную информацию, обновление будет вам отправлено на указанную почту сразу после начала его рассылки (если письма не получили, не забудьте проверить спам - из-за ссылки в письме оно может попасть туда). Что нового в обновлении: Улучшение совместимости с PHP 7.4, исправление ошибок в модуле активности и в быстром заказе Поддержка reCAPTCHA для форм быстрого заказа, обратного звонка и подписки на рассылку Модификатор для OpenCart/ocStore 2.3 с указанием размеров изображений (для повышения юзабилити и показателей PageSpeed CLS) Улучшение логики работы минификатора для устранения кеширования динамически изменяющихся стилей Уведомление от минификатора в консоль браузера в случае отсутствия подключаемых файлов Исправление отображения неавторизованным покупателям цен с налогами при включении опции отдельной цены Исправление исчезновения правой стрелки прокрутки фотогалереи при отключении анимации Увеличение эффективной площади фотогалереи При добавлении товара в корзину в модальном окне вместо кнопки Назад выводится более логичная кнопка Продолжить покупки Исправление некорректного отображения стрелок изменения кол-ва товара в Firefox Исправление проблемы с кликабельностью кнопок слайдера при включенном эффекте 3D-сдвиге в Chrome Вывод артикула товара внутри тега H1 для уникализации заголовков в случае товаров с идентичными названиями Исправление избыточных атрибутов rel preload Оптимизация отображения полноэкранного слайдшоу в разных размерах на разных разрешениях Исправление возможности оформления быстрого заказа, обратного звонка и подписки на рассылку при их отключении Исправление предупреждений в консоли о пассивных прослушивателях событий для bootstrap slider Исправление предупреждения инструмента проверки микроразметки Brand о некорректном типе данных Улучшение показателей PageSpeed CLS (совокупное смещение макета) в карточке товара при выводе галереи справа Отключение плагина Background Check из-за его некорректной работы Обновление адаптации Simple с инструкцией для пересчета миникорзины Адаптация модуля OCDEV SEO Мультиязык Совместимость с двумя модулями "Стена категорий" Совместимость с модулем Торговая площадка | C2C B2C B2B Marketplace Исправление мелких ошибок в быстром старте и обновление инструкции по его установке Обновление адаптаций opencart.pro 2.1/2.3 Обновление документации Измененные и добавленные файлы и папки (в квадратных скобках версия Opencart): Опциональный модификатор mmr2.img.size.ocmod.xml [2.3] предназначен для указания размеров изображений (см. п.3 списка изменений выше) и устанавливается аналогично любому другому модификатору. Полный лог изменений по разным версия шаблона доступен в документации в разделе истории Обновление уже установлено на демо шаблона Обратите внимание! Если вы используете фильтр товаров OCFilter: В новых версиях фильтра могут быть проблемы с работой адаптивных панелей, которые не будут показываться при активном модуле фильтра. Для исправления - в файле catalog\view\javascript\jquery\moneymaker2\sidebars.responsive.js найдите код if (!$('#column-left').hasClass('active')&&(($(window).scrollTop()>($("#column-left").height()+$("#column-left").offset().top)-150)||(($(window).scrollTop()+$(window).height()-150)<$("#column-left").offset().top))) и поменяйте его на такой: var ot = $("#column-left").offset().top < 0 ? $("#column-left").offset().top + $("#column-left").parent().height() : $("#column-left").offset().top; if (!$('#column-left').hasClass('active')&&(($(window).scrollTop()>($("#column-left").height()+ot)-150)||(($(window).scrollTop()+$(window).height()-150)<ot))) Далее найдите там же код: if (!$('#column-right').hasClass('active')&&(($(window).scrollTop()>($("#column-right").height()+$("#column-right").offset().top)-150)||(($(window).scrollTop()+$(window).height()-150)<$("#column-right").offset().top))) и поменяйте его на такой: var ot = $("#column-right").offset().top < 0 ? $("#column-left").offset().top + $("#column-right").parent().height() : $("#column-right").offset().top; if (!$('#column-right').hasClass('active')&&(($(window).scrollTop()>($("#column-right").height()+ot)-150)||(($(window).scrollTop()+$(window).height()-150)<ot)))

Доброго, это должен быть стандартный перевод вашей версии движка, файл catalog\language\ru-ru\affiliate\register.php, из него и берется текст text_agree

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

Добрый день, действительно появилась такая проблема в последнем обновлении Chrome, как я предполагаю - из-за изменений в плане обработки св-ва transform-style, раньше действие этого св-ва распространялось на дочерние элементы, а теперь по непонятным причинам такого не видно, это может быть как баг браузера, так и исправление старого бага, который, возможно, возникал из-за неправильного понимания спецификаций CSS, хотя это и не объясняет, почему в других браузерах такой проблемы до сих пор не было. Пока я готовлю обновление (оно скоро выйдет) - либо на время отключите в настройках слайдшоу эффект 3D-сдвига, либо добавьте в пользовательские стили в настройках шаблона код: @media (min-width: 768px) { .owl-moneymaker2.tilt3d .owl-wrapper .item-text > p { transform-style: preserve-3d; } } Насколько я помню, в движке у этого модуля нет таких настроек, т.е. туда попадают вообще все статьи, что есть в системе, шаблон это никак не контролирует, т.к. это не его модуль, а чтобы добавить такую настройку придется вмешиваться в логику этого модуля. Как ориентир можно использовать логику из футера, где штатно проверяется наличие соотв. галки (выводить ли в футере) в настройках статей.

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

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

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