RGB
-
Posts
6,973 -
Joined
-
Last visited
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by RGB
-
Это не аргумент. Советую почитать хоть что-то по юзабилити, к примеру, Круга или Нильсена, если отличия для вас не очевидны. Затем я с удовольствием выслушаю ваши аргументы в пользу вашей идеи и в пользу того, что моя реализация, оказывается, плохая с точки зрения юзабилити. Ответ по данному случаю выше: И не собираюсь спорить, т.к. дал развернутый ответ о том, почему выбрана такая реализация, выше в двух сообщениях. Не вижу пожеланий, которые будут актуальны и полезны для большинства пользователей, а вижу "хотелку" - сделать так, чтобы удовлетворить ваш конкретный случай, связанный с формированием js-кода, который вам неудобно переносить в быстрый заказ. Ради этого вы мне предлагаете для всех нарушить простую логику быстрого заказа и перебрасывать посетителей магазинов на абсолютно ненужную и лишнюю страницу, избыточно усложняя весь процес. А вот вам пример пожелания от @IlyaCart, реализация которого реально будет полезна для всех, потому что с озвученной проблемой могут столкнуться многие (и вы в том числе): Поэтому я сейчас и работаю над такой реализацией, где шаблон будет наглядно предупреждать о превышении лимитов хостинга: И поэтому я физически не смогу развивать шаблон, если буду пытаться угодить всем индивидуальным хотелкам, которые нередко противоречат друг другу или негативно сказываются на удобстве использования.
-
1. Принципиальные отличия огромные - действие происходит в том же окне, действие не требует перезагрузки страницы и нажатия на кнопку Назад в браузере (которую, к слову, вообще не все пользователи используют). 2. А какое отношение имеют заполненные поля к критериям ожидаемости? Их категорически нельзя убирать, пока пользователь не увидел сообщение об успешности операции, иначе пользователь занервничает, куда они делись и все ли с ними в порядке. Также я не очень понимаю, кого может сбить с толку сообщение об успешном оформлении заказа, в котором как минимум 3 элемента, сигнализирующих об успешности операции: 3. Я не меняю в обновлениях код без веских причин именно по той причине, что в индивидуальном порядке часто делаются доработки через ocmod, а даже если по каким-то причинам код, к которому вы привязывались, изменился - отредактировать ocmod это минутное дело, потому что кардинальных изменений логики в шаблоне не планируется. Хочу на всякий случай уточнить на будущее, что у меня нет ни времени, ни желания спорить или заниматься доказательством очевидного, поэтому если для вас все это не является аргументами - а вы имеете полное право считать иначе - я написал вам выше, как добиться того, что вы хотите, без необходимости перекраивать логику работы шаблона. Если вы все равно не согласны с предложенным решением - код шаблона открыт для редактирования, вас никто в этом плане не ограничивает.
-
Добрый день .options label.control-label { font-weight: bold; } Не могу с вами согласиться, т.к. пользователь заполняет все данные и оформляет заказ непосредственно в одном модальном окне быстрого заказа, при этом он может находиться на любой странице сайта, с которой не собирался уходить и на которой нет никаких признаков того, что кнопка оформления его куда-то перебросит (пользователь уже нажал кнопку быстрого заказа и начал его оформление, которое видит все в том же окне, а не в каком-то другом или на другой странице), а вы предлагаете пользователя после этого перебрасывать на бесполезную для него страницу, где есть только информация о том, что заказ успешно оформлен, которую пользователь и так видит в модальном окне? Какой в этом смысл и как это связано с юзабилити, если нарушает главнейший его принцип - ожидаемого и прогнозируемого поведения (формы быстрого заказа в данном случае)? Если бы при нажатии быстрого заказа пользователя изначально перебрасывало на страницу оформления заказа с упрощенным набором полей, я бы с вами согласился, но тут совсем другая логика. Если вам нужно формирование js-кода на успешное оформление быстрого заказа, то чтобы "ловить" процесс формирования быстрых заказов, добавьте в файл catalog\view\theme\moneymaker2\template\common\footer.tpl нужный вам код сразу после уже существующего кода фиксации цели быстрого заказа для гуглоаналитики: <?php if ($moneymaker2_modules_quickorder_goal_google) { ?> ga('send', 'event', 'button', 'click', 'quickorder'); <?php } ?>
- 7,377 replies
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
-
Я не проверял, но вряд ли Пожалуйста, не надо цитировать в сообщении всю презентацию шаблона, это значительно захламляет тему поддержки
-
Добрый день, какую версию шаблона используете? Если последнюю, то скиньте в лс исходный код head-секции страницы оформления заказа симпл при включенной минификации, там должно быть видно, что именно ломает минификатор
-
Да, если все корректно сделали - иногда вы не можете переопределять настройки сервера, это зависит от хостинга и вам их поддержка подскажет, что делать
-
Блокировка рекламы от Опера
RGB replied to sisandmasis's topic in Opencart 2.x: Setting and optimization
Скорее всего она блокирует код аналитики или метрики -
Не могу сказать, что это было, т.к. в первой части модификаторов эта переменная (header_categories) просто физически не может не быть инициализирована, потому что там есть 2 места, где эта переменная либо объявляется новым массивом, либо ей присваивается значение существующего массива категорий для добавления туда баннеров: $data['header_categories'] = array(); или $data['header_categories'] = $data['categories']; соответственно
-
Вы в модуле управления шаблоном для второго магазина сохранили его настройки?
-
Добрый день, вам дали ответ в теме, где вы ранее задали этот вопрос: Ни в какие файлы шаблона вмешиваться не надо, для этого есть вкладка Общее и в ней поле ввода Пользовательский стиль CSS
-
Потому что, вероятно, главной категорией в настройках самого товара указана именно ваша "Гл.категория 2"
-
Добрый вечер, лично у меня таких нет, но не раз встречал на сайтах, когда в эти блоки и иконки добавляли нужные, и другую графику, и даже карты проезда в яндексе/гугле По остальным вопросам 1. Заслуга шаблона, потому что выводить пустую вкладку описания без описания нет смысла же. По сео все зависит же от конкретного описания и его проработки, если там был краткий текст и все, то толку от таких описания мало 2. Посмотрите что умеет такой модуль, возможно это решит все проблемы по однотипным товарам без необходимости:
- 7,377 replies
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
-
Вы все это можете уже сейчас добавить через пользовательские блоки Текст 1 и Текст 2 https://2.mnmkr.com/documentation/#setup-footer
-
С шаблоном совместимы два подобных модуля: поэтому у меня нет таких планов, это потребует много времени при том, что есть уже готовые решения, расширение функциональности которых можно обсудить с их авторами
- 7,377 replies
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
-
Спасибо, есть такое в планах на будущее
-
Можно добавить в конец файла строку, а для проверки, учитывается ли этот файл на вашем сервере, посмотреть phpinfo
-
Конечно, поэтому она и описана в самом начале документации по настройке шаблона (и, справедливости ради, была описана еще тогда, когда вы обратились с этой проблемой). Я не знаю, куда еще это написать, но наверное надо продублировать непосредственно в админке шаблона, раз в документации это предупреждение не видно.
- 7,377 replies
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
-
Вы же писали мне о подобной проблеме еще в конце прошлого года и выяснили, что проблема была в переезде на другой хостинг и в том, что вы не повысили тогда значение max_input_vars в настройках сервера? Если стояло 10 000, то повысьте это значение еще больше или убедитесь, что оно вообще учитывается сервером, шаблон-то причем тут? Он не может контролировать это значение, если добавлено очень много данных в его модуле управления, которые он пытается сохранить. Точно так же при попытке добавить массу опций в админке товара с множеством переводов на разные языки у вас могут слететь настройки, потому что на сервере всегда есть определенные ограничения на кол-во передаваемых формой параметров, просто в админке товара настроек, естественно, меньше, чем в главном модуле управления шаблоном.
-
Здравствуйте, отвечу на вопросы, косвенно связанные с шаблоном 1. В консоли все видимые ошибки связаны именно с отсутствующими файлами, которые нужно восстановить, если вы их сами удалили, т.к. привлеченному специалисту неоткуда знать, что это были за файлы и где их найти: 2. Настройте кеширование на хостинге (напишите в саппорт насчет Cache-Control) и оптимизируйте крупную графику на странице, это повысит вашу оценку, хотя многие красные пункты типа минимизации работы основного потока потребуют "облегчить" сам контент страниц и ускорить работу самого сервера (смотрю главную) 5. У вас сам исходник картики не отличается качеством, посмотрите на эту пикселизацию: По п.7 уже писал вам возможный путь решения, если не рассматривать покупку и установку дополнительных модулей, придется переделывать модификацию пдф-загрузки, т.к. она сама по себе "костыльная"
-
Нашел причину проблемы - это баг, связанный с модулем выбора кол-ва товаров в каталоге, адаптация к которому появилась в последней версии шаблона. Чтобы исправить, нужно переустановить модификатор адаптации к этому модулю Adaptations\quantity_control_pro_2.3\quantity_control_PRO_for_OC_v2.3.ocmod.xml предварительно заменив в нем код <add position="replace"><![CDATA[var price = target.parent().parent().find('span.price').html();]]></add> на <add position="replace"><![CDATA[var price = target.parent().parent().find('span.price').html(); if (typeof price === 'undefined') { var price = target.data('order-price') && target.data('order-price').toString().replace(":", " ");}]]></add> Обратите внимание, что при копировании текста отсюда вы можете "прихватить" невидимые спецсимволы, поэтому лучше вводите все вручную, пПосле этого обновите кеш модификаторов. Либо дождитесь обновления шаблона, но вам все равно нужно будет переустановить модификатор вручную
-
К сожалению, штатно такой возможности не предусматривалось, т.к. подразумевается, что промо-блоки будут уникальными, ведь их масовое повторение значительно снизит их эффективность. В примере с телефонами, который я привел, вывод блока с акционной ценой после каждого 20-го телефона будет восприниматься навязчиво и пользователь просто перестанет обращать внимание на любой подобный блок на вашем сайте, если его так "долбить" этими блоками.
-
Вот теперь понял о чем вы, исправлю это в обновлении или тут позже выложу решение
-
Промо привязывается к фактическому номеру сортировки товара, а не к его визуальному порядковому номеру, как раз для бОльшей гибкости в плане настройки, чтобы можно было выводить релевантные промо-блоки именно после релевантных товаров. Например, если у вас каталог с телефонами разных моделей и у вас действует скидка на айфоны, вы можете привязать промо к первому попавшемуся айфону, чтобы после него сразу шла трансляция вашей акции. Если же была бы логика не по фактическому значению сортировки, а по визуальному порядку, то такой промо-блок выводился бы после айфона только при стандартной сортировке, а любое ее изменение нарушало бы всякую логику. К примеру, если бы пользователь выбирал сортировку по цене, то первыми выводились бы самые бюджетные телефоны, а среди них транслировать акцию на айфоны, как вы понимаете, совершенно "не в тему". Не пойму, а где я могу увидеть саму проблему? На вашем скрине мое демо или установленный быстрый старт, но на вашем сайте нет быстрого старта, там ваши товары с категориями
-
Доброго, написал вам в ЛС, ко мне с похожей проблемой недавно обращались и я не очень понимаю, это было про ваш сайт или это был другой случай Доброго, не должно быть, но я не могу сам увижеть проблему на вашем сайте, т.к. он закрыт на обслуживание Здравствуйте, для этого нужно создать промо-блоки с порядком сортировки 20, 40 и тд, а в самой категории соотв. должны быть товары с таким значением сортировки
-
wayspots, вы когда используете в адрес моей работы нецензурную лексику не забывайте, что писали неделю назад: P.S. Вижу, вашу реплику уже удалили, оно и к лучшему
