Пошук по сайту

10 Скачать / Купить дополнение Кастомизированные (пользовательские шаблоны) Назначение модуля Модуль предназначен для изменения шаблона для различных категорий, групп категорий, групп пользователей, а также товаров, производителя Особенности модуля Модуль позволяет включить доступ только для авторизованных пользователей Для каждой групп иметь свои шаблоны Иметь шаблоны для группы категорий Для отдельной категории Для отдельного товара, производителя, информационной статьи Недокументированная особенность - можно иметь отдельную шапку, подвал для Добавил chukcha Добавлено 09.04.2017 Категория Инструменты, утилиты Системные требования Метод активации Без активации Ioncube Loader Нет ocStore 3.0 2.3 OpenCart.Pro, ocShop Обращение к серверу разработчика Нет  

В последнее время на форуме все чаше стали обсуждать качество продаваемых шаблонов. Вот и я решил внести свою лепту, может разработчики шаблонов увидят этот пост и внесут корректировки в новых релизах. И так как многие из нас не будут обновлять шаблоны на уже рабочих сайтах, они смогут внести корректировки по представленным примерам самостоятельно, ну или с помощью кого либо. Так как много времени на написание полноценного материала нет, начну с малого и со временем дополню данный материал. Все что будет описано ниже внедрено на собственном сайте тут. И так поехали! 1. Проблема всех шаблонов с которыми я сталкивался это ширина и высоту для изображений задана не явным образом. Неужели трудно добавить через свои громадные модификаторы пару строчек в контроллеры для определения высоты и ширины картинки и вывести это дело уже в самом шаблоне? На примере категории продемонстрирую для простых пользователей с минимальными знаниями как это сделать. В контроллере категории /catalog/controller/product/category.php после: $data['products'][] = array( Вставляем: 'width' => $this->config->get($this->config->get('config_theme') . '_image_product_width'), 'height' => $this->config->get($this->config->get('config_theme') . '_image_product_height'), А в самом шаблоне делаем та: <img loading="lazy" src="<?php echo $product['thumb'];?>" width="<?php echo $product['width']; ?>" height="<?php echo $product['height']; ?>" alt="<?php echo $product['name']; ?>" title="<?php echo $product['name']; ?>" class="img-responsive" /> Ну и конечно в стилях должно быть так, а то картинки поедут... .img-responsive { display: block; max-width: 100%; height: auto; } Можно тут конечно обойтись и без контроллера, но это будет как некоторые говорят - не кошерно 2. Вторая супер мелочь, которая может прибавить пару Попугаев в PageSpeed Insights это нет свойство CSS font-display в описании шрифтов. Все довольно просто. Было так: @font-face { font-family: 'Open Sans'; font-display:auto; src: local('Open Sans'), local('OpenSans'), url('fonts/opensans.woff2') format('woff2'), url('fonts/opensans.woff') format('woff'), url('fonts/opensans.ttf') format('truetype'); font-weight: 400; font-style: normal; } Стало так: @font-face { font-display: swap; font-family: 'Open Sans'; font-display:auto; src: local('Open Sans'), local('OpenSans'), url('fonts/opensans.woff2') format('woff2'), url('fonts/opensans.woff') format('woff'), url('fonts/opensans.ttf') format('truetype'); font-weight: 400; font-style: normal; } Ну и обратите внимание чтоб в хедере шрифт был прописан с rel="preload", где-то так: <link rel="preload" href="opensans.woff2" as="font" type="font/woff2" crossorigin="anonymous"> 3. Почти у всех шаблонов есть поле для вставки счетчиков, но смысл его добавлять если этот ф-л уже есть в самом движке. Другое дело если б это было так, как реализовано в модуле от @spectre. Это бы избавило от лагов которые появляются от Аналитики и других подобных счетчиков и чатов. 4. Многие делают объединение файлов css и js в один файл. У некоторых это реализовано более менее, у других это полная катастрофа. Расскажу на примере. Было у меня на сайте в шаблоне реализация в таком виде: <script src="/min/f=catalog/view/theme/aurus/js/jquery/jquery-2.1.1.min.js,catalog/view/javascript/bootstrap/js/bootstrap.min.js,catalog/view/theme/aurus/js/aridius/blazy.min.js,catalog/view/theme/aurus/js/swiper/js/swiper.min.js,catalog/view/theme/aurus/js/common.js,catalog/view/theme/aurus/js/aridius/aridiusquickview.js,catalog/view/theme/aurus/js/aridius/slideout.min.js,catalog/view/javascript/jquery/magnific/jquery.magnific-popup.min.js,catalog/view/theme/aurus/js/aridius/module.js"></script> <link href="/min/f=catalog/view/javascript/bootstrap/css/bootstrap.min.css,catalog/view/theme/aurus/js/font-awesome/css/font-awesome.min.css,catalog/view/theme/aurus/stylesheet/stylesheet.css,catalog/view/theme/aurus/stylesheet/aurus.css,catalog/view/theme/aurus/stylesheet/module.css,catalog/view/theme/aurus/js/swiper/css/swiper.min.css,catalog/view/javascript/jquery/magnific/magnific-popup.css,catalog/view/theme/aurus/stylesheet/animate.min.css" rel="stylesheet" media="screen" /> Это полная жесть, мало того что такую конструкцию не удалось завести, когда я надумал перевести сайт под nginx, так такой запрос отдает кривой заголовок и браузер его не до конца понимает как css и не кеширует. Лучше уже создавать кешируемый файл, который есть физически на сервере и имеет нормальный заголовок. Тогда еще решил этот вопрос костылем, создал физические файлы на основе такого запроса и прописал их в шаблоне. Сейчас сменил на шаблон CyberStore от @29aleksey где это реализовано более менее, но тоже есть и тут не мало минусов, по крайней мере лучшего не нашел. 5. Еще один момент, многие используют в своих шаблонах отложенную загрузку изображений. И вместо картинки товара поисковик видит какую-то картинку без ничего в один пиксель. В коде это выглядит так: <img class="lazyload" src="lazyload.png" data-src="apple-200x200.jpg" alt="Apple" title="Apple" /> Лучше сделать так: <img loading="lazy" src="apple-200x200.jpg" width="200" height="200" alt="Apple" title="Apple" class="img-responsive" /> На этом пока все. Надеюсь, в скором времени дополню пост еще информацией. Если у Вас есть еще чем дополнить информацию пожалуйста предлагайте, будем дополнять. И еще, все эти мелочи и идеальные шаблоны не сделают ваш сайт по истине быстрым, особенно если на нем несколько десятков тысяч товаров. Тут еще может понадобиться улучшить ответ сервера, а для этого скорее всего понадобиться перейти на более мощный сервер, правильно его настроить, оптимизировать базу и избавиться от модулей с кривыми запросами или поправить их. С частью из этих вопросов помог справиться @Yoda. И только тогда вы увидите заветное слово в PageSpeed Insights – Отвечает Так же хочу сказать, что вся эта гонка за скоростью не принесет Вам много трафика, это как маленькая доля СЕО, которая скорее всего будет работать только в комплексе с другими видами СЕО оптимизации. Но как минимум сейчас это будет способствовать тому что пользователь не сбежит с сайта пока будет ждать прогрузки страницы. В будущем может это и будет одним из основных методов ранжирования… Так что стоит подготовиться за ранее, почему нет. Всем мирного неба над головой, щедрых клиентов и хороших продаж!

У меня давно в голове назревала идея создать некое руководство с лучшими практиками и примерами того, как нужно и как не нужно делать при разработке шаблонов. Никакой саморекламы тут не будет, я адекватно воспринимаю критику и никогда не считал свои шаблоны (особенно первый – кто знает, тот поймет ) эталонными с точки зрения разработчика, так что аргументированная критика только приветствуется. Многие разработчики и фрилансеры называют лучшим шаблоном – default и в целом негативно относятся к коллегам-«шаблонописателям», на то есть немало причин, которые мы тут и обсудим. Для удобства восприятия информации дальнейшее изложение будет структурировано по пунктам, от более общих понятий к более частным. 1. Не воруйте чужие решения Как ни странно, даже среди известных разработчиков шаблонов были случаи воровства чужих решений: от заимствования целых модулей (например, фильтров) до более скрытого использования чужого кода, причем порой без понимания его сути. Думаю, всем очевидно, что это – плохо, причем плохо не только с моральной или этической точки зрения, но и с точки зрения атмосферы в самом сообществе в целом (а еще про вас напишет Yoda). Одно дело, когда код шифруется от пиратов, но когда разработчику приходится скрывать свой код от коллег, т.к. он понимает, что его могут просто украсть – это никоим образом не способствует ни сплочению сообщества, ни доверию к разработчикам в целом. 2. Не шифруйте все подряд Очевидный совет, который относится и к разработчикам модулей. Да, я знаю, что есть пираты (мне ли не знать этого?), с которыми вы так боретесь, но зачем кубить все? Каким образом стороннему разработчику потом разбираться в вашем коде? Каким образом пользователю внести свои индивидуальные доработки, если у вас закодированы и модель, и контроллер? А может быть в зашифрованном коде скрываются не только авторские решения, но и позаимствованные у коллег? 3. Не бойтесь пиратов По моему опыту те пользователи шаблонов, что стабильно используют взломанные версии с вареза, никогда ничего у вас не купят, это просто не их путь. По этой же причине малоэффективно тратить время и силы на пуленепробиваемую антипиратскую защиту шаблона – если даже у вас получится сделать что-то подобное и шаблон чудом не будет взломан, то этот факт вовсе не заставит сотню пользователей вареза пойти к вам его покупать, им гораздо проще взять любой другой пиратский шаблон, чем тратить деньги на ваш. Идея в том, что пользователь вареза изначально не настроен на покупку в принципе. Тот небольшой процент, которым кровь из носу нужен именно ваш шаблон (к примеру, нечистоплотные вебмастера, которым заказчик говорит «хочу») в случае отсутствия этого шаблона на варезе будут изо всех сил отговаривать заказчика от его выбора, поскольку это их хлеб. А абсолютно уникальных шаблонов уже просто не существует, в отличии от некоторых узкоспециализированных модулей. Также не стоит забывать о том, что есть определенная категория пользователей, которые любят тестировать дополнения с вареза, а уже потом их покупают, поэтому если у вас не предполагается тестовой версии шаблона – это еще одна причина не бояться пиратов, а воспринимать их как один из своеобразных рекламных каналов. 4. Не демпингуйте Если ваш шаблон плохо покупают – причина вовсе не обязательно связана с его ценой. Если ваши конкуренты продают похожие шаблоны за 3000, а вы выложите свой за 1000 – вы не получите в 3 раза больше покупателей, а получите покупателей в 3 раза более жадных и вредных. 5. Следите за чистотой кода Еще один очевидный совет, которым многие пренебрегают – все мы знаем, какое «удовольствие» разбирать чужой код. Порой читабельность кода не особо вырастает даже когда он не зашифрован, причем речь не только о коде как таковом, но и о верстке, скриптах и стилях. Если в самом опенкарте полностью избежать спагетти-кода (и не создать проблем с совместимостью) не получится при всем желании, то это вовсе не значит, что стоит пускаться во все тяжкие и запихивать $this->config->get в tpl-файлы (знаю-знаю, у меня в 1-м шаблоне именно так все и сделано и мне до сих пор стыдно) или делать множественные sql-запросы в контроллерах. Если вы не знаете, что и как сделать правильно – установите на локалку девственно чистый опенкарт и изучайте его структуру и его файлы, он сам по себе как документация (которой нет). 6. Забудьте о «разработке через страдания» Если вы хотите сделать толковый шаблон, то забудьте о принципе «Разработка через страдания», который звучит так: сначала сделай, чтобы было, затем — чтобы было красиво, затем — чтобы было быстро. Он совершенно неприменим к шаблонам. У вас все должно быть по возможности быстро, красиво и продумано до мелочей с самой первой версии, поскольку иначе ваш продукт просто не заметят и не оценят покупатели, а потом будет уже поздно. Даже если у вас горят все сроки по возврату кредита/ипотеки и вся надежда только на скорейший релиз шаблона – не выпускайте сырой «неупакованный» продукт, вы этим сделаете только хуже! Наполнение вашего демо не должно быть основано на стандартных унылых товарах и баннерах OpenCart, презентация шаблона не должна быть написана в последний вечер на коленке в ворде, а в самом шаблоне должны быть продуманы даже такие мелочи, как склонения числительных в таймере акций (никаких «Осталось: 13 дн 11 час 18 мин», вы шаблон делаете для живых людей, у которых в русском языке есть склонения, а не для роботов). На форуме представлена масса интересных и полезных дополнений, которые никогда не станут популярными по той простой причине, что их авторы – в первую очередь программисты, они не думают про упаковку своего продукта и считают простыню голого текста в описании дополнения презентацией. Они не думают о том, чтобы тратить время на «вылизывание» своего продукта и продумывание всех мелочей. Выражение «pixel-perfect» воспринимаются ими как что-то ужасно долгое и ненужное, но это совершенно не так, по крайней мере в случае с шаблонами – дьявол часто кроется именно в деталях. Если у вас однотипные элементы имеют разную высоту, абзацы выравниваются с произвольными отступами, а иконка в круглой рамке выводится не по центру, а смещена вниз – уделите этому свое время. Разумеется, все должно быть в меру, а лучшее – враг хорошего, поэтому маниакальным перфекционизмом заниматься тоже не стоит, важнейший навык в этом плане – найти золотую середину между скоростью и качеством работы. 7. Не превращайте шаблон в сборку Изначально задачи шаблонов заключались в обеспечении привлекательной «внешности» магазина, а функциональность обеспечивалась модулями. Но со временем началась своеобразная инфляция возможностей шаблонов, каждый новый старался превзойти предшественника по количеству настроек и модулей, входящих в комплект. Сейчас все знают, что получилось в итоге – монструозные сборки (это уже не шаблоны) со встроенными фильтрами, блогами, упрощенными оформлениями заказов, десятком плагинов фотогалерей и сотней комплектного модульного барахла, большую часть которого пользователь никогда не будет включать. Я прекрасно понимаю шаблонописателей, которые пошли по этому пути, да и сам не без греха, хоть и старался не перегружать шаблон лишней функциональностью. Почему же так произошло? Да потому что сложно «продать» средненький шаблончик, когда через дорогу продается такой же, но с фильтром и тележкой модулей в комплекте. Правильный ли это путь? Конечно нет, поскольку понятие шаблона смешивается с понятием сборки, от чего страдают абсолютно все: Пользователи получают неповоротливые громоздкие решения все-в-одном, чрезмерно сложные в целом и слабые по своим отдельным компонентам, в сравнении со специализированными модулями (смеха ради посмотрите возможности комплектного фильтра, входящего в состав какого-нибудь популярного шаблона, и модуля ocFilter), а постоянное наращивание таких решений у конкурентов вызывает у пользователя ложное предположение, что это нормальная практика – когда в шаблон впихивается модуль фильтра-блога-кешировщика и прочие несвязанные вещи Разработчики модулей теряют потенциальных клиентов, поскольку пользователю шаблона порой легче мучиться со встроенным в шаблон решением, чем искать нормальную отдельную альтернативу, которую к тому же придется адаптировать под шаблон Разработчики шаблонов вместо работы над внешним видом шаблона вынуждены постоянно наращивать его функциональность, стараясь угнаться за конкурентами, что доходит до абсурда и встраивания низкокачественных (а порой и вовсе чужих) решений, лишь бы не отстать в этой гонке 8. Не будьте эгоистом – ваш шаблон не единственный в мире Очень часто сталкиваюсь с ситуациями, когда пользователи решают сменить свой супер-шаблон на какой-то новый и их ждут любезно расставленные авторами грабли уже на моменте простого переключения в настройках на default, потому что заботливый разработчик и мысли не допускает, что его прекрасный супер-шаблон кто-либо когда-либо может захотеть сменить. Самая распространенная ситуация – когда многочисленная орава комплектных модулей супер-шаблона имеет файлы шаблонов исключительно для каталога самого супер-шаблона и не имеют своих адаптированных версий (или хотя бы копий!) для каталога дефолтного шаблона. В итоге при переключении на default все страницы магазина, где использовались модули супер-шаблона, перестают открываться, ведь опенкарт просто физически не может найти файлы шаблонов этих модулей. Несчастному пользователю придется вручную выискивать и отключать все модули супер-шаблона лишь для того, чтобы хотя бы вернутся к исходному состоянию системы со стандартным шаблоном. Вторая по распространенности ситуация – когда разработчику лень описать в документации процесс установки по шагам и все сводится к копированию всех файлов на хостинг (а модификаторов в /system) – уже догадались, что происходит при смене шаблона, когда пользователь понятия не имеет, что ему еще нужно по FTP ковыряться в системном каталоге и вручную удалять оттуда все модификаторы старого шаблона? И зачем в опенкарте сделан раздел Модификаторы с возможностью установки/удаления из админки? И напоследок уже довольно редкий сценарий – разработчик просто перезаписывает файлы шаблона default (и хорошо если только файлы шаблона, а не контроллеры или библиотеки). Думаю, объяснять последствия таких действий нет смысла, тут проще обрадовать пользователя, все сжечь и ставить движок с нуля. 9. Думайте о совместимости с другими дополнениями Бывает так, что у разработчика очень чешутся руки и он решает отказаться от устаревшего барахла, используемого опенкартом – убирает jquery, вырезает bootstrap или обновляет его с версии 3 на 4.5, убирает font awesome и т.д. Это все прекрасно и похвально, когда вы занимаетесь своим собственным магазином или выполняете работу для одного постоянного клиента и предупреждаете его о возможных рисках. Но если вы хотите сделать продукт, которым будете пользоваться не только вы и ваши друзья, подумайте на мгновение о том, с чем столкнется ваш пользователь при попытке установить какой-нибудь самый безобидный модуль, в котором используется сетка bootstrap (а это по определению абсолютно все модули, где идет вывод товаров), иконки font awesome (аналогично), а операции с DOM осуществляются через jquery. Конечно, можно следовать трендам и делать костыли для поддержки других дополнений (к примеру, убрать bootstrap и спустя пару десятков недовольных пользователей сделать опцию в админке «Подключить Bootstrap» – гениально же?), но не проще ли следовать стандартам? Поверьте, рядовому пользователю плевать на то, современный ли вы используете фреймворк и все ли у вас сверстано на флексах или на таблицах, ему важно, чтобы все работало как положено и сайт не разваливался при попытке поставить сторонний модуль. А сделать говно можно как на Bootstrap и jQuery, так и на каком-нибудь Foundation с ваниальным js или нодой. Это все лишь инструменты в руках разработчика, только вот успешность проекта зависит не от инструментов, а от навыков, с которыми эти инструменты используются. 10. Учите матчасть Один из последних пунктов по порядку, но не по важности – уделяйте внимание теории, причем я пишу не только про техническую составляющую, рассмотренную в п.5. Если вы делаете шаблон, то я бы очень советовал почитать Стива Круга, Филипа Котлера и других специалистов. Конечно, вы можете все делать и «по подобию» других шаблонов, ничего не понимая в дизайне, юзабилити и маркетинге, вдохновляясь на themeforest или на всяких дизайнерских CSSWinner и CSSDesignAwards, но есть один нюанс. Если проводить аналогии, то похожим образом на китайских ноунейм-фабриках делают дешевые велосипеды с тяжелой стальной рамой, неправильной геометрией, посадкой и «одноразовыми» компонентами. При этом со стороны их изделия действительно выглядят как велосипеды (ну а что там такого, два колеса, рама и руль), но если присмотреться поближе или проехаться на них, имея опыт эксплуатации нормальных моделей – все станет очевидно. Недаром есть термин BSO (Bike-Shaped Object, объект в форме велосипеда), которым и нарекают подобные продукты. Так и с шаблонами – если вы взялись их делать, стоит ли слепо копировать дизайн Юлмарта/Розетки в десятый раз? Почитайте пару книжек, поймите ошибки существующих решений и сделайте лучше! 11. Избегайте обращений к своему серверу Ваши пользователи не должны быть заложниками работоспособности вашего сервера лицензий. Любая зависимость ваших дополнений от вашего сервера – не просто неудобство и лишние тормоза (даже в относительно свежих шаблонах встречается ситуация с постоянным обращением к стороннему серверу для проверки лицензии), а и потенциально опасная уязвимость. Конечно, разработчик может возразить, что он – профессионал, доступ к его серверу есть только у него, а сам сервер невероятно надежен и полностью защищен. Пока петух не клюнет, все так говорят, к примеру, один печально известный «эксперт по php и OpenCart» @addist, пока из-за обращений к его серверу у пользователей не начались массовые проблемы с доступностью магазинов, а в его модулях не нашли критическую уязвимость. Или одна печально известная веб-студия N***** у которой модули по окончанию срока действия лицензии в определенных ситуациях просто «вешали» сайты клиентов. Не все разработчики понимают, что это не просто неудачные реализации и недоработки – это огромные убытки для работающего магазина, которые могут не только лишить владельца какой-то прибыли, но и привести даже к закрытию всего бизнеса, поэтому таких практик нужно избегать любой ценой. 12. Полная документация сэкономит время как вам, так и пользователям Думаю, тут и так все понятно из заголовка. Кто-то возразит, что пользователи – лентяи, поэтому документацию не читают, я с этим полностью согласен, но есть очень важный нюанс. Рано или поздно в общении с пользователями вы поймете, что чаще всего задаются одни и те же типовые вопросы, поэтому если вы их опишете в документации, то в будущем не будете тратить время, отвечая в -надцатый раз на вопрос о перекраске кнопок, а сможете дать ссылку на конкретный пункт в вашей документации. Это же касается любой из функций шаблона, поскольку при наличии даже базовой документации она со временем (при вашем участии, естественно) разрастется до такого состояния, когда будет отвечать на подавляющее большинство вопросов (или хотя бы задавать направление пользователям для самостоятельного поиска ответов). Если вы цените свое время, то сами к этом прийдете, но лучше это сделать раньше, а освободившееся время потратить на что-то более продуктивное. 13. Ведите лог разработки и обновлений Помимо очевидных удобств в плане повышения рабочей дисциплины и понимания изменений кода со временем, этот пункт имеет и другой важный и полезный эффект. Конечно, вы сможете показать своей маме/детям/внукам историю своей работы и эволюцию своего шаблона, но, как ни странно, вам это может пригодится в общении и с менее близкими людьми. Причем речь идет не только о хейтерах, но и об администрации площадки, где вы собираетесь выкладывать шаблон. Речь пойдет о плагиате и способах обоснованно избежать обвинений в нем. Причем я пишу не о плагиате, например, с многострадальной Розетки, удивительное сходство с которой можно без проблем увидеть даже в самых новых шаблонах. Я имею в виду другой плагиат – когда элементы более нового шаблона напоминают элементы другого, более старого шаблона. Пример из личного опыта – я уже третий год разрабатываю новый шаблон (назовем его A), в котором, среди прочих нововведений, используются градиентные кнопки, на карточке товара есть плавающий блок покупки, а на демо – фото айфонов. И вот неделю назад один разработчик выпускает свой новый шаблон B, в котором используются – угадали? – градиентные кнопки, на карточке товара есть плавающий блок покупки, а на демо фото айфонов в том числе Конечно, если через несколько месяцев будет релиз моего шаблона A, то некоторые персонажи могут усмотреть в этом плагиат с шаблона В другого разработчика. Но я веду историю разработки и в ней есть железные доказательства того, что, к примеру, градиенты на кнопках в моем новом шаблоне A были уже весной 2021-го года, когда шаблона В, естественно, еще не существовало и увидеть его будущий дизайн я физически никак не мог. Так вот, чтобы всего этого избежать и быть готовым в случае чего доказать свою правоту и авторство – у вас должна быть история разработки, в которой не только будет видно эволюцию шаблона, дизайн-макеты и прочее, но в ней также должны быть четкие (и независимые от вас) временные отметки по всем важным этапам разработки. В самом примитивном виде – снимок вашего тестового сервера из WebArchive или даже какие-нибудь скриншоты, пересланные в Telegram – такие данные не подделаешь, потому что там видно оригинальные даты, поэтому чем больше у вас таких данных – тем сильнее ваша позиция.

Здравствуйте, полетела верстка после попытки изменить шаблон в OpenCart, в header пытался удалить строку, после удаления верстка стала такой.Я сбрасывал изменения этого файла до дефолтных - не помогло, даже бэкап этого сайта пытался запускать, сделанный два дня назад, верстка такая же поганая, хотя тогда я ничего не менял,помогите пожалуйста

Всем привет, возник вопрос. В шапке на xs устройствах слишком длинное значение корзины - сперва он выводит иконку font-awesome, колличество товаров и цену. Как правильно сделать, что бы при разрешении экрана ниже 768 пикселей корзина менялась, и допустим оставался один значок i и сумма заказа.

Доброго времени суток! Очень понравилось решение. Нашел на шаблон на Битриксе, там очень понравилось боковое меню. Хочу его реализовать. Пытался скопировать код, но до конца не удается заставить его работать. В чем может быть проблема? Блоки не переключаются при наведении. Видно что при ховере срабатывает какой то скрипт, но не удается найти откуда ноги растут? Есть добрые люди помочь с этим безобразием? Вот такой код у меня получился, но при наведении на пункты отображается только один... https://codepen.io/imtochukwu/pen/MWgowVM А вот оригинал http://uni-magnet.nextype-demo.ru/

8 Скачать / Купить дополнение Адаптивный шаблон - SimpleMarket SimpleMarket - это адаптивный шаблон для Opencart 2.2 и выше. Шаблон основан на базе оригинального шаблона, дополняя его функцинал для большей универсальности. Демонстрация: Главная страница: открыть в новой вкладке Страница товара: открыть в новой вкладке Страница категории: открыть в новой вкладке Лицензия / условия использования: Шаблон реализуется по принципу: “1 копия - 1 домен”, тестовые домены не ограничено. Техническая поддержка: Техническая поддержка покупателей шаблона осуществляется только через личные сообщения на данном форуме и доступна только пользователям, числящимся в списке покупателей шаблона. Шаблон проходит HTML валидацию, что несомненно скажется на ранжировании Вашего сайта. По все Вопросам модификации шаблона или адаптирования под модули писать в личку. Добавил AMstudio Добавлено 05.07.2017 Категория Платные шаблоны Системные требования Метод активации Без активации Ioncube Loader Нет ocStore 2.3 2.2 OpenCart.Pro, ocShop Не проверялось Обращение к серверу разработчика Нет  

Перекинули со старого движка Open cart на новый ocStore 2.3.0.2.3 Сайт new.realturnik.ru На новом движке Opencart нужно изменить шаблон сайта, доработать дизайн, кнопки, цвет, нарисовать новые баннеры. Возможно подключить модули. Выслушаю все пожелания, и предложения. Хочется чтобы сайт смотрелся хорошо. Если не буду отвечать здесь, пишите на эл.почту которая указана на сайте.

Добрый день, коллеги! Прошу прощения за вероятно глупый вопрос, но перед тем как спрашивать неоднократно опробовал все возможные способы. Для справки - я очень начинающий пользователь opencart 3, уровень "почти 0" История: Купил на themforest премиум шаблон basel, в комплекте предлагалось несколько сменных дизайнов (тем). Шаблон установил, он работает. Не могу сменить тему default .... действовал строго по инструкции - результат "0".... Написал разработчику - он прислал ту же инструкцию - еще несколько раз сделал все по ней - результат "0"... Проверил, не удалил ли я случайно какую-то папку и все - ли установил - ничего не потерял, все установил.... Прошу, подскажите что делать ??? Заранее благодарен. С уважением,

Здравствуйте! Версия ocStore 2.1.0.2.1. Не удаётся сменить шаблон. Устанавливаю разные шаблоны с разных сайтов четко по инструкции. Загружаю zip файл например в папку 777 в папке с файлом, разархивирываю его, переношу папки шаблона в папку с сайтом (копирую с заменой). Но в разлеле: "система - настройки - общие" не удаётся поменять шаблон, там лишь тот, который стоит по дефалту. Скрин прилагаю. Делал такое также на 2.3.0.2.3. Хостинг на REG.RU, система управления - Plesk, PHP 5.4.

Добрый день, понимаю, что вопрос извращенный и туповатый, но всё же - можно ли нестандартный шаблон в ocstore 2.3.0.2.3 сделать по умолчанию, путем переименований файлов и путей в контроллерах? Изначально был default, поставил буквально сразу же после установки ocstore шаблон next_default, настроил под себя и начал дальше настраивать движок под собственные нужды, чем больше разбирался и пробовал устанавливать различные модули тем сильнее начинало парить то, что все они настроены как раз под шаблон по умолчанию - default и приходилось лазить и перименовывать папки в инсталах. Можно ли существующих next_default сделать основным с переименовываниями, либо еще сумасшедшая идея была заменить все файлы в шаблонах или переходить на default и его переделывать под то, что мне нужно? Подскажите, пожалуйста, как лучше решить эту ситуацию?

Добрый день! Необходимо в определенную категорию вывести товары, которые состоят в другой категории. Данный шаблон лучше реализовать на ID категории. То есть, для каждой категории на сайте я могу установить персонализированный шаблон и вот для одной категории мне нужно прописать, чтобы в этой категории выводились все товары из категории №5 например. Знаю, что можно просто добавить все нужные товары в эту категорию и ничего не мудрить с шаблонами, но нужно именно так, чтобы в эту категорию брались товары из другой. Вот существующий шаблон. Айди нужно категории 238. <?php $config = $this->registry->get('config'); ?> <?php $id_slider = '111'; ?> <?php echo $header; ?> <ul class="breadcrumb"> <?php foreach ($breadcrumbs as $i=> $breadcrumb) { ?> <li><?php if($i+1<count($breadcrumbs)) { ?><a href="<?php echo $breadcrumb['href']; ?>"><?php echo $breadcrumb['text']; ?></a> <?php } else { ?><?php echo $breadcrumb['text']; ?><?php } ?></li> <?php } ?> </ul> <?php echo $content_top; ?> <div class="container category-page parket"> <div class="row"><?php echo $column_left; ?> <?php if ($column_left && $column_right) { ?> <?php $class = 'col-sm-6'; ?> <?php } elseif ($column_left || $column_right) { ?> <?php $class = 'col-sm-9'; ?> <?php } else { ?> <?php $class = 'col-sm-12'; ?> <?php } ?> <div id="content" class="<?php echo $class; ?>"> <div class="cattitle"> <h1><?php echo $heading_title; ?></h1> <div class="blocks hidden-xs"> <?php } ?> </div> <?php } ?> </div> </div> <?php if ($products_sub) { ?> <div class="product-grid"> <div class="row flex-container"> <?php foreach ($products_sub as $product_sub) { ?> <div class="col-xs-12 col-sm-25 product-container"> <div class="product-block"> <?php if ($product_sub['thumb']) { ?> <div class="image"> <a href="<?php echo $product_sub['href']; ?>" style="background:transparent; box-shadow:none;"> <img src="<?php echo $product_sub['thumb']; ?>" title="<?php echo $product_sub['name']; ?>" alt="<?php echo $product_sub['name']; ?>" /> <div class="more">Посмотреть все цвета и варианты</div> </a> </div> <?php } ?> <span class="product-name hidden"><?php echo $product_sub['name']; ?></span> <div class="prod-model"> <a href="<?php echo $product_sub['href']; ?>" style="background:transparent; box-shadow:none;"><span class="model"><?php echo $product_sub['model']; ?></span></a> </div> <?php if ($product_sub['price']) { ?> <div class="price"> <span class="button typecatalog modal-raschet">Рассчитать</span> </div> <?php } ?> </div> </div> <?php } ?> </div> </div> <div class="row"> <div class="text-center"><?php echo $pagination; ?></div> </div> <?php } ?> <?php if (!$categories && !$products_sub) { ?> <p><?php echo $text_empty; ?></p> <div class="buttons"> <div class="pull-right"><a href="<?php echo $continue; ?>" class="btn btn-primary"><?php echo $button_continue; ?></a></div> </div> <?php } ?> </div> <div class="clearfix"></div> <?php if ($description) { ?> <div class="description" <?php if ($designer || (isset($inzh_systems_sub) && ($inzh_systems_sub))) echo 'style="text-align: justify; padding: 0 2em 0 1em;"'; ?>> <p><?php echo $description; ?></p> </div> <?php } ?> <?php echo $column_right; ?></div> </div> <?php echo $footer; ?> Я буду очень признателен за помощь!!!

Форумчане, здравствуйте! Поиском не нашёл ответ на свой вопрос, поэтому пишу здесь;) Я только начал своё знакомство с opencart-семейством, и не могу понять - совместимы ли темы/шаблоны между opencart и ocstore (для одинакового baseline)? Т.е. будут ли темы, разработанные для opencart, корректно работать на ocstore? Или на свой страх и риск? В каталоге на оф.сайте ocstore, я вижу тьму тем для opencart и очень малое число для самого ocstore 2.3.х версии...

Скачать / Купить дополнение Быстрое переключение между шаблонами При разработке модулей, шаблонов возникает необходимость переключения между шаблонами. Благодаря этому моду - переключение произойдет прямо с фронтенда. Demo: http://demo.slasoft.kharkov.ua/ Добавил chukcha Добавлено 07.08.2015 Категория Прочее  

Подскажите пожалуйста, если я куплю шаблон Royal например, есть ли смысл, в этом случае покупать Opencart pro?

Здравствуйте, господа и, возможно, дамы! Шаблоны не видны в админке. Как я делаю: - скачиваю бесплатный шаблон под версию 2.3.0.2 (пробовал несколько разных); - копирую в корневую директорию сайта папку catalog и иже с ними; - иду в Система - Настройки - Редактировать - Шаблон и там вижу только дефолтный; - иду в Дополнения - Дополнения - Шаблоны и там вижу только дефолтный; Единственный способ, при редактировании шаблона по умолчанию выбрать в "Папке шаблона" директорию нового шаблона. ЦМС качал с https://myopencart.com/

Необходима переделка или написание нового шаблона для магазина на ocStore 2.1.0.2.1 Техническое задание для сайта «Твой котел» есть во вложении, но могу выслать на мыло или в Скайп, если нужно. Адрес сайта «Твой котел»: http://tvoykotel.ru/ Нужен примерно такой вывод каталога как на этом сайте http://www.s-k-o.ru/catalog/brand/Baxi/kotly/nastennye_gazovye/ Многоуровневый каталог продукции с подразделами и производителями. На странице категории выводятся основные ее разделы, картинка, краткое описание и таблица со ссылками на карточки товара. По клику на название товара переход на страницу с подробным описанием товара (карточку товара). Характеристики установленной на сайте CMS 1. Чистая CMS ocStore 2.1.0.2.1 с настроенным SEOPro 2. Хотели бы использовать за основу Универсальный адаптивный шаблон UniShop Демо: http://unishop.oc-dev.ru/ Автор против его переделки не возражает. Можно за основу взять любой другой. Рассмотрю все варианты. 3. Шаблон должен быть выполнен с использованием Bootstrap. Необходимо сохранить адаптивность сайта для использования на мобильных устройствах. Необходимые модули. 1. Модуль Валюта Плюс 2. Модуль Price Control или групповое управление ценами 3. Обновление цены при выборе опции с или без AJAX или (vqmod) v2.0.x 4. ЧПУ SEO автоматически для OpenCart + SEO микроразметка ссылка на модуль похожий 5. Модуль Текст и заголовки (желательно) 6. vQmod для ocStore (если он необходим) 7. Обратный звонок 8. Быстрый заказ 9. Заказ в один клик Важный момент 1. Можно ли уже делать разметку структуры сайта и не повлияет ли это на установку нового шаблона? 2. Ваши сроки и цена вопроса Требования к дизайну и функционалу сайта. Шаблон должен быть выполнен с использованием Bootstrap. Необходимо сохранить адаптивность шаблона для использования на мобильных устройствах. Мои контакты: E-Mail: [email protected] Skype: shadow-2-1 VK: https://vk.com/shadow_21 Группа VK: http://vk.com/shadow_seo Сайт: http://shadow-seo.ru ТЗ для сайта Твой котел.doc

Копаясь в git репозиториях opencart обнаружил, что возможно opencart в близком будущем может получить twig шаблонизатор, вместо привычного. (Вернее в ветке master-pre-rollback - Beta release v2.3.0.0_b1) Кто и что думает по этому поводу? Какие могут быть трудности в будущем при созданиии шаблонов и их кастомизации? За и против, аргументы, факты!?

Коллеги, только начала осваивать самостоятельно создание интернет-магазина, поэтому не кидайтесь сильно помидорами. Собственно сабж: очень хочется шаблон для своего мини-магазинчика с templatemonster. но у него в details требование: работает на движке 2.2. а здесь как я вижу, можно скачать только 2.1 самую позднюю. посоветуйте, как быть? :mellow: ждать релиза 2.2 или будет работать на 2.1.0.2.1?

Добрый день! Пожалуйста подскажите как можно вывести контакты с картинкой оператора в шапку сайта? Шаблон стандартный. Желательно что бы картинки с номером телефона отображались под поиском в верхнем правом углу сайта.

Как на опенкарте 2.0 можно реализовать сайт с 40 позициями товара в 5 категориях, так, чтобы все эти товары находились на главной, но при этом группировались по категориям?

Здравствуйте! Возникла такая проблема. Скачал бесплатный шаблон с сайта .................. Установил его, все вроде бы нормально было, но возникли проблемы. Через некоторое время на страницу подставляются рекламные ссылки на всякие разные сайты, так их не видно, они появляются например при регистрации когда нажимаю на поле ввода или когда нажимаешь на "купить товар" или на "подробнее" ну вообщем на любые кнопки и поля может подставляться. Шаблон на сервер не заливал еще, работает на локальном сервере. Подскажите пожалуйста как можно найти эти ссылки в шаблоне, может в скриптах где то запрятаны и закодированы? Или за этот шаблон лучше забыть?

если что то неправильно написал извиняите Добрый день нужен шаблон для продажи домов с кнопками в главном меню продажа заборов ,скважин и стройматериалов также с боковым меню и похожем модулем сортировки товара (Основной акцент на дома) пример сайта http://www.gwd.ru/ и самое гларное чтобы небыло кнопк купить (ее нужно заменить на отправить запрос)если что то неправильно написал извиняите