Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
  • Sign Up

Блог RGB

  • entries
    5
  • comments
    235
  • views
    8,744

Как сделать толковый шаблон, вставая с дивана?


RGB

2,852 views

1405fe0512c5ed7c1791f596e75e65ac.png

У меня давно в голове назревала идея создать некое руководство с лучшими практиками и примерами того, как нужно и как не нужно делать при разработке шаблонов. Никакой саморекламы тут не будет, я адекватно воспринимаю критику и никогда не считал свои шаблоны (особенно первый – кто знает, тот поймет :)) эталонными с точки зрения разработчика, так что аргументированная критика только приветствуется.


Многие разработчики и фрилансеры называют лучшим шаблоном – 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 – такие данные не подделаешь, потому что там видно оригинальные даты, поэтому чем больше у вас таких данных – тем сильнее ваша позиция.

 

 

  • +1 18

49 Comments


Recommended Comments



Под елочку добавились п.12-13 о необходимости документации и лога разработки

Link to comment
В 02.10.2020 в 17:06, matroskin92 сказав:

Выбирая изначально устаревшие библиотеки, а bootstrap 3 является ОЧЕНЬ УСТАРЕВШЕЙ библиотекой, Вы обрекаете на страдания ВСЕХ участников.

Такие как вы являются причиной, что 90% пользователей считают шаблоны от разработчиков ультрастор -> "единственным правильным" из-за чего потом (при банальном добавлении модуля, например) бегут на форумы "помогите, что делать" и увеличивать бюджет на магазин. А разработчикам модулей нужно ещё 20 адаптаций делать с учётом этого чудо "решения". А что реально даёт использование допустим 4 или 5 бутстрапа? А вы не в курсе, что наличие 3 бутстрапа и использование гридов или флекса может существовать в одном проекте без проблем? Можно привести пачку шаблонов (выйдите за рамки снг рынка хотя бы для начала) где на 3 буте в разы лучше дизайн чем на 4/5 с современными технологиями на борту?

 А такие как вы "подсаживают" заказчиков на ограниченные шаблоны потому что "нужно новее чем в год назад" из-за чего имеем из 10 опенкарт магазинов 8 на одних и тех же шаблонах, а разработчикам нужно сделать ещё 3 типа модуля при разработке, что плюс к цене модуля нам пользователям.

Edited by madehtml5
  • +1 1
Link to comment

По 12 пункту из своего опыта -> сегодня наличие полной документации, видео инструкции или даже галереи изображений "как надо" -увы не есть панацея пользователь ныне не читает мануалы либо инструкции. Лучше нынче делать так чтобы все активировалось/включалось при помощи одного "тумблера" и в одном месте + при установке не требуется больше одного движения извилиной для установки вашего решения. Увы реалии мира сегодня. Из личного опыта лучше всего ныне работает видео, потом картинки (чем больше тем лучше) и только потом текстовые интуиции.

Link to comment
22 часа назад, madehtml5 сказал:

А что реально даёт использование допустим 4 или 5 бутстрапа?

Дает более актуальный и чистый код, который поддерживать дешевле и приятней. Без грязных хаков. Веб-разработка эта не та область, где нужно придерживаться очень старых библиотек. Если что, бутстрап 4 тоже устаревшая библиотека. Парам-пам-пам.

 

22 часа назад, madehtml5 сказал:

Можно привести пачку шаблонов (выйдите за рамки снг рынка хотя бы для начала) где на 3 буте в разы лучше дизайн чем на 4/5 с современными технологиями на борту?

Библиотека или фреймворк не должны влиять на дизайн, никак.

 

22 часа назад, madehtml5 сказал:

А такие как вы "подсаживают" заказчиков на ограниченные шаблоны

Я вообще против использования шаблонов в хоть сколько-то серьезном проекте. Никого не подсаживаю, есть альтернативы - рынок сам расставляет все на свои места.

Link to comment
2 година назад, matroskin92 сказав:

Дает более актуальный и чистый код, который поддерживать дешевле и приятней. Без грязных хаков. Веб-разработка эта не та область, где нужно придерживаться очень старых библиотек. Если что, бутстрап 4 тоже устаревшая библиотека. Парам-пам-пам.

Чушь полная видимо вы обманываете себя/либо вас кто-то обманул и думаете, что другие так же думают. Да 5 переписанный  и отказались од джквери, НО принципиально что нового в технологиях? Вы серьезно на счет хаков? То есть по вашему наличие библиотеки 5 бута не будет требовать "хаков"? Мы точно говорим на равных или вы считаете, что я в первый раз слышу о верстке в целом?

2 година назад, matroskin92 сказав:

Библиотека или фреймворк не должны влиять на дизайн, никак.

Вы как бы с контекста не перескакивайте))

2 година назад, matroskin92 сказав:

Я вообще против использования шаблонов в хоть сколько-то серьезном проекте.

увы единственная адекватная мысль в всем ответе.

 

Давайте начнем с простого - чем наличие бута 4 или 5 даст плюсов проекту? Размер фалов для загрузки больше, из нового отключение поддержки ИЕ (китайский рынок сразу боком). Вынужденная мера по адаптации стороннего ПО (от банального переписывания кода шаблона модуля, до полного переписывания ява кода для работы с новыми библиотеками джиквери)

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

 

Что на выходе - очередной бред не обоснованный ничем, кроме дурацких статей в интернетах, что наличие "бутсрапа Х" или "Query последней версии" дает мифический "лучше вид/скорость работы". Да и в целом претензия ВАША  была, что 

В 31.12.2021 в 17:48, madehtml5 сказав:

bootstrap 3 является ОЧЕНЬ УСТАРЕВШЕЙ библиотекой, Вы обрекаете на страдания ВСЕХ участников.

тем самым вы выставили себя пардон недалеким - потому что наличие любой библиотеки не дает плюсов шаблону никак, а использование давно известной всем библиотеки + которая изначально заложена в код ИМ не только упрощает, но и СТАНДАРТИЗИРУЕТ работу всех модулей и это сделано не просто так, а потому что есть живой давно известный пример ИМ на основе ВП достаточно там посмотреть код и сделать вывод к чему приводит любая вольность.

Кроме того вы через все свои комментарии проводите мысль мол "bootstrap 3 препятствует работе новых технологий", что в очередной раз доказывает что вы либо очень далеки от верстки либо вас кто-то очень обманул и вы либо умышленно (надеюсь я ошибаюсь) либо не умышленно пытаетесь навязать чушь остальным. Прекрасно работает и грид и флекс в связке с бутом 3 без танцев с бубном от слова СОВСЕМ. 

Потому - > 9 пункт еще раз прочтите, распечатайте и расклейте по комнате этот абзац, читайте перед сном и подумайте своей головой почему это написано.  

 

p.s. Самый яркий пример противоречия вашим словам любой из магазинов на осттемпл где любой сторонний модуль требует отдельной адаптации. что априоре повышает цену работы ИМ

Edited by madehtml5
Link to comment
10 минут назад, madehtml5 сказал:
2 часа назад, matroskin92 сказал:

Я вообще против использования шаблонов в хоть сколько-то серьезном проекте.

увы единственная адекватная мысль в всем ответе.

 

поясните

Есть шаблон - миникарточка товара (thumb)
Т.е. каждый модуль имеет свой шаблон(макет)

Что такое использование шаблона. Или вы имеет ввиду кастомные шаблоны?

Link to comment
58 хвилин назад, chukcha сказав:

поясните

Есть шаблон - миникарточка товара (thumb)
Т.е. каждый модуль имеет свой шаблон(макет)

Что такое использование шаблона. Или вы имеет ввиду кастомные шаблоны?

Я имею ввиду, что поддерживаю мысль человека: "ИМ на любом шаблоне/теме априоре не правильная концепция при создании серьезного проекта -> серьезный проект требует индивидуального дизайна." 

Если проще объяснить -> чтобы выделяться на фоне остальных нужно быть Lamborghini, а не типовым Solaris  как у остальных.

Link to comment
27 минут назад, madehtml5 сказал:

проект требует индивидуального дизайна

Дизайн != шаблон

Но есть условие определяемое ЦМС
Это наличие позиций - для расширений (модулей)
И наличие известных точек привязки - например название переменных

Заказывая индивидуальный дизайн  нужно пройти муки ада  - дизайнера, верстальщика знающих или знакомых с  особенностями ЦМС

33 минуты назад, madehtml5 сказал:

Lamborghini

Это тоже шаблон :(


 

Link to comment
40 хвилин назад, chukcha сказав:

Дизайн != шаблон

Но есть условие определяемое ЦМС
Это наличие позиций - для расширений (модулей)
И наличие известных точек привязки - например название переменных

Заказывая индивидуальный дизайн  нужно пройти муки ада  - дизайнера, верстальщика знающих или знакомых с  особенностями ЦМС

Это тоже шаблон :(


 

У меня в стране демократия, не знаю как у вас, но у нас каждый имеет право на собственную точку зрения. Шаблон благо для маленького магазина, который просто является площадкой для продажи. Но если это проект для бренда то делать на шаблоне зло. Учитывая что из 10 магазинов 7 на шаблоне - > с большой вероятностью ваш конкурент может использовать тот же шаблон + наличие шаблона упрощает злоумышленнику, который захочет сделать фейк вашего ИМ, процесс.

 

Потому ещё раз шаблон благо для небольшого магазина "на полгода", как решение для запуска пока делается дизайн. Во всех остальных случаях -> индивидуальная разработка.

Такое мое мнение и убеждения. Надеюсь вас там никто насильно не заставляет придерживаться только моего мнения 😂

Edited by madehtml5
Link to comment
15 минут назад, madehtml5 сказал:

Потому ещё раз шаблон благо для небольшого магазина "на полгода", как решение для запуска пока делается дизайн. Во всех остальных случаях -> индивидуальная разработка.

Такое мое мнение и убеждения. Надеюсь вас там никто насильно не заставляет придерживаться только моего мнения

Ерунда какая-то.  Любой шаблон можно изуродовать затюнинговать до неузнаваемости. Да и ваша "индивидуальная разработка" в 99% случаев - допиленный дефолтный шаблон.
Другой вопрос, что не все (очень не все) шаблоны стоит использовать как базу для кастомизации, особенно всякие "суперкомбайны" не годятся для этих целей. 
А легкий готовый шаблон - хороший вариант снизить трудозатраты и цену, не занимаясь вырисовыванием и версткой всех мелочей, используя уже готовые.
И вообще, "индивидуальные разработки" чаще всего не такие уж индивидуальные в плане кода - исполнитель просто накидывает, как в конструкторе, имеющиеся у него  заготовки модулей и функций.  Различия только в вёрстке, да и тут много типовых вариантов. 
Как ни крути, сайт магазина  - это типовой, шаблонный сайт. И это хорошо, пользователь получает привычные ему функции в привычном виде (никому нафиг не нужна эксклюзивная супердизайнерская корзина в виде цветочка в футере ).
90% функциональности различных магазинов совпадают, глупо их каждый раз писать с нуля, лучше тратить силы на отличия. 

Link to comment
9 годин назад, Shureg сказав:

Ерунда какая-то.  Любой шаблон можно изуродовать затюнинговать до неузнаваемости. Да и ваша "индивидуальная разработка" в 99% случаев - допиленный дефолтный шаблон.
Другой вопрос, что не все (очень не все) шаблоны стоит использовать как базу для кастомизации, особенно всякие "суперкомбайны" не годятся для этих целей. 
А легкий готовый шаблон - хороший вариант снизить трудозатраты и цену, не занимаясь вырисовыванием и версткой всех мелочей, используя уже готовые.
И вообще, "индивидуальные разработки" чаще всего не такие уж индивидуальные в плане кода - исполнитель просто накидывает, как в конструкторе, имеющиеся у него  заготовки модулей и функций.  Различия только в вёрстке, да и тут много типовых вариантов. 
Как ни крути, сайт магазина  - это типовой, шаблонный сайт. И это хорошо, пользователь получает привычные ему функции в привычном виде (никому нафиг не нужна эксклюзивная супердизайнерская корзина в виде цветочка в футере ).
90% функциональности различных магазинов совпадают, глупо их каждый раз писать с нуля, лучше тратить силы на отличия. 

Рекомендую промониторить им на опенкарт вы удивитесь "индивидуальности"😂 все остальное сказанное имеет право на жизнь, но никто даже этого не делает.

Link to comment
В 01.01.2022 в 20:01, madehtml5 сказал:

Вы серьезно на счет хаков?

Как минимум не придется тошнить от clearfix и flaat не по назначению. Дальше список почитайте в changelog

 

В 01.01.2022 в 20:01, madehtml5 сказал:

Давайте начнем с простого - чем наличие бута 4 или 5 даст плюсов проекту?

Удобство использования библиотекой разработчиком. Для меня это важно, если мне нужно поддерживать проект. Поддержка legacy - цена Х3 и выше.

 

В 01.01.2022 в 20:01, madehtml5 сказал:

ИЕ (китайский рынок сразу боком).

Ну что поделать, пусть страдают, я не это не согласен. 

 

В 01.01.2022 в 20:01, madehtml5 сказал:

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

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

 

В 01.01.2022 в 20:01, madehtml5 сказал:

код ИМ не только упрощает, но и СТАНДАРТИЗИРУЕТ работу всех модулей

Код каждого модуля должен быть независим, универсальным и рабочим. 

 

В 01.01.2022 в 20:01, madehtml5 сказал:

p.s. Самый яркий пример противоречия вашим словам любой из магазинов на осттемпл где любой сторонний модуль требует отдельной адаптации. что априоре повышает цену работы ИМ

А если сам шаблон набросаешь - так это вообще можно разориться.. целых 1000 рублей на адаптацию одного модуля потратить...

Link to comment
48 минут назад, matroskin92 сказал:

Удобство использования библиотекой разработчиком.

Разработчик будет ужасно рад обнаружить, что теперь ему надо допиливать все модули. И не раз вспомнит вас тихим, добрым словом.

 

50 минут назад, matroskin92 сказал:

Покупать модуль и быть уверенным что на SOMENAME шаблона что-то заведется сразу - ну ок. 

Вы, наверное, не в курсе, что в трёх случаях из четырёх модули сразу заводятся. Если, конечно, не с вашим шаблоном.
 

53 минуты назад, matroskin92 сказал:

Код каждого модуля должен быть независим, универсальным и рабочим. 

Видимо, настолько независимым, чтобы вообще ни с какими другими модулями и шаблонами совместно не работать. Только сам по себе, только хардкор, идут лесом все стандарты.

  • +1 1
Link to comment
6 годин назад, matroskin92 сказав:

Удобство использования библиотекой разработчиком

После этой фразы все ясно. Вы думаете, что "правы", а все остальные нет. Ну что ж ваше право жить в мире иллюзий.

  • +1 1
Link to comment
21 час назад, Shureg сказал:

Видимо, настолько независимым, чтобы вообще ни с какими другими модулями и шаблонами совместно не работать.

А вы не дергайте из контекста. Если модуль и использует какую-то библиотеку, то есть необходимость проверить ее существование и версию.

 

15 часов назад, madehtml5 сказал:

После этой фразы все ясно. Вы думаете, что "правы", а все остальные нет.

Если вы живёте в чёрно-белом мире, то вам все ясно. Если у меня задача за короткое время и эффективно решить задачу - последнее что я выберу для работы - это устаревшие решения. Это кстати напрямую влияет на стоимость решения для заказчика в мире, где платят за час работы, а не 5 минут, когда надо вкорячить чужой модуль 

Link to comment
26 хвилин назад, matroskin92 сказав:

Если вы живёте в чёрно-белом мире, то вам все ясно. Если у меня задача за короткое время и эффективно решить задачу - последнее что я выберу для работы - это устаревшие решения. Это кстати напрямую влияет на стоимость решения для заказчика в мире, где платят за час работы, а не 5 минут, когда надо вкорячить чужой модуль 

Говорили, говорили, сели и разревелись называется. То есть уже наличие 4/5 бутсрапа решает "эффективно решить задачу"? Я так понимаю наличие оного дает вам возможность использовать flexbox без написания 3х строчек в css? Ок, а как же сторонние модули, написанные для 3? Банальные фильтры, доставки или те же баннеры и стены категорий? Или вы за "пусть рабызработчики модулей думают"? 

У меня напрашивается вопрос такого плана ->  а вы вообще с опенкартом работали дальше использования шаблонов комбайнов(ультрастор,ремаркет)?

Edited by madehtml5
Link to comment
В 03.01.2022 в 20:00, madehtml5 сказал:

То есть уже наличие 4/5 бутсрапа решает "эффективно решить задачу"?

Да, наличие классов  хелперов в 4-5 бутстрапе сильно больше.

 

В 03.01.2022 в 20:00, madehtml5 сказал:

Банальные фильтры, доставки или те же баннеры и стены категорий? Или вы за "пусть рабызработчики модулей думают"? 

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

 

В 03.01.2022 в 20:00, madehtml5 сказал:

Или вы за "пусть рабызработчики модулей думают"? 

Думаем

 

В 03.01.2022 в 20:00, madehtml5 сказал:

У меня напрашивается вопрос такого плана ->  а вы вообще с опенкартом работали дальше использования шаблонов комбайнов(ультрастор,ремаркет)?

Загляните в профиль, потом глупые вопросы задавайте

Link to comment
10 годин назад, matroskin92 сказав:

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

Так уже нужно адаптировать оказывается? 😂 Сами себе противоречите.

10 годин назад, matroskin92 сказав:

Да, наличие классов  хелперов в 4-5 бутстрапе сильно больше.

"Конечно же" это вы листинг 3 и 4 бутстрапа не сравнивали) 😂

 

10 годин назад, matroskin92 сказав:

Загляните в профиль, потом глупые вопросы задавайте

Почему глупые? Как раз нет. Что дало вам плюсов в ваш перегруженный шаблон наличие бута 4? Лично сталкивался с запросами с "адаптируйте модуль" под ваше детище) 😂 

Короче как было сказано в статье и выше не раз -> наличие сторонних библиотек лишь геморрой для юзера, а вам как разработчику нужно это учитывать, а не жить в мире иллюзий, что "мне так удобней". Для разовых проектов хоть табличную вёрстку используйте, но для массовых продуктов будьте любезны используйте те стандарты, что заложены в опенкарт -> это как минимум уважение к своим покупателям, как максимум меньше головняка на поддержку своего продукта. 

 

Link to comment
14 часов назад, madehtml5 сказал:

"Конечно же" это вы листинг 3 и 4 бутстрапа не сравнивали) 😂

то есть моим аргументом обратно, даже не понимания его значения?

 

14 часов назад, madehtml5 сказал:

Почему глупые? Как раз нет. Что дало вам плюсов в ваш перегруженный шаблон наличие бута 4? Лично сталкивался с запросами с "адаптируйте модуль" под ваше детище)

Справились, надеюсь? 

 

14 часов назад, madehtml5 сказал:

наличие сторонних библиотек лишь геморрой для юзера

А я за что топлю? Отсутствие библиотек, а если и есть которые - так использовать актуальные стабильные версии.

Link to comment

зачем вы вообще с модератором феофана вошкаетесь за красивые глазки 

Link to comment
9 годин назад, matroskin92 сказав:

то есть моим аргументом обратно, даже не понимания его значения?

 

Справились, надеюсь? 

 

А я за что топлю? Отсутствие библиотек, а если и есть которые - так использовать актуальные стабильные версии.

Мдя, перекручивать мною сказанные очевидные слова. На счёт листинга даже очевидного не знаете (добавление лишних классов если что в 4)

Насчёт 2 пункта конечно справились -> юзеру это обошлось в минус 5 долларов (то есть ваш шаблон ещё украл у пользователя и время и деньги)

На счёт 3 пункта -> у меня только рука-лицо снова перекручивание моих слов. 

 

В целом вижу снова, что объяснять нет смысла. Ваш путь плевать на стандарты и своих покупателей, главное чтобы было "удобней" (Правда не ясно где и в чем) вам лично. 

7 годин назад, spectre сказав:

зачем вы вообще с модератором феофана вошкаетесь за красивые глазки

И? Если я модератором где-то сижу от этого мои слова перестали быть правдой? Логика на уровне расизма -> не с нашего форума значит не прав априоре.

  • +1 1
Link to comment
12 часов назад, madehtml5 сказал:

На счёт листинга даже очевидного не знаете (добавление лишних классов если что в 4)

Вот это новость!!!!

 

12 часов назад, madehtml5 сказал:

Насчёт 2 пункта конечно справились -> юзеру это обошлось в минус 5 долларов (то есть ваш шаблон ещё украл у пользователя и время и деньги)

5 долларов? Серьезно? Надеюсь, клиент не банкрот, а вы хорошо отдохнули на Бали 

 

12 часов назад, madehtml5 сказал:

Ваш путь плевать на стандарты и своих покупателей, главное чтобы было "удобней"

Мой путь делать качественный продукт, который необходим клиенту. 

Link to comment
1 час назад, matroskin92 сказал:

Мой путь делать качественный продукт, который необходим клиенту. 

Ваш продукт способен продать товар в браузерах Chrome 43?

А гугл оценка какова?

Link to comment
В 06.01.2022 в 21:22, buslikdrev сказал:

Ваш продукт способен продать товар в браузерах Chrome 43?

Ну и какой размер рынка у названной версии, чтобы я ломал голову о том, чтобы это было важно?

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.