Команда FIA приняла радикальное решение - это реализовать поддержку шаблонизатора TPL, как альтернативу TWIG так и возможность подгружать шаблонизаторы - от старых версий и не быть зависимыми от новых введений разработчиков, все подробности смотрите в релизе и в видеообзоре.
Поддержка шаблонов от версии 2.3 (TPL) в версии 3
Очень хорошая новость ! А как с адаптацией ? есть ли инструкция какая нибудь ? или просто шаблон от 2.3 отправить в каталог вью и готово ?
очччень крутая поддержка, просто суперски будет !!
очччень крутая поддержка, просто суперски будет !!
А как вы себе представляете интеграцию со сторонними модулями?
Особенно, таких которые интегрируются в миникарточки товара - типа стикеров, вы экономите и т.д
Особенно, таких которые интегрируются в миникарточки товара - типа стикеров, вы экономите и т.д
@SlaSoft, хороший вопрос ! Спасибо !
Думали об этом, пока задача - это реализация шаблонизатора, поддержка же модульности и поддержка TPL в бэкенде - не рассматривали, пока строго шаблон для темы, не более и не менее, модули - это отдельная тема, наверное с проверкой сделаемс по типу:
Думали об этом, пока задача - это реализация шаблонизатора, поддержка же модульности и поддержка TPL в бэкенде - не рассматривали, пока строго шаблон для темы, не более и не менее, модули - это отдельная тема, наверное с проверкой сделаемс по типу:
$tpl ? $tpl : $twig;
SlaSoftА как вы себе представляете интеграцию со сторонними модулями?
Особенно, таких которые интегрируются в миникарточки товара - типа стикеров, вы экономите и т.д
Хорошее замечание, пока, как и ответил @ALarik, акцент на шаблонизаторе, дальше - видно будет, если будет пользоваться спросом, сделаем апдейт.
Вот как раз в бекенде tpl - не проблема
и она есть в чистой сборке
А фронт.. он такой..
Т.е. по сути, если не требуется и вы понимаете что вы один и никто вас трогать не будет, то сколько угодно
А вот добавить возможность внесения из админки своих расширений, например таких как отладка (debug) было бы замечательно
или autolaod было бы хорошо
и она есть в чистой сборке
А фронт.. он такой..
Т.е. по сути, если не требуется и вы понимаете что вы один и никто вас трогать не будет, то сколько угодно
А вот добавить возможность внесения из админки своих расширений, например таких как отладка (debug) было бы замечательно
или autolaod было бы хорошо
SlaSoftВот как раз в бекенде tpl - не проблема
и она есть в чистой сборке
А фронт.. он такой..
Т.е. по сути, если не требуется и вы понимаете что вы один и никто вас трогать не будет, то сколько угодно
А вот добавить возможность внесения из админки своих расширений, например таких как отладка (debug) было бы замечательно
или autolaod было бы хорошо
@SlaSoft, спасибо за подсказку, сделаемс дебаггер для админского пользователя с виджетом на фронт.
наскільки актуально ця штука? В мене магазин ще на старому 1.5.6.4 з налаштованим journal2 2.5.4. Хочу вже обновити та новий тип шаблонів вивчати бажання немає. Думаю використовувати journal3 для 2.3 opencart.
journal для опенкарт, то ціла система, якщо наводити аналогію, то як ставити убунту, через віртуальну систему на віндовс.
тобто journal інтегрує та переписує ситсемні класи самого ОС і перенести то все корректно на іншу версію зі старої, використовуючи шаблон від 2.3 а ядро 3, то щось зададто абсурдне.
тобто journal інтегрує та переписує ситсемні класи самого ОС і перенести то все корректно на іншу версію зі старої, використовуючи шаблон від 2.3 а ядро 3, то щось зададто абсурдне.
Bacojournal для опенкарт, то ціла система, якщо наводити аналогію, то як ставити убунту, через віртуальну систему на віндовс.
тобто journal інтегрує та переписує ситсемні класи самого ОС і перенести то все корректно на іншу версію зі старої, використовуючи шаблон від 2.3 а ядро 3, то щось зададто абсурдне.
тобто в такій ситуації краще використовувати OP2.3? Я не дуже в курсі перспектив опенкарту. На скільки це правильне було б рішення з вашої думки?
Dominatosтобто в такій ситуації краще використовувати OP2.3? Я не дуже в курсі перспектив опенкарту. На скільки це правильне було б рішення з вашої думки?
Трошки не в тему, проте зустрічав на своїй практиці кілька разів власників магазинів, котрі проектували структуру свого магазину саме під сподобавшийся шаблон, ніколи не розумів цієї аргументації!
Так, зовнішня стилізація магазину, це овер 80% продаж! Серйозно, коли потенційний покупець заходить до Вас у магазин (он-лайн), то за кілька секунд він складає враження, чи залишиться він тут і продовжить, чи закриє і пошукає далі, це вже UI\UX практика, проте це є так, тому надавати значення зовнішньому виду магазину - важливе рішення!
Проте, робити з магазину аби що, не маючи чіткого розуміння, як буде вестись облік товарів, замовлень, клієнтів... оброблятимуться дані, массово оновлятись, робота з фідами, інтеграції, тощо. Тут вже випливає аккуратно інший фактор, котрий якраз складає тих 20%, котрі потрібні для отримання максимальної конверсії: це функціонал + оптимізація (SEO в тому ж числі) + грамотна комбінація модулів саме під версію ядра ОС, показником корректності котрої є чистий журнал помилок.
Щодо шаблону і який вибрати, то тут рекомендація одна: звернутись до дизайнера, сформувати концепт сайту, відверстати в HTML макет, оптимізувати та адаптувати під вибрану версію опенкарту. Так, вийде дорогувато, проте - це Ваш бізнес, де неможливо не інвестувавши добряче, отримати хороший інструмент для торгівлі. Ось це, на мій погляд, ідеальний варіант магазину.
Якщо тезистно, то ось рекомендація по інновації:
0. Дизайн (вибір концепту, та відмальовка)
1. Пошук FrontEnd спеціаліста, та верстка в HTML сторінок, відмальованих у п. 0
2. Міграція з 1.5.6.4 на вибрану Вами версію ОС з детальним ТЗ (тех. завданням) при переході (які модулі, який функціонал, логіку... тощо, потрібно перенести на нове ядро ОС)
3. Адаптація HTML макету на нову версію ОС
4. Контрольна перевірка по функціоналу
5. Перехід, сповіщення покупців, маркетинг, конверсія.
Anyone can read. To post and vote, sign in.