RGB
-
Публікації
6 973 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача RGB
-
@neopl Доброго, в обновлении не менялось ничего, что касается этого файла (system/storage/modification/catalog/view/theme/moneymaker2/template/product/special.tpl), можете скинуть в ЛС фрагмент кода, на который у вас ругается? У вас этот файл явно модифицируется чем-то, а какой там код я знать не могу, в чистом файле в шаблоне special.tpl в тех строках нет ничего, на что у вас могла бы возникать такая ошибка.
-
Отправил в ЛС
-
Убедитесь, что вы не вносили правки в файлы шаблона, адрес не может просто так не отображаться, если он заполнен. Также проверьте, что никакой модификатор не вносит изменения в файлы шаблона или в соотв. контроллеры, подменяя или вырезая вывод контактной информации
-
А зачем? Если предполагается возможность дальнейшей установки на такую систему сторонних дополнений, то вам придется конструировать некоторые костыли для того, чтобы модули, расчитанные на бутстрап 3, нормально отображались на пятом
-
С этими уведомлениями есть еще одна проблема - они показывают информацию о покупателе только если он сам начинал переписку. А если ее начинали вы, то в переписке выводится информация, что пользователь не покупал дополнений, это может запутать. Вот два диалога с одним и тем же пользователем (покупателем), как выглядит страница диалога, где инициатором был он сам: А вот как выглядит диалог с этим же пользователем, который был начат мною:
-
Доброго 1. Если включены доп. ссылки, то они все и выводятся, для телефона берется ваш главный номер из настроек, к которому вы можете указать подпись. Если подпись не указана, как в вашем случае, то кнопка выводится без текста, но со ссылкой, поэтому лучше укажите там что-то типа "Позвонить", отключить все это можно только сразу целиком. 2. Адрес берется тоже из системных настроек, где вы его прописали? Он должен быть тут:
-
Доброго, в обновлении не менялось ни одной строчки кода, касающейся преимуществ товаров, поэтому не думаю, что обновление тут как-то связано. Вот та же 2.7.3. с моего демо: Строка, на которую у вас ругается система, выглядит так: <?php if (in_array($category['category_id'], $value['categories'])) { ?> при этом второй параметр ($value['categories']) должен быть с типом данных - массив, а у вас он каким-то образом стал строчным. В контроллере шаблона код, где формируются эти данные, выглядит так: 'categories' => isset($result['categories'])&&$result['categories'] ? $result['categories'] : array(0), Поэтому вспоминайте, что делалось с сайтом, с БД (или с сервером вообще) до того, как появилась такая ошибка, можете пересохранить или вообще удалить все преимущества и попробовать добавить их по новой, понаблюдав за результатом. Если не поможет - напишите в ЛС доступы к фтп и админке, как будет время, попробую посмотреть
-
Переделал всплывающее окно, чтобы не смущать пользователей излишней категоричностью, и добавил в список легальных тот ресурс, хотя они не особо известные и популярные даже в среде разработчиков (поэтому его там и не было изначально)
-
Я создал тикет на эту тему, так что "будем посмотреть"
-
Так они скорее не вам ухудшают, а себе - путем накрутки ПФ, когда переходы по левым запросам идут на другие сайты для отвода глаз и имитации реального поведения. Я не могу утверждать, что это именно ваш случай, просто такое бывает, а что именно у вас является причиной - надо внимательно изучать сайт, траффик на него, его место в поиске и тд. У меня на демо тоже переходы по странным запросам бывают и я вообще без понятия как, к примеру, можно связать мое демо и какой-то китайский vaptcha
-
Если не давали нерелевантную рекламу ,то может конкуренты пробуют ухудшить ПФ с помощью ботов?
-
Здравствуйте, у меня нет готовой реализации, иначе я бы вам ее сразу предложил еще в прошлом сообщении. Если она вам нужна, то обратитесь к специалисту, я работу не ищу, т.к. у меня совсем нет свободного времени. Сама эта задача не является особенно сложной, я бы ее оценил в час - максимум 2 часа работы специалиста средней руки. Алгоритм будет очень простым - при загрузке страницы и при изменении ширины окна нужно сравнивать, например, суммарную ширину элементов панели категорий и ширину их контейнера, если она больше контейнера, то значит элементы перенеслись на 2 строки и тогда те элементы, начиная с которых ширина превысила контейнер, нужно скрыть, добавив им стандартный класс hidden. В конце панели нужно также добавить новый элемент-переключатель ( ... ), по нажатию на который скрытые элементы будут инвертировать свой класс hidden с теми элементами, что не скрыты, т.е. будет происходить переход как бы на вторую часть категорий, не поместившихся на первой части, а категории из первой части будут соответственно скрываться. Если нужно сделать своеобразную пагинацию между всеми этими частями и их предполагается больше двух, то задача чуть усложнится, но суть останется прежней. Доброго, предупреждение касается микроразметки, как я понимаю. В обновлении не менялось ничего, что касается разметки отзывов, о которых и идет предупреждение. Скорее всего, в проверочном инструменте совсем недавно что-то обновили и то, что раньше принималось без предупреждений, теперь вызывает их. Это не ошибки микроразметки (т.е. это не error), а именно предупреждения (warning), которые не критичны и которые вы и так увидете у любого товара, у которого, например, никто не оставил отзывов (т.к. проверочный инструмент считает, что все данные должны быть заполнены, хотя в реальных условиях это, естественно, невозможно, потому что при большом ассортименте у вас все равно найдутся товары без отзывов): Причем похоже, что проверочный инструмент некорректно обрабатывает даже сами примеры микроразметки отзывов от schema.org (которые как бы и задают стандарт), например, есть образец разметки отзыва (Example 3): https://schema.org/Review Проверочный инструмент Google видит в нем те же предупреждения о типе объекта, да еще и находит новые ошибки из-за отсутствия рейтинга: Тут либо изменились стандарты и пока не везде обновились примеры, либо в проверочном инструменте появились баги, на которые пока не стоит обращать особое внимание.
- 7 377 відповідей
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (і ще %d)
-
Я бы, конечно, не стал так делать, но мы же не знаем всю предысторию. У меня есть масса примеров и добросовестно заблуждающихся пользователей, которые просто в гугле нашли по первой ссылке что-то, удачно мимикрирующее под легальную площадку, купили там пучок модулей за копейки, не зная их реальную цену и авторство, а потом уже со временем поняли, что проспонсировали воришек, и пришли исправлять ситуацию с готовностью устранить все нарушения и оплатить все модули. Но есть и другие примеры, когда пользователю говоришь, что вот эти ребяты - воры, вот тебе ссылка на оригинальный модуль, вот тебе автор, который просит за модуль совсем немного и живет в том числе с продаж модулей, а пользователь через месяц приходит, нахватавшись всякой заразы с вареза, и просит о помощи, потому что на сайте - внезапно - появилась реклама (но зато сэкономил). В какой-то свой личный черный список я таких товарищей не отправляю, но "дружить" с такими точно не стал бы. Доброго, в открытом доступе для пользователей нет, потому что зачем давать пиратам лишнюю рекламу? А разработчики большинство ресурсов и так все знают, поэтому это не секретная информация.
-
Иногда пираты даже свои модули выпускают, берут за основу какой-нибудь старый бесплатный модуль, к примеру, для OpenCart 1.5, делают его совместимым с тройкой и выкладывают у себя или вот даже на официальный сайт. От этого пираты перестают быть пиратами и их надо исключать из списка вареза?
-
Там практически нет модерации, поэтому вы можете там найти и не такие чудеса. Не так давно был случай с кем-то из местных разработчиков, которому пришлось долго доказывать авторство своего же модуля, выложенного туда неизвестно кем
-
Добрый день, конечно возможно, но вам ведь нужна конкретная реализация? К сожалению, у меня ее нет, хотя она не является особо сложной и это реально сделать одним лишь яваскриптом, но вообще я бы не советовал скрывать от покупателей категории в таком виде. Лучше их все же наглядно показывать и не требовать от покупателей совершать лишние действия в виде нажатия на переключатель для того, чтобы увидеть все ваши категории. Если категорий слишком много, то можно отобрать наиболее приоритетные и вывести в шапку только их, а менее важные оставить в боковом блоке категорий или вообще перестроить структуру магазина так, чтобы вместо кучи категорий задачу сужения поиска товаров выполнял какой-нибудь модуль фильтра.
-
Доброго, это реально, но потребует правок стандартной логики в зависимости от того, что именно вы хотите сделать. Иногда при плохом качестве исходной графики размытие и нечеткость изображений являются следствием самого ресайза, который делается опенкартом (т.е. когда в админке менеджер загружает к товарам фото, скажем, 500х500, а в настройках в карточке товара стоит уже другое значение, в итоге опенкарт самостоятельно сделает ресайз до новых размеров и может ухудшить качество изображения). Одно из решений состоит в правках графической библиотеки, по форуму обсуждалась такая проблема и можете поискать варианты прямо тут. Другое решение "в лоб" - это давать бОльшие размеры изображениям, чтобы они выводились как бы с запасом, но это не очень правильный подход, потому что на странице будет загружаться много лишнего и потому что для таких целей есть следующий подход. Более правильный, но более сложный в реализации подход - когда используется набор разной графики под разные разрешения с помощью srcset, штатно опенкарт такого делать не умеет и в каждом отдельном месте для вывода изображения использует ровно один его вариант с размерами из настроек, но это не сильно сложная задача даже для начинающего специалиста. В шаблоне это потребует вмешательства во все места, где выводятся изображения, а также переделывания всех контроллеров, где эти изображения передаются в шаблон, также нужно быть готовым к тому, что место на хостинге будет очень быстро забиваться, ведь придется на одну картинку товара делать ресайз уже не для 3-4 ее версий, а для всех 10.
-
Мелкие недочеты писателей шаблонов и как их исправить
blog entry прокоментував RGB max1985 в Блог владельца магазина
Ну да, мы же не продавали профессиональный звук с инструментами, мы все это просто показывали Вы бы хоть почитали мои старые сообщения на форуме перед тем, как делать вывод о том, что у меня нет реального опыта продаж - там полно нубских вопросов как о работе магазина в целом, так и об опенкарте, с которым я тогда только знакомился, потому что выбрал его для нашего интернет-магазина (где мы показывали муз. инструменты с проф. акустикой) -
Мелкие недочеты писателей шаблонов и как их исправить
blog entry прокоментував RGB max1985 в Блог владельца магазина
Хозяин магазина добавил в свой магазин массу товаров с одинаковыми (!) названиями, предсказуемо получил кучу дублей заголовков (но виноват в этом, конечно, шаблон). Затем один продавец нательных крестиков и сео-аудитов г-н Nameless посоветовал добавить артикулы товаров в заголовки, чтобы хоть как-то их уникализировать. Правда, посоветовал он это только после того, как согрешил был пойман на попытке обмануть своих потенциальных клиентов, с тех пор мой преданный обиженный фанат не упускает возможности напомнить о себе, то ему сео-аудиты мерещатся и мешают зарабатывать денежку на своих услугах, то стучалки в моем шаблоне привидятся, то кокос не растет P.S. Инструкции по исправлению того маленького бага (а точнее мелкой недоработки, т.к. это не ошибка в коде, а лишь непродуманный момент в верстке) были предоставлены владельцу сайта через несколько дней после обнаружения, а обновление с исправлением этой недоработки вместе с десятками других вышло меньше, чем через месяц, поэтому то, что дальше будет писать мой фанат об отсутствии исправлений - тоже, мягко говоря, не соответствует действительности. -
Мелкие недочеты писателей шаблонов и как их исправить
blog entry прокоментував RGB max1985 в Блог владельца магазина
Прочел, увидел, но это же вы решили назвать мою запись "бездоказательной пустышкой", а не я вашу? А раз вы решили "наехать", то будьте добры аргуметировать свою позицию. Я написал выше и даже процитировал свою же статью, где нет того, что вы ей приписываете, а вы ничего по сути так и не возразили. Зато теперь оказывается, что статья плохая, потому что там "сплошной призыв", так вы определитесь с чем спорите - с содержимым статьи или с вашей ее интерпретацией, где вы видите какой-то призыв? А если какой-то сумасшедший увидит в моей статье призыв убивать котят и поспешит поделиться этим с сообществом? @optimlab четко написал выше: Вы с этим не согласны и утверждаете, что именно циферки PageSpeed - это основной фактор ранжирования? Нет, конечно, никто в здравом уме не заявит такого, разве что человек зарабатывает на накрутке попугаев. Одним из факторов ранжирования (одним из, а не главным!) является соблюдение рекомендаций PageSpeed на уровне соблюдения тех самых Core Web Vitals, а вовсе не то, показывает ли ваш сайт 90/100 или 70/80, это не одно и то же. Спасибо, я в курсе и в новом шаблоне ушел от этой реализации. -
Мелкие недочеты писателей шаблонов и как их исправить
blog entry прокоментував RGB max1985 в Блог владельца магазина
Тут вы правы, статья немного устарела и скрины с розеткой и амазоном, из-за которых некоторые очень сильно возбуждаются, уже не актуальны, но давайте разберем все по сути, посмотрев немного дальше заголовков: Позвольте поинтересоваться, где именно я призываю "забить на все это"? Возможно, вам стоит внимательнее прочесть упомянутую вами "бездоказательную пустышку" прежде, чем приписывать мне то, чего я нигде не говорил? Самый первый посыл той записи состоит в очень простом факте - цитата: 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)
