Шаблон UniShop2

мне не за чем врать! я просто рассказал свою историю.

SlaSoftсамых вменяемых шаблонщиков

я б похоліварив на тему "шаблонізатора", його ролі по структурі MVC та сучасних "шаблонах"

Bacoта сучасних "шаблонах"

journal не забудь упомянуть

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

@SlaSoft, за автора, не слідкую і звідки джерело, теж без поняття, та й не цікаві мені оксторовські качелі, якщо правду писати, та я мав на меті оговорити таку проблематику, котра виникла давненько і не знаю як з нею боротись.
мова йдеться про шаблон по паттерну MVC, тобто роль view-шки у відображенні проекту не тільки в UI контексті, а й оптимізація (внутрішня), враховуючи не тільки безпеку, мініфікацію, скриптову оптимізацію, а й бекенд, так, саме специфічні запити, котрі бекенд не завжди вміє грамотно скомбінувати, то фронтендщик-комбінатор їх по контроллерам пхає, про даного автора таке не скажу, бо не аналізував, але багато зустрічав по проектам в ось таких "наворочених" все-в-одному шаблонах. так, з однієї сторони, майбутньому власнику шопа не потрібні послуги дизайнера\верстальщика, бо за допомогою чарівної вкладки в адмінці "налаштування шаблону", він може змінити не тільки базові кольори, шрифт і т.д., а й реалізувати доволі цікавий функціонал, котрий висить на конфігах (в основному), а при відкритті макету в'юшки, ти отримуєш не просто twig, а ціле полотно умов, відповідно до котрих інлайн-стилізація та решта налаштувань формує базову логіку. і коли (для прикладу) йде звернення "та там лише поправити zoom", то розумієш, що на півторагодинки тут нен обійтись, а власник бізнесу розуміє, що віддавати 2х по твому тарифу, не хочеться, а звичайний джун відмовиться від правок.
якщо тобі потрібен маркетплейс на нулленому шаблоні та модулях з варезника і ти не хочеш туди інвестувати, то нащо ти потім починаєш обсирати всіх навколо (розробників), що вони все криве пишуть і тому ти це не куплятимеш ? такого не буває, неможливо купити один шаблон-комбайн і все, навіть той же journal, що пише @ALarik , придбавши котрий, ти отримуєш швейцарський ніж, але коли потрібно його заточити під якусь конкретну потребу, то тут вже йде момент з підтримкою, коли розробник множить на 3х по такому комбайну, або 5х автори шаблону, то де економія ?

p.s. у відповідь на випередження про "альтернативу" відпишу коротко: "дайте заробити дизайнеру, розробивши ексклюзивний концепт свого магазину, верстальщику (фронтендщику), котрий реалізує це в грамотній оптимізованій семантичній верстці, з врахуванням "web vitals" і, можливо, адаптує її під ОС, ось це і буде єдиний правильний підхід до створення view, тобто шаблону для інтернет-магазина для опенкарт\брокарт."

@Baco, все вище написане стосується тільки людей які в темі і аж ніяк не зрозуміло людині яка вирішила створити власний ІМ і абсолютно не розуміє як то має бути, то приходить потім, з роками. І це стосується в нашому житті абсолютно всього, будь то авто чи кухонний комбайн, ніхно не розуміз з якого металу чи пластику воно робится, спочатку ми оцінюємо функціонал і не розуміємо, чому порожня тойота дорожча за таку саму, але повністю заряжену чері. То все випливає в процесі експлуатації. І кого ми звинувачуємо тоді?

слушне зауваження, котре, справді, приходить з досвідом, та на особистому прикладі, я навчився перед тим, як прийняти рішення, максимально інформативно розібратись у питанні, стосовно котрого, планується прийматись рішення, неважливо, чи це покупка бойлера, чи похід по 3-х денному туристичному маршруту, чи бронювання номеру в готелі... :unsure: стараюсь вивчити максимум інформації, наскільки дозволяє час і можливості, проконсультуватись з експертами, як мінімум кількома, котрі компетентні у даному випадку і тільки тоді приймати рішення, але то моя суб'єктивна позиція, тактика, так би мовити, у прийнятті рішень, бо на досвіді вже знаю, що прийняті "емоційні рішення", часто були не зовсім тим, що потрібно.
тому навіть із реалізацією власної справи в глобальній мережі, і відповідно, подальшого вдалого ведення справи, необхідно, як мінімум, розібратись в таких питаннях:
0. як конкуренти ведуть справи
1. як зручно і комфортно буде покупцеві на твоєму сайті оформляти замовлення
2. стиль магазину (концепт)
3. якість (інформативність) товару\розділу
4. наскільки важко\легко буде керувати\обробляти даними в магазині, та підтримка актуальних даних
5. просування в пошукових системах\соц. мережах

так, часто підсовують "джентельменський набір", або, як я часто чую, "а-ля експерти" рекомендують "мастхев"... і пішов перелік модулів, котрі пришвидшать відкриття шопу. для швидкого старту, або здачі фрілансером MVP і забрати швиденько свій гонорар $$, а далі, хоч потоп. $$$ це стандартна практика, але вона вже в минулому, те що ОС безкоштовний двигун для комерції зовсім не значить, що магазин на ньому теж варто піднімати на безкоштовних чи мінімальному наборі модифікаторів\темплейтів, хоча багато "шоп-мейкерів" за 300$ якраз і пропонують саме такий от "джентельменський набір", попередньо налаштований, відповідно низька планка бюджету входу не гарантує, що за 300 у.о. твій бізнес зайде у нішу і стане конкурентноспроможнім, проте, я часто зустрічаю, тих, хто "пробує" свої зусилля, по типу, "та поставлю, напарсю товарів, на варезнику повстановлюю модулі, може щось і буде... бо не хочу на дядю працювати", :censored: отак і самі до кінця не розуміють, що вони хочуть, і программісту\дизайнеру не знають, що за задачу ставити, мотивуючи відсутність інформації небажанням розібратись та переставленням відповідальності на останніх, по типу "тижпрограмміст, тобі краще знати що мені потрібно в магазині" і отримують відповідне рішення, доводячи роками до ідеалу свій магазин.

тому повторюсь, якщо справді впевнений власник бізнесу, на 80% готовий створити в цифровому світі свій електронний каталог товарів\послуг, тоді йому, насамперед, варто розібратись в тому, що і як саме він хоче продавати :hi:, як мінімум по списку, що описав вище, в ідеалі, коли бізнес готовий і є тальки потреба його "оцифрувати", оце вже зовсім інший підхід і з такими замовниками, мені любо працювати, з особистого досвіду, коли перед початком проекту, ти в захваті від того, наскільки продуманим є проект і мені, як спеціалісту по створенню коменрційних проектів, цікаво б було реалізувати такі нестандартні рішення. ось чому такі проекти мають більший шанс вийти на конкурентий ТОП у видачі, тому що там багато чого передбачено і продумано :win:

В основному "хотелкі" з'являються в процесі роботи і як би ти то не планував, адже твоє бачення може не збігатись з баченням покупця чи знайдені рішення для управління проєктом можуть просто застаріти чи змінитись умови ведення. Наприклад зараз для Українського ринку актуальним було б інтегрування ПРРО в магазин у зв'язку із зміною законодавства, але таких пропозицій я на сьогодні не бачив.

ПРРО - є . Але це не про шаблони

@SlaSoft, так, то мене вже понесло ....