FIA Поддержка шаблонов от версии 2.3 (TPL) в версии 3

Baco

Baco

architect
#1
Команда FIA приняла радикальное решение - это реализовать поддержку шаблонизатора TPL, как альтернативу TWIG так и возможность подгружать шаблонизаторы - от старых версий и не быть зависимыми от новых введений разработчиков, все подробности смотрите в релизе и в видеообзоре.
 
И

Игорь

Шопмейкер
#2
Очень хорошая новость ! А как с адаптацией ? есть ли инструкция какая нибудь ? или просто шаблон от 2.3 отправить в каталог вью и готово ?
очччень крутая поддержка, просто суперски будет !!
 
S

SlaSoft

Maestro
#3
А как вы себе представляете интеграцию со сторонними модулями?
Особенно, таких которые интегрируются в миникарточки товара - типа стикеров, вы экономите и т.д
 
ALarik

ALarik

expert
#4
@SlaSoft, хороший вопрос ! Спасибо !
Думали об этом, пока задача - это реализация шаблонизатора, поддержка же модульности и поддержка TPL в бэкенде - не рассматривали, пока строго шаблон для темы, не более и не менее, модули - это отдельная тема, наверное с проверкой сделаемс по типу:
PHP:
$tpl ? $tpl : $twig;
 
OP
Baco

Baco

architect
Thread Starter #5
А как вы себе представляете интеграцию со сторонними модулями?
Особенно, таких которые интегрируются в миникарточки товара - типа стикеров, вы экономите и т.д
Хорошее замечание, пока, как и ответил @ALarik, акцент на шаблонизаторе, дальше - видно будет, если будет пользоваться спросом, сделаем апдейт.
 
S

SlaSoft

Maestro
#6
Вот как раз в бекенде tpl - не проблема

и она есть в чистой сборке

А фронт.. он такой..
Т.е. по сути, если не требуется и вы понимаете что вы один и никто вас трогать не будет, то сколько угодно

А вот добавить возможность внесения из админки своих расширений, например таких как отладка (debug) было бы замечательно
или autolaod было бы хорошо
 
ALarik

ALarik

expert
#7
Вот как раз в бекенде tpl - не проблема

и она есть в чистой сборке

А фронт.. он такой..
Т.е. по сути, если не требуется и вы понимаете что вы один и никто вас трогать не будет, то сколько угодно

А вот добавить возможность внесения из админки своих расширений, например таких как отладка (debug) было бы замечательно
или autolaod было бы хорошо
@SlaSoft, спасибо за подсказку, сделаемс дебаггер для админского пользователя с виджетом на фронт.
 
Симпатії: Baco
D

Dominatos

Шопмейкер
#8
наскільки актуально ця штука? В мене магазин ще на старому 1.5.6.4 з налаштованим journal2 2.5.4. Хочу вже обновити та новий тип шаблонів вивчати бажання немає. Думаю використовувати journal3 для 2.3 opencart.
 
OP
Baco

Baco

architect
Thread Starter #9
journal для опенкарт, то ціла система, якщо наводити аналогію, то як ставити убунту, через віртуальну систему на віндовс.
тобто journal інтегрує та переписує ситсемні класи самого ОС і перенести то все корректно на іншу версію зі старої, використовуючи шаблон від 2.3 а ядро 3, то щось зададто абсурдне.
 
D

Dominatos

Шопмейкер
#10
journal для опенкарт, то ціла система, якщо наводити аналогію, то як ставити убунту, через віртуальну систему на віндовс.
тобто journal інтегрує та переписує ситсемні класи самого ОС і перенести то все корректно на іншу версію зі старої, використовуючи шаблон від 2.3 а ядро 3, то щось зададто абсурдне.
тобто в такій ситуації краще використовувати OP2.3? Я не дуже в курсі перспектив опенкарту. На скільки це правильне було б рішення з вашої думки?
 
OP
Baco

Baco

architect
Thread Starter #11
тобто в такій ситуації краще використовувати OP2.3? Я не дуже в курсі перспектив опенкарту. На скільки це правильне було б рішення з вашої думки?
Трошки не в тему, проте зустрічав на своїй практиці кілька разів власників магазинів, котрі проектували структуру свого магазину саме під сподобавшийся шаблон, ніколи не розумів цієї аргументації!
Так, зовнішня стилізація магазину, це овер 80% продаж! Серйозно, коли потенційний покупець заходить до Вас у магазин (он-лайн), то за кілька секунд він складає враження, чи залишиться він тут і продовжить, чи закриє і пошукає далі, це вже UI\UX практика, проте це є так, тому надавати значення зовнішньому виду магазину - важливе рішення!
Проте, робити з магазину аби що, не маючи чіткого розуміння, як буде вестись облік товарів, замовлень, клієнтів... оброблятимуться дані, массово оновлятись, робота з фідами, інтеграції, тощо. Тут вже випливає аккуратно інший фактор, котрий якраз складає тих 20%, котрі потрібні для отримання максимальної конверсії: це функціонал + оптимізація (SEO в тому ж числі) + грамотна комбінація модулів саме під версію ядра ОС, показником корректності котрої є чистий журнал помилок.
Щодо шаблону і який вибрати, то тут рекомендація одна: звернутись до дизайнера, сформувати концепт сайту, відверстати в HTML макет, оптимізувати та адаптувати під вибрану версію опенкарту. Так, вийде дорогувато, проте - це Ваш бізнес, де неможливо не інвестувавши добряче, отримати хороший інструмент для торгівлі. Ось це, на мій погляд, ідеальний варіант магазину.

Якщо тезистно, то ось рекомендація по інновації:
0. Дизайн (вибір концепту, та відмальовка)
1. Пошук FrontEnd спеціаліста, та верстка в HTML сторінок, відмальованих у п. 0
2. Міграція з 1.5.6.4 на вибрану Вами версію ОС з детальним ТЗ (тех. завданням) при переході (які модулі, який функціонал, логіку... тощо, потрібно перенести на нове ядро ОС)
3. Адаптація HTML макету на нову версію ОС
4. Контрольна перевірка по функціоналу
5. Перехід, сповіщення покупців, маркетинг, конверсія.
 
Останнє редагування:
Зверху