15/07/2015
Системы имеют технологию php или asp.net
есть с открытым/кодом, insales, advantshop,umi итд
Какую систему выбрать для интернет магазина (с php или asp.net) чтобы в дальнешйем не было проблем в допиле и использовании? в чем их отличие основное?
есть с открытым/кодом, insales, advantshop,umi итд
Какую систему выбрать для интернет магазина (с php или asp.net) чтобы в дальнешйем не было проблем в допиле и использовании? в чем их отличие основное?
15/07/2015
PHP работает на 99% хостингов. ASP.NET требует виндового хостинга с которым проблем будет выше крыши. Именно поэтому 99% интернет-магазинов сделано на движках на PHP.
15/07/2015
Цитата:
которым проблем будет выше крыши
которым проблем будет выше крыши
Вы могли бы поделиться о проблемах с которыми можно будет столкнуться
15/07/2015
Ну как минимум все что написано на PHP почти всегда с открытым исходным кодом, а значит доступны для редактирования. Выбор бесплатных движков на PHP с разными возможностями - не один десяток. Специалистов разного уровня под доработки движков на PHP море в отличие от ASP.NET. Виндовых хостингов выбор весьма не богатый в отличие от выбора хостингов на Линукс с поддержкой PHP. Ну и т.д. и т.п.
15/07/2015
Wowk:
чтобы в дальнешйем не было проблем в допиле
чтобы в дальнешйем не было проблем в допиле
Смотря кто пилить будет Если планируется приличный допил, то лучше сначала найти допильщика, а он уже предложит платформу, с которой он хорошо работает.
Из предложенных:
insales - SaaS, они вам ничего не дадут пилить, аренда
advantshop - ASP, найти допильщика выльется в квест
umi - перекрученная XML парсером, спец нужен 50 уровня, чтобы понять как она работает только
Платформа должна быть такая, чтобы доработка потом не слетела при обновлении, и после допила она смогла обновляться нормально. Некоторые платформы дают возможность закладывать логику через админку, вроде программируемых инфоблоков. Некоторые позволяют писать дизайн-хуки и вкладывать доработку в шаблон, не нарушая ядро системы.
Если допильщик уверяет, что мы сейчас тут пару костылей вставим в ядро системы, что бы наша кнопка выводилась как надо - то это прямой путь к запрету установок обновления, зависимости от допильщика.
Если разработчик CMS оказывает услуги по допилу от создателя и ценник не кусается - то это наилучший вариант. Будет быстро и правильно допилено так сказать в заводских условиях 6)
Чем сложнее CMS, чем больше у нее таблиц и зависимостей в БД, тем сложнее делать допил.
15/07/2015
tema_poshitok:
insales - SaaS, они вам ничего не дадут пилить, аренда
insales - SaaS, они вам ничего не дадут пилить, аренда
Про SaaS-сервис по-моему не было вопроса, но если кого-то интересует SaaS сервис, то тогда я бы порекомендовал Александра Фролова и сервис http://www.shop2you.ru/
tema_poshitok:
Некоторые платформы дают возможность закладывать логику через админку, вроде программируемых инфоблоков. Некоторые позволяют писать дизайн-хуки и вкладывать доработку в шаблон, не нарушая ядро системы.
Некоторые платформы дают возможность закладывать логику через админку, вроде программируемых инфоблоков. Некоторые позволяют писать дизайн-хуки и вкладывать доработку в шаблон, не нарушая ядро системы.
А это какие например? Можно краткий список?
16/07/2015
qualified:
А это какие например? Можно краткий список?
А это какие например? Можно краткий список?
Немного теории: что такое шаблонизатор, для чего и кого он создан?
Простыми словами - это инструмент соединение информации, полученной из базы данных, в дизайн сайта. Кардинально он делится на шаблонизатор для чайников и для специалистов. В чем отличие? Шаблонизатор для чайников - это 1-10 основных файлов в виде tpl файлов, представляющих обычный HTML код, в нужных местах которого проставлены переменные вывода рода {topmenu} или @topmenu@, в которых подобным же способом уже сгенерирован другой участок HTML кода. К таким шаблонизатором можно отнести Smarty и от него танцующих родственников или самописных. Для начинающего это самое простое, что можно придумать.
Второй тип шаблонизатор, это не шаблонизатор как таковой, а сборщик php файлов по технологии кирпичиков header.php + body.php + footer.php и таких файлов может быть 100 и 1000. Самый наглядный пример - это MediaWiki (Википедиа). В свою очередь php файлы представляют собой солянку из перемешенных html+js+php, разобраться в которой новичку вообще не реально, чуть не то удалить и сайт сыпется как карточный домик, так как там нужно соблюдать парсинг php-кода. К нему же можно отнести WordPress, OpenCart и подобных.
Возможность внедрения хуков в саму CMS есть у подавляющего большинства, ответ Яндекса
Если это сборщик php файлов, то он по умолчанию в том или ином смысле понимает вызов cms хуков: Drupal, PrestaShop, WP и т.д.
Если это Smarty, то алгоритм связи хука с парсером в нем не заложен и для подключение дизайн хуков для коммерции я видел только у PHPShop, в основном это реализовано у форумов и социалок ответ Яндекса
Инфоблоками могут похвастаться Битрикс, Drupal, CS-Cart, Magento.
Информация из открытых источников, если что-то пропустил, то значит тех. информация не так у них и доступна через поиск.
16/07/2015
tema_poshitok:
Инфоблоками могут похвастаться Битрикс, Drupal, CS-Cart.
Информация из открытых источников, если что-то пропустил, то значит тех. информация не так у них и доступна через поиск.
Инфоблоками могут похвастаться Битрикс, Drupal, CS-Cart.
Информация из открытых источников, если что-то пропустил, то значит тех. информация не так у них и доступна через поиск.
Пропустили Мадженто, информации по которой просто море. Двухуровневый MVC с инфоблоками это основа всех разработок на базе ZF.
16/07/2015
Добавил. ZF шутка хорошая, но по мне перегруженная очень, вырезать бы от туда половину
16/07/2015
tema_poshitok:
Добавил. ZF шутка хорошая, но по мне перегруженная очень, вырезать бы от туда половину
Добавил. ZF шутка хорошая, но по мне перегруженная очень, вырезать бы от туда половину
Ну это ведь библиотека, так что вырезать можно все что угодно. Например в MODx в качестве модуля полнотекстового поиска добавляется Zend_Lucene и ни чего. Остальной код остается за бортом. Так что нет проблем.
16/07/2015
Инфоблоки редактируются через админку или через файлы? Есть возможность при сдаче проекта отдать четко настроенный дизайн с плюшками в виде архива или нужны еще папки в ядро или бекап БД с настроенными инфоблоками?
16/07/2015
tema_poshitok:
Инфоблоки редактируются через админку или через файлы? Есть возможность при сдаче проекта отдать четко настроенный дизайн с плюшками в виде архива или нужны еще папки в ядро или бекап БД с настроенными инфоблоками?
Инфоблоки редактируются через админку или через файлы? Есть возможность при сдаче проекта отдать четко настроенный дизайн с плюшками в виде архива или нужны еще папки в ядро или бекап БД с настроенными инфоблоками?
Если речь о ZF, то там нет админки. Это библиотека. Если о Мадженто, то там есть возможность в админке создавать статические блоки и добавлять из в статические страницы или выводить в шаблонах соответствующим кодом. Там есть возможность в админке добавлять свои переменные и выводить их значения в том числе и в статических блоках (статический блок это и есть инфоблок, фрагмент HTML кода). То же самое верно для шаблонов писем.
16/07/2015
qualified:
И какая идеология лучше?
И какая идеология лучше?
Вопрос из темы, какое пиво лучше...
Для начинающих проще Smarty, для бородатых дятек ZF и подобные монстры, не даром же везде написано что порог вхождения Drupal & Magento очень высокий.
Разработчик Drupal при виде шаблонизатора, не требуещего работы мозга на 100% встанет в позу, "смартист" при виде куска кода от Drupal потребует ящик пива премиальных для разгона мозга
20/07/2015
tema_poshitok:
Для начинающих проще Smarty, для бородатых дятек ZF и подобные монстры, не даром же везде написано что порог вхождения Drupal & Magento очень высокий.
Разработчик Drupal при виде шаблонизатора, не требуещего работы мозга на 100% встанет в позу, "смартист" при виде куска кода от Drupal потребует ящик пива премиальных для разгона мозга Smile
Для начинающих проще Smarty, для бородатых дятек ZF и подобные монстры, не даром же везде написано что порог вхождения Drupal & Magento очень высокий.
Разработчик Drupal при виде шаблонизатора, не требуещего работы мозга на 100% встанет в позу, "смартист" при виде куска кода от Drupal потребует ящик пива премиальных для разгона мозга Smile
Как у разработчика, в процессе чтения темы возникло ощущение, что вы сравниваете бардачок с автомобилем. Проект написанный на ZF вполне может иметь шаблоны реализованные на Smarty. Поэтому некорректно сравнение фреймворка с CMS и уж тем более некорректно сравнение шаблонизатора с web-фреймворком.
Magento написана на ZF и большинство мощных CMS и фреймворков реалазиуют прямо заимствованные библиотеки (тот же Yii) и принципы ZF (и Laravel).
Не совсем понятно про "ящик пива" за работу c Drupal. Последняя версия Drupal написана на другом фреймворке, Symfony2, в котором, в свою очередь много из других фреймворков, включая ZF.
Если пытаться сравнивать компонентную начинку фреймворков (70% её может быть не использовано при разработке CMS), тот тут простой принцип: чем старше и популярнее фреймворк тем больше написано расширений и компонент.
Точно также забавно выглядит утверждение о том что тот или иной фреймворк слишком сложный и тяжелый. В коде большинства из них давным давно реализована автозагрузка компонентов и не нужные классы совершенно необязательно использовать. Соответственно точно также никто не мешает собрать тот же ZF2 только с теми возможностями и компонентами которые нужны в конкретном проекте.
Ответить