RGB
-
Posts
6,970 -
Joined
-
Last visited
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by RGB
-
Недавно мне написал один товарищ-разработчик (имя которого из соображений профессиональный этики раскрывать не будем): Лирическое отступление, если кто не знает, что это такое: https://developer.mozilla.org/ru/docs/Web/HTML/Preloading_content Значение preload атрибута rel в элементе <link> позволяет вам запросить данные через <head> вашего HTML, указав необходимые вашей странице ресурсы ещё в начале её жизненного цикла, - до того, как сработает основной механизм отрисовки браузера. Это гарантирует, что предзагрузчик нужных ресурсов с меньшей вероятностью заблокирует отрисовку страницы, тем самым улучшая её производительность. Пример: Идеальный сценарий использования предзагрузчика контента описан в документации https://web.dev/uses-rel-preload/ Когда у нас на странице есть некая критическая цепочка ресурсов, к примеру, index.html содержит app.js, а в последнем идет подгрузка пары ресурсов styles.css и ui.js, то наша страница, очевидно, не будет полностью загружена, пока эта парочка ресурсов не будет также загружена и выполнена. Соответственно, узким местом такого сценария является загрузка и обработка app.js, до выполнения которой про вышеупомянутую парочку ресурсов никто не знает. Использование rel="preload" позволяет "вклиниться" в этот процесс и запросить загрузку дополнительных ресурсов (та самая парочка styles.css и ui.js) ДО того, как будет загружен и обработан app.js, поэтому при использовании предзагрузчика картинка заметно меняется и нам не приходится ждать, пока поочередно загрузятся все ресурсы, мы сразу заранее требуем их загрузчки: <head> ... <link rel="preload" href="styles.css" as="style"> <link rel="preload" href="ui.js" as="script"> ... </head> Так вот, у меня в шаблоне (да и не только у меня и не только в шаблонах) rel="preload" используется "втупую" для всех ресурсов, поскольку я не знаю, какие ресурсы могут оказаться критически важными, ведь отвечаю только за ресурсы шаблона, а пользователь может дополнительно поставить модули и подключать что угодно еще, что может быть как критичным, так и нет. Этот сценарий не особо эффективен и практического смысла в таком использовании rel="preload" мало, но я был уверен, что никакого заметного влияния на попугаев PageSpeed это иметь не может, поэтому, чтобы на практике подтвердить это, показал своему оппоненту результат использования/отсутствия rel="preload" на демке шаблона (много текста и картинок): С preload: 56/72 55/69 57/70 Без preload: 56/70 52/69 54/70 Как видите, разницы вообще нет, ведь что мы сделали, добавив всем ресурсам rel=preload? Да ничего полезного (и вредного) в целом, мы объявили, что все ресурсы - критические, и их всех надо грузить в первую очередь, в результате пузомерка больше не ругается на традиционный пункт: Устраните ресурсы, блокирующие отображение И накидывает нам 1-2 попугая, которых можно списать на статистическую погрешность. Изменилась ли фактическая скорость загрузки страницы? Да ничуть, ведь у нас как раньше все эти ресурсы грузились сразу, так и сейчас грузятся сразу. Мой оппонент, продолжая спорить и подчеркивая свою важность и экспертность, ответил мне, что всему виной мой быстрый сервер: Хотя по факту у меня на демо даже не VPS, но ладно - мы, как говорится, люди не гордые, иду на бесплатный Beget, разворачиваю там чистый движок и копию чистого шаблона и что же видим: С preload: 84/92 83/93 86/92 Без preload: 84/91 83/95 85/92 Оппоненту был неоднократно предложен доступ к FTP, чтобы он сам все своими руками проверил, если не верит мне и считает, что я как-то по особенному все настраиваю или подкручиваю цифры в свою пользу, также я попросил доступ к хоть одному из его клиентов, у которого, по его словам, наблюдаются такие просадки попугаев, которые мне озвучиваются, но увы - мои предложения были проигнорированы, а я получил еще один убийственный аргумент: Оказывается, бесплатный бегет слишком быстр, чтобы увидеть обещанную просадку попугаев. Ну что ж поделать, иду на медлительный бесплатный американский Awardspace (чтоб уж наверняка медленно все было, даже пинг в 2 раза дольше бегета) и повторяю процедуру, получая предсказуемое подтверждение отсутствия разницы в попугаях: С preload: 67/91 63/85 63/87 Без preload: 65/81 66/89 62/86 Какой я получаю ответ от оппонента? Думаете, признание собственной неправоты? Как бы не так! Оказывается, теперь уже тесты неправильные, а файл у меня внезапно оказался объединен (хотя выше 3 раза демонстрирую, что это не так и в тестах минификация выключена и проверяется подключение всех 12-ти штатных файлов, а не одного объединенного, но мой оппонент не опускается до таких скучных задач, как чтение аргументов). Внимание, вопрос! Что я делаю не так и почему не вижу разницы в попугаях и с чего вдруг использование rel="preload" должно давать просадку в 20-40 попугаев (как это утверждает мой оппонент)?
-
Вообще эта языковая конструкция переведена ненормально, но это не перевод шаблона, а такая русская локализация движка. Текст берется из штатного языкового файла catalog\language\ru-ru\affiliate\register.php
-
Во вкладке общее Условия согласия:
- 7,370 replies
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
-
Доброго, в модуле управления шаблоном вкладка Каталог:
-
Авторы так делают не от хорошей жизни или личных заскоков, а потому что есть определенная категория людей (даже среди пользователей моего шаблона), которые покупают лицензию 1 раз, а потом много лет последовательно гоняют ее по десятку клиентских доменов, считая это нормальной практикой. Поэтому и приходится вводить такие ограничения, которые, к сожалению, затрагивают и честных пользователей.
- 7,370 replies
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
-
При той пользе, которую приносит модуль, ИМХО можно покупать его лицензии каждый год просто для поддержки разработчика
- 7,370 replies
-
- 2
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
-
Обычно все используют Simple, но шаблон будет совместим практически с любым подобным модулем, т.к. там нет ничего специфического, что могло бы мешать работе. К примеру, у меня на демо стоит бесплатный модуль https://www.opencart.com/index.php?route=marketplace/extension/info&member_token=rOh3Cg7C5CsYIvvK9m6TkJyK5oteJr9Y&extension_id=15580/ Платный аналог тоже совместим, но я не вижу в нем особого смысла при наличии Simple
-
Добрый день, как вы понимаете, я не могу измерять конверсию сайтов клиентов и просто не имею доступа к такой информации. Зато могу сказать, что, к сожалению, на практике мало кто внедряет и половину рекомендаций аудита. Пример аудита указан в его описании, если для вас это не показатель и вы не видите в этом смысла в плане увеличения конверсий (или же вы все это и так знаете и понимаете), то все просто - не заказывайте аудит
-
Судя по отсутствию какой-либо реакции со стороны авторов шаблонов (кроме борцов с такими опасными явлениями, как jQuery и Bootstrap 3), всем все понятно, но каждый делает как ему в голову взбредет
-
В связи с очередным негативным примером того, к чему приводит привязка лицензии к серверу разработчика, добавлен новый п.11 Избегайте обращений к своему серверу!
-
Какие сборки?
-
Доброго, в опенкарте штатно они не редактируются и выводятся в предварительно сформированном виде набора ссылок, так что можно их изменять только меняя код в tpl-файлах, к примеру, блок Дополнительно это в файле catalog\view\theme\moneymaker2\template\common\footer.tpl код <?php if (!$moneymaker2_footer_extras_hide) { ?> <div class="col-sm-6 col-md-3"> <div class="h5 text-muted"><i class="fa fa-fw fa-folder-o"></i> <?php echo $text_extra; ?></div> <ul class="list-unstyled"> <li><a href="<?php echo $manufacturer; ?>"><?php echo $text_manufacturer; ?></a></li> <li><a href="<?php echo $voucher; ?>"><?php echo $text_voucher; ?></a></li> <li><a href="<?php echo $affiliate; ?>"><?php echo $text_affiliate; ?></a></li> <li><a href="<?php echo $special; ?>"><?php echo $text_special; ?></a></li> </ul> </div> <?php } ?> после изменений кода не забывайте обновлять кеш модификаторов
- 7,370 replies
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
-
Без правки кода шаблона добавить новый вариант заголовкой не получится, а его штатно нет по той причине, что он лишен смысла - у вас тогда получится масса одинаковых заголовков на всех карточках товаров внутри ключевых тегов H. Практической пользы у такого решения тоже не будет, ведь нажимая на заголовок вкладки Характеристики пользователь и так понимает, что появляющаяся снизу во вкладках информация является характеристиками, заголовок-то остается активным:
-
Доброго, встроенный в сборку опенкарт.про 2.3 без проблем работает по остальным не в курсе, может требоваться адаптация для соответствия внешнего вида шаблону, но функционально должно все работать Например кто-то недавно писал, что ставил этот и все ок было, но я сам его не проверял и там могут быть некоторые вопросы к внешнему виду:
-
Здравствуйте, шаблон никакого отношения к форматам изображений на демо не имеет. Относительно того, "честный" там webp или нет - это результат работы одной из бесплатных модификаций, которая установлена на демо в тестовом виде, поэтому не очень понимаю, что конкретно вас интересует. Или вы решили, что я сам вручную все файлы jpg просто переименовал в webp в надежде, что Lighthouse этого не заметит? Видимо, модификация работает не совсем корректно, но, повторюсь, к шаблону ее работа никоим образом не относится и она не является его компонентом, она затрагивает системную библиотеку для работы с изображениями и ряд других файлов, куда шаблонам лезть совсем не следует. P.S. Специально проверил работу этой сторонней модификации, удалив вышеуказанный файл, он снова записался в кеш, причем в том же размере, что и jpg-вариант: Поскольку с остальными изображениями такой проблемы не видно, скорее всего проблема в самом исходном файле этого изображения, которое без проблем конвертируется в webp другими инструментами
-
Доброго, если вам не нужны кастомные заголовки вкладок, то просто не включайте их вообще, т.е. в вариантах выше выберите Отключено
-
Доброго, в модулях импорта/экспорта в теории такое возможно, да хоть в бесплатном, что работает с xls, мы у себя в магазине такое делали. Если же спрашиваете о том, где в шаблоне такое правило задать, то шаблон к этому не имеет никакого отношения
-
Такой возможности нет, это же не стандартная позиция опенкарта, а место внутри верстки карточки товара, поэтому только если добавить туда прямо в коде вывод того, что вам нужно. Это файл catalog\view\theme\moneymaker2\template\product\product.tpl
-
Я же ответил выше
-
Доброго, установка шаблона никак не влияет на названия макетов или русификацию системы. Вы установили чистый шаблон или быстрый старт? Если последний, то это уже не установка шаблона, а установка дампа демо-базы, а поскольку быстрый старт должен быть максимально совместим со всеми сборками и со всеми вариантами языковых переводов (в т.ч. с чистым опенкартом, где русского языка изначально нет), то названия схем в нем соответствуют стандартным. Вернуть старые названия можно только вручную их переименовав, либо в самом файле быстрого старта убрать блок, связанный с назначением схем, но в таком случае они у вас точно должны быть все станадртными, т.е. их id должны соответствовать штатным, которые идут после чистой установки движка.
-
Об этом я и писал выше, для браузера конструкция вида "слово+слово" практически идентична конструкции "словослово" в плане переносов, т.е. символ + не воспринимается как разделитель, поэтому слово никак не переносится, поскольку браузер просто не знает, в каком месте его переносить
- 7,370 replies
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
-
Доброго, не уверен, что понял ваш вопрос, но если имеется в виду отсутствие переноса для слов типа "Baitrunner+дополнительная", то как их переносить, если символ плюса не отделен от соседних слов пробелами?
-
Доброго, при обращении указывайте ваш домен, чтобы я мог увидеть проблему вживую 1. Посмотрите лог ошибок сервера, это скорее всего 500-я ошибка (а причин у нее может быть масса) либо ошибка в скриптах, непосредственным виновником таких ошибок является не шаблон, в нем просто видны их последствия 2. Работа симпл шаблоном никак не контролируется, лучше спросить автора модуля
-
Доброго, у вас его нет тут?
-
Я бы на вашем месте "забил" на это, в данном случае борьба за попугаев не принесет никакой, сколько-нибудь заметной, практической пользы
- 7,370 replies
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
