Jump to content
Sign in to follow this  
chukcha

3.0.0.0 или Что нас ждет

Recommended Posts

4 часа назад, markimax сказал:

Magento, это отдельная "тема" ...

А почему Magento? Почему не PrestaShop? Или всё дело в том, что PrestaShop наиболее популярен в Западной Европе и разводить демагогию о населении уже не получится?

И если уж вы хотите мерить населением, то где ОК имеет наибольшую популярность: СНГ и... те же Индия с Китаем!

 

 

4 часа назад, markimax сказал:

Вы там кидались громкими фразами, но когда я предоставил код "островка ооп" ... фарш говнокода фукоммерс (последней версии кстати) как то даже проигнорировали это, демагогия закончилась после констатации фактов?

Да, хорошо, что напомнили.

Вот https://github.com/woocommerce/woocommerce/tree/master/includes

Открываем любой файл, название которого начинается с class и что мы видим? А что же мы видим, пусть каждый желающий сам посмотрит. И, кстати, о ужас, код документирован - ещё одно "зло", которого в ОК нет.

Ну, а в плане того, что наскребли вы: не стоит забывать, что WooCommerce - это всё же плагин к WP и он не может совсем игнорировать то, что диктует WP.

 

 

4 часа назад, markimax сказал:

Так что вы здесь делаете ?

А я не только "здесь" что-то делаю!

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

PHP: OpenCart, PrestaShop, osCommerce, Joomla, WordPress, Drupal, MODX, Yii, отдельные компоненты Symfony.

Python: Flask, Django.

 

Так что мне есть с чем сравнивать. И да, ОК в моём рейтинге не последний в списке, но совсем не потому, что он такой идеальный, а просто потому, что он не самый худший.

Кстати, WP, с которого вы постоянно стебётесь, очень давно имеет систему расширений похожую на события, благодаря которой он без проблем обновляется, а плагины сохраняют полную совместимость на протяжении многих версий. И установка плагинов из маркета, которую сейчас впиливают в ОК у WP тоже есть очень давно.

И ОК не только в этом идёт стопами WP, но и в устаревании кодовой базы. Когда WP вышел в первой половине нулевых, и глобальные переменные и функциональный стиль - это всё было нормой, он просто не успел во время избавиться от этих архаизмов. То же самое происходит сейчас с ОК.

 

Простой примитивный пример. Как сейчас:

$this->load->model('catalog/product');
$product_info = $this->model_catalog_product->getProduct($product_id);

Как должно быть:

$product = new \Model\Catalog\Product();
$product_info = $product->getProduct($product_id);

В идеале, должно быть даже не так, потому что модель не должна быть свалкой функций (что вы там говорили, вам в WP не нравится? :D) и тогда вместо getProduct будет просто find.

 

Я ж молчу, какой из вариантов просто легче для понимания. При чём, просто интуитивно легче, а не потому, что второй вариант описан в PSR.

 

Правда, кое в чём ОК всё же "превзошёл" WP: у WordPress никогда не было такого идиотизма, как модификаторы! И история с модификаторами - это иллюстрация, почему ОК в итоге загнётся: Дэниэль видит, что из-за отсутствия в ОК нормальной системы расширений люди начали использовать костыль в виде vQmod и что он делает? Может быть нормальную систему расширений (было бы довольно логично)? Нет, он делает свою собственную версию vQmod и интегрирует её в ОК!

Наверное, если бы он был на месте Форда, то вместо авто начал бы производство лошадиного допинга. :)

 

 

 

Edited by Skunk
tsya.ru :)
  • +1 2

Share this post


Link to post
Share on other sites
6 минут назад, Dotrox сказал:

Вот https://github.com/woocommerce/woocommerce/tree/master/includes

Открываем любой файл, название которого начинается с class и что мы видим? А что же мы видим, пусть каждый желающий сам посмотрит.

 

Ну все с вами ясно...
Вы вообще что то в архитектуре соображаете или только код читаете?

 

Открывайте и смотрите - набор функционального говнокода

Только "миллионная" часть ...
 

Скрытый текст

 

 

public function __get( $key ) {
switch ( $key ) {
case 'prices_include_tax' :
return wc_prices_include_tax();
break;
case 'round_at_subtotal' :
return 'yes' === get_option( 'woocommerce_tax_round_at_subtotal' );
break;
case 'tax_display_cart' :
return get_option( 'woocommerce_tax_display_cart' );
break;
case 'dp' :
return wc_get_price_decimals();
break;
case 'display_totals_ex_tax' :
case 'display_cart_ex_tax' :
return 'excl' === $this->tax_display_cart;
break;
case 'cart_contents_weight' :
return $this->get_cart_contents_weight();
break;
case 'cart_contents_count' :
return $this->get_cart_contents_count();
break;
case 'tax' :
wc_deprecated_argument( 'WC_Cart->tax', '2.3', 'Use WC_Tax:: directly' );
$this->tax = new WC_Tax();
return $this->tax;
case 'discount_total':
wc_deprecated_argument( 'WC_Cart->discount_total', '2.3', 'After tax coupons are no longer supported. For more information see: https://woocommerce.wordpress.com/2014/12/upcoming-coupon-changes-in-woocommerce-2-3/' );
return 0;
}

}

 

 

 

 

3.14 и занавес

И то что ниже написано тоже бред
Дальше с вами нет смысла о чем то говорить даже

  • +1 1

Share this post


Link to post
Share on other sites
5 минут назад, markimax сказал:

Открывайте и смотрите - набор функционального говнокода

Это какой-то эпический фейл :) Вы выдрали геттер - один из базовых компонентов ООП.

 

 

12 минут назад, markimax сказал:

И то что ниже написано тоже бред

Ну да, если вы не знаете, что такое неймспейсы, то для вас это, конечно, бред :)

Share this post


Link to post
Share on other sites
5 часов назад, Dotrox сказал:

Это какой-то эпический фейл :) Вы выдрали геттер - один из базовых компонентов ООП.

 

 

Ну да, если вы не знаете, что такое неймспейсы, то для вас это, конечно, бред :)

Причем здесь неймспейсы :mrgreen:
Все понятно с вами - вы кодер, но не архитектор.У вас квалификации не хватает понять почему так сделал Даниэль :ugeek:
Я был о вас лучшего мнения, если честно, до "примера"
Подумайте сами почему так как сделал Даниэль лучше, чем как привели "вы". ;)
Даю наводку - перехват обьектов (фактически нативно сделать override event любого объекта, не изменяя код объекта)

Share this post


Link to post
Share on other sites

@Dotrox , с чего вы так положительно отзываетесь о Woo-commerce?  У вас есть опыт работы с другими платформами ( судя по перечню выше в сообщении), есть  с чем  сравнить и очень даже. Как-то не без внимания, что вукомерс уверенно держится в первых рядах у вас. Может сейчас это уже действительно доточенное дополнение к вордпрессу. Поделитесь, если есть желание, о плюсах этого плагина, замеченных вами.

Мой первый пробный интернет-магазин был на Виртумарт (Джумла) и Woo-commerce. Помню не понравился сам вордпресс из-за того что не так универсален как Джумла, мало чего дополнить можно было расширениями. Не нравилась скорость работы, удобство админки,  немного дорогие дополнения.. и мало. Но популярность завоевал. А вот кто уже пользовались (владельцы магазинов), они часто на фрилансе ищут исполнителя по переезду магазина с вордпресса, на другую платформу.
К примеру на этом форуме, из одной темы, есть список минусов того, с чем Woo-commerce был года 3-4 назад:
2. Почему миграция с WooCommers: 
_ очень ресурсоемкий движок
_ кто бы что не говорил - гораздо менее удобен в администрировании и т.д. (именно как модуль магазина)
_ не развитость дополнений (в отличие от OpenCart)
_ кратно меньше адекватных разработчиков 


Я особо не знаю тонкостей и правильностей внутри классов исходников, вы тут на более продвинутом уровне спорите.. Может неправильно им все пользуются (настройки), и это тоже, вполне неплохое решение для ecommerce ?!

Edited by andrus

Share this post


Link to post
Share on other sites

 

20 минут назад, andrus сказал:

Как-то не без внимания, что вукомерс уверенно держится в первых рядах у вас.

С чего вы это взяли? Я ни разу не использовал WooCommerce (как и сам WP) для создания магазинов, но работать с ним всё же приходилось (поскольку часто приходиться допиливать чужие работы). И я могу однозначно сказать, что никогда бы не взял WooCommerce (как и сам WP) при самостоятельном выборе основы для магазина. Но это не значит, что за недостатками я должен закрывать глаза на всё остальное.

На самом деле, главный недостаток WooCommerce - это сам WP и желание разработчиков WooCommerce максимально следовать его стандартам. В результате получается, что все объекты магазина (товары, заказы) реализованы через посты. Это создаёт хаос в БД и существенные дополнительные расходы на обработку этого хаоса. Ну и, плюс в код примешивается функциональный стиль, но это уже "религиозный" вопрос.

 

Но, в плане кода, если закрыть глаза на особенности продиктованные WP, WooCommerce всё же на чуть более высоком уровне, чем ОК.

 

 

30 минут назад, andrus сказал:

Может неправильно им все пользуются (настройки), и это тоже, вполне неплохое решение для ecommerce ?!

Нет. Достаточно даже вышеописанного нюанса с товарами/заказами и базой, чтоб категорически не рекомендовать его.

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

 

 

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

Подумайте сами почему так как сделал Даниэль лучше, чем как привели "вы". ;)

Это лучше вы подумайте, почему он так сделал. А сделал он так потому, что неймспейсов в пыхе не было на момент выхода ОК. То есть, он их в принципе не мог использовать.

Ну, а не использование неймспейсов сейчас воспринимается ничем не лучше, чем функциональный стиль.

И неймспейсы - это не какое-то сомнительное новшество, а то, что в других языках является абсолютным стандартом. Например, в Python нечто подобное реализовано изначально в виде модулей:

import os


print(os.getcwd()) #print current working dir

И альтернатив там просто нет!

 

Хотя с новшеством это я загнул, неймспейсы в пыхе появились ещё в далёком 2009. И тоже уже стандарт: например, любая библиотека, устанавливаемая через композер (который тоже стандарт) их использует по умолчанию.

 

 

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

Даю наводку - перехват обьектов (фактически нативно сделать override event любого объекта, не изменяя код объекта)

Чего в ОК никогда не было и нет до сих пор. И уже никогда не будет, потому что с событиями в этом отпадает смысл.

 

Но главный вопрос в другом: вы ведь не понимаете как работают неймспейсы? Иначе вы бы знали, что в случае неймспейсов с этим тоже нет никаких проблем!

 

Ну, и override - это плохая практика. В PrestaShop давно был подобный механизм, но в 1.7 разработчики призвали отказаться от него (хотя он не удалён) и использовать вместо подмены стандартного кода его расширение.

Более того, и раньше в доках была рекомендация использовать оверрайд исключительно для собственных проектов, но никак не для коробочных модулей для распространения!

 

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

 

 

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

вы кодер, но не архитектор

"Архитектура, архитектура" и других слов вы не знаете. Перефразируя известную поговорку: за архитектурой кода не видно :)

 

Вы ведь так и не смогли ответить на мой вопрос, какой дизайн паттерн использует ОК (и нет, речь не про MVC, который, кстати, вообще не паттерн дизайна), зато слово "архитектура" не устаёте повторять, ничего при этом в ней не понимая.

 

Кстати, вы тут так затаптывали фреймворки, но для справки: Дэниэль, которым вы так восхищаетесь, содрал архитектуру ОК, которой вы так восхищаетесь, у CodeIgniter, первый релиз которого вышел как раз перед тем, как Дэниэль начал работать над ОК (и он этого не отрицает). Но увы, сдирать оттуда Query Builder он поленился (а он там есть).

И за 11 лет в ОК эта архитектура так и осталась неизменной. CodeIgniter, кстати, в отличии от ОК поддерживает override.

А CodeIgniter - это отличный пример смерти от устаревания: в своё время он был достаточно популярным, сейчас же он практически не используется. И это при том, что его разработка не прекращена.

 

 

  • +1 1

Share this post


Link to post
Share on other sites
2 hours ago, Dotrox said:

А CodeIgniter - это отличный пример смерти от устаревания: в своё время он был достаточно популярным, сейчас же он практически не используется. И это при том, что его разработка не прекращена.

 

Прекращена. Была. То, что его энтузиасты взялись реанимировать после пары лет клинической смерти - ну не знаю. То ли воскресить труп бабушки/дедушки, то ли агония. За эти пару лет народ начисто ветром сдуло. И разработчиков, и пользователей. А это - уже окончательный диагноз "фарш невозможно провернуть назад". Немудрено, что разбежались, так как на момент объявления "мы уходим" уже был и Laravel, да и Phil Sturgeon запилил FuelPHP и PyroCMS.

 

То есть что они этой попыткой реанимации добиваются - я даже не знаю.  Восстановления сообщества пользователей? Да ну хрен там. Сообщества программистов? Тоже ни о чём. Когда рядом есть Laravel, Yii и Slim с композером.

 

Хочется минимализма и быстродействия - берётся Slim + набор подобранных либ из композера = современный Codeigniter с неймспейсами и возможностью не использовать то, что не используешь. Хочется большей похожести на "CI из коробки", но на современном уровне - Laravel, ну или Yii.

 

Share this post


Link to post
Share on other sites

 Dotrox, благодарю за ответ на счёт популярного Вукомерс под WP. Читая сообщения ранее, ряд скриншотов со статистикой, показалось что уже сейчас там что-то изменилось в лучшую сторону ,поэтому поинтересовался. Я уже отмечал свою мысль ранее, что Woo-commerce просто как на волне популярности самого WP, вызвал интерес у многих пользователей из других стран, вот он и есть. Интересно, как они умудряются реализовывать в своих магазинах, что-нибудь из "джентельменского набора" - предзаказ товара, выгрузка/загрузка csv данных, подписка на обновление цены... если там под вукомерс подобные  дополнения, очень не из дешёвых.

В общем моё мнение ко всей теме. Что касается Опенкарт... то сборка магазина на базе ocStore 2.1.0.2 - это сейчас самое популярное у многих фрилансеров. Наличие самых топовых и нужных модулей, позволяет создать магазин под любые требования заказчика. Запас прочности какой не знаю, но наверно без проблем 10000-20000 товаров при средних и больших нагрузках. Это всё и вызвало популярность этого движка у мелких и средних продавцов. Только вот не понятно, почему именно в Украине больше всего наблюдается тенденция? Правда это судя из скриншотов статистики в это теме ))

Чтобы там нового Даниэль не придумал., я думаю бОльшая часть разработчиков, никто никуда не разбегутся. Продолжат создавать шаблоны и модули для ветки 2.х.х.х Спрос еще будет очень долгим.
А на фоне того списка, всех упомянутых здесь CMS и CMF... что-то новое в стиле ОС 3.0.0.0  - это типичный будет велосипед. Причём сырой и с узким списком дополнений, которые многое решают при выборе, на чём создать магазин. 

Share this post


Link to post
Share on other sites
Warning: fopen(/sess_215dc364204490eeb967d6c52c): failed to open stream: Permission denied in /home/**/domains/***/public_html/***/system/library/session.php on line 47

Хотел повертеть... Было у кого такое? И на локале и на хостинге одно и то же.

  • +1 1

Share this post


Link to post
Share on other sites

И файл есть?

 

Share this post


Link to post
Share on other sites
20 минут назад, chukcha сказал:

И файл есть?

 

Нету, он его создать не может как я понимаю. 

Share this post


Link to post
Share on other sites
3 минуты назад, Prorab337 сказал:

он его создать не может как я понимаю. 

Тогда ошибка должна быть ещё в конструкторе.

 

И путь странный. Будто session_save_path() возвращает пустую строку.

Share this post


Link to post
Share on other sites
12 минут назад, Dotrox сказал:

Тогда ошибка должна быть ещё в конструкторе.

 

И путь странный. Будто session_save_path() возвращает пустую строку.

Та вообще странно, сколько сборок и версий прошло через тот же локальный сервер. Надо будет по свободе посмотреть 

Share this post


Link to post
Share on other sites

Что в opencart 3.0

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

Мы сравниваем некоторые изменения с предыдущей 2.3.х версии, так что вы можете получить лучшее представление о том, что нового в 3.0.

Расширения

В opencart 3.0 против версии 2.3

extensions.jpg

Как вы можете видеть, есть несколько новых возможностей расширения в opencart - рынок и переводы.

Рынок

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

рынке.ПНГ

У вас есть стандартная функция поиска и дополнительные фильтры можно использовать для уточнения поиска.

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

Поиск и скачивание модулей opencart будет намного быстрее и проще отныне.

Перевод

Вторая новая функция-это язык перевода, который теперь доступен через краудсорсинг проект crowdin.

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

перевод.ПНГ

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

Проще управлению языке для электронной коммерции магазинов по всему миру.

Дизайн

В opencart 3.0 против версии 2.3

design.jpg

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

Доступа и изменения файлов вашего магазина теперь будет гораздо проще, поскольку это будет сделано прямо из панели администратора.

Тема Редактора

тема-редактор.ПНГ

Новая тема редактор имеет очень дружественный интерфейс и проста для понимания даже для не-разработчиков и пользователей без технических и кодирования знаний.

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

Выберите шаблон выберите шаблон и файл, который вы хотите настроить с помощью редактора. Например, если вы хотите, чтобы настроить Просмотр корзины, выберите шаблон кассе, а потом корзину.прутик.

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

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

Настройка дизайна вашего магазина просто стало намного проще!

Редактор Языков

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

язык-редактор.ПНГ

Вы можете добавлять новые записи и настройка Контента сайта в поле, которое выглядит так:

добавить перевод.ПНГ

Допустим, мы хотим настроить учетную запись для входа на страницу. Заголовок зарегистрировать учетную запись поля новых клиентов. Мы изменим что-то еще.

Как это делается вы выберите маршрут (счета/логин в нашем примере), то ключ(text_new_customer в нашем примере) и настроить значение. Давайте добавим что-то вроде "я здесь"!

Вот результат:

front_dcf93e645c.png

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

Маркетинг

В opencart 3.0 против версии 2.3

marketing.jpg

В филиалах не в Маркетинговый раздел сайта админ панель больше. Создание поля для новых партнеров-это теперь часть клиентов раздел.

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

Перейти к клиентами > клиенты > добавить новый и переключиться на партнерский счет.

филиал.ПНГ

Кроме того, не так много еще изменилось на маркетинговом фронте.

Система

В opencart 3.0 против версии 2.3

system.jpg

Следующая перестановка входит в систему разделе в новой админ-панели.

В основном, инструменты подраздел теперь пропал и поля, которые в нем содержатся (выгрузка, Резервное копирование / восстановление и ошибки журналы) являются частью основной системы раздел.

Это просто небольшие изменения в админ-панели, который делает вещи немного более организованным.

Отчеты

Это, как сообщает похож на opencart 2.3.х. Каждый Тип отчета (продажи, продукты, клиентыи маркетинг) имеет свой собственный раздел, с подразделами.

отчеты-23.ПНГ

В opencart 3.0, отчеты могут быть добавлены администратором через расширения. Отныне, у вас есть свобода, чтобы выбрать, какой тип отчета вы хотите иметь в вашем магазине, а какие должны остаться инвалидом.

Перейти к расширения и выбрать отчеты из выпадающего списка.

отчеты.ПНГ

Это позволит отобразить все отчеты, которые вы можете включить для вашего магазина. Приведем пример.

Мы включим отчет партнерскую комиссию. Просто нажмите кнопку Редактировать, включить статус и нажмите кнопку Сохранить.

включить отчет.ПНГ

Сделайте то же самое для Как много Сообщений, как вы хотите.

Затем отправляйтесь в раздел отчеты в админ панель opencart. Он будет отображать выпадающий со всех докладов, включения из расширений. Выберите тот, который вы хотите просмотреть из списка.

отчет-типа.ПНГ

Это как отчет выглядит так:

доклад-пример.ПНГ

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

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

 

YouTube

opencart-3.0.0.0_a1.zip

Edited by DronENG
  • +1 1

Share this post


Link to post
Share on other sites
20 минут назад, DronENG сказал:

Как это делается вы выберите маршрут (счета/логин в нашем примере),

Порадовали!

  • +1 2

Share this post


Link to post
Share on other sites
В 24.04.2017 в 18:09, florapraktik сказал:

очень трудно впаривать "незаконченный продукт"

и битрикс ? вы  стены плача там читали? 

  • +1 1

Share this post


Link to post
Share on other sites

 DronENG выкатил такую длинную пост- колбасу... которой видимо, решил  либо удивить, либо испугать, либо испуганно удивить кого то... но огорчу его чуток... в данной теме пишут разработчики и активные пользователи ОС, которые уже сумели оценить все "прелести" новоиспеченного релиза и вкурили что там и как, ну а судя по тому что  DronENG тему с начала и до конца не прочел и не в курсе, что практически все в голос говорят о 1000500+ недостатков, упущений, недоработок и откровенной лажи, предложил бы ему все же прочесть тему целиком с первого листа... )))

Share this post


Link to post
Share on other sites

Вот лучше бы тест по скорости в сравнении 2.3 vs 3.0

Отправлено с моего Lenovo K920 через Tapatalk

Share this post


Link to post
Share on other sites

Share this post


Link to post
Share on other sites
5 минут назад, chukcha сказал:

Clipboard01.thumb.jpg.948026b22f1293c26c463780551495a0.jpgClipboard02.thumb.jpg.271c1ed14a443100de19ed1dab72d562.jpg

Ну вот если я не ошибаюсь то 3.0 проигрывает 2.3 как минимум в 2 раза.

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

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

Share this post


Link to post
Share on other sites

"Рынок" - ахахахы )) может "Каталог дополнений"
Давайте на "рынок" понесем продавать картоху дополнения)

Share this post


Link to post
Share on other sites

Интерестно почему вместе Smarty решили взять  Twig? Вроде и со Smarty больше народ знаком и шустрее работает, судя по постам на Хабре: https://habrahabr.ru/post/128083/

 

Waha, все просто - marketplace - "рыночная площадь", сокращенно "рынок" :)

Edited by Eldaeron
  • +1 1

Share this post


Link to post
Share on other sites
6 минут назад, Eldaeron сказал:

, судя по постам на Хабре: 

Какой год на дворе?

  • +1 1

Share this post


Link to post
Share on other sites

chukcha, какая разница какой год на дворе, к году посту на хабре? Если twig ниче не изменил и smarty по прежнему легкий в освоению и быстрый...  ???

  • +1 1

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
You are posting as a guest. If you have an account, please sign in.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

  • Similar Content

    • By Kick
      На главной странице сайта есть раздел "Рекомендуемые", который выводится из стандартного модуля. Как сделать вывод атрибутов товара в карточках этого раздела? Находил решения под opencat 2, но под 3 не нашел.
  • Recently Browsing   0 members

    No registered users viewing this page.

×

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.