Форум
Читайте нас также:

об электронной торговле - для интернет-магазинов и ритейла. портал и сообщество

Форум

отличие php от asp.net для ИМ



Ссылка на сообщение


Системы имеют технологию php или asp.net
есть с открытым/кодом, insales, advantshop,umi итд
Какую систему выбрать для интернет магазина (с php или asp.net) чтобы в дальнешйем не было проблем в допиле и использовании? в чем их отличие основное?



Ссылка на сообщение


PHP работает на 99% хостингов. ASP.NET требует виндового хостинга с которым проблем будет выше крыши. Именно поэтому 99% интернет-магазинов сделано на движках на PHP.



Ссылка на сообщение


Цитата:

которым проблем будет выше крыши

Вы могли бы поделиться о проблемах с которыми можно будет столкнуться



Ссылка на сообщение


Ну как минимум все что написано на PHP почти всегда с открытым исходным кодом, а значит доступны для редактирования. Выбор бесплатных движков на PHP с разными возможностями - не один десяток. Специалистов разного уровня под доработки движков на PHP море в отличие от ASP.NET. Виндовых хостингов выбор весьма не богатый в отличие от выбора хостингов на Линукс с поддержкой PHP. Ну и т.д. и т.п.



Ссылка на сообщение


Wowk:

чтобы в дальнешйем не было проблем в допиле


Смотря кто пилить будет :) Если планируется приличный допил, то лучше сначала найти допильщика, а он уже предложит платформу, с которой он хорошо работает.

Из предложенных:
insales - SaaS, они вам ничего не дадут пилить, аренда
advantshop - ASP, найти допильщика выльется в квест
umi - перекрученная XML парсером, спец нужен 50 уровня, чтобы понять как она работает только

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

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

Если разработчик CMS оказывает услуги по допилу от создателя и ценник не кусается - то это наилучший вариант. Будет быстро и правильно допилено так сказать в заводских условиях 6)

Чем сложнее CMS, чем больше у нее таблиц и зависимостей в БД, тем сложнее делать допил.



Ссылка на сообщение


tema_poshitok:

insales - SaaS, они вам ничего не дадут пилить, аренда


Про SaaS-сервис по-моему не было вопроса, но если кого-то интересует SaaS сервис, то тогда я бы порекомендовал Александра Фролова и сервис http://www.shop2you.ru/

tema_poshitok:

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


А это какие например? Можно краткий список?



Ссылка на сообщение


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.

Информация из открытых источников, если что-то пропустил, то значит тех. информация не так у них и доступна через поиск.



Ссылка на сообщение


tema_poshitok:

Инфоблоками могут похвастаться Битрикс, Drupal, CS-Cart.

Информация из открытых источников, если что-то пропустил, то значит тех. информация не так у них и доступна через поиск.


Пропустили Мадженто, информации по которой просто море. Двухуровневый MVC с инфоблоками это основа всех разработок на базе ZF.



Ссылка на сообщение


Евгений Медведев:

Пропустили Мадженто

Добавил. ZF шутка хорошая, но по мне перегруженная очень, вырезать бы от туда половину :)



Ссылка на сообщение


tema_poshitok:

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


Ну это ведь библиотека, так что вырезать можно все что угодно. Например в MODx в качестве модуля полнотекстового поиска добавляется Zend_Lucene и ни чего. Остальной код остается за бортом. Так что нет проблем.



Ссылка на сообщение


Евгений Медведев:

Двухуровневый MVC с инфоблоками это основа всех разработок на базе ZF


Инфоблоки редактируются через админку или через файлы? Есть возможность при сдаче проекта отдать четко настроенный дизайн с плюшками в виде архива или нужны еще папки в ядро или бекап БД с настроенными инфоблоками?



Ссылка на сообщение


tema_poshitok:

Инфоблоки редактируются через админку или через файлы? Есть возможность при сдаче проекта отдать четко настроенный дизайн с плюшками в виде архива или нужны еще папки в ядро или бекап БД с настроенными инфоблоками?


Если речь о ZF, то там нет админки. Это библиотека. Если о Мадженто, то там есть возможность в админке создавать статические блоки и добавлять из в статические страницы или выводить в шаблонах соответствующим кодом. Там есть возможность в админке добавлять свои переменные и выводить их значения в том числе и в статических блоках (статический блок это и есть инфоблок, фрагмент HTML кода). То же самое верно для шаблонов писем.



Ссылка на сообщение


И какая идеология лучше?



Ссылка на сообщение


qualified:

И какая идеология лучше?

Вопрос из темы, какое пиво лучше...

Для начинающих проще Smarty, для бородатых дятек ZF и подобные монстры, не даром же везде написано что порог вхождения Drupal & Magento очень высокий.

Разработчик Drupal при виде шаблонизатора, не требуещего работы мозга на 100% встанет в позу, "смартист" при виде куска кода от Drupal потребует ящик пива премиальных для разгона мозга :)



Ссылка на сообщение


tema_poshitok:

Для начинающих проще 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 только с теми возможностями и компонентами которые нужны в конкретном проекте.






Ответить


:D
:)
:(
:o
:shock:
:?
8)
:lol:
:x
:P
:oops:
:cry:
:evil:
:twisted:
:roll:
:wink:
:!:
:?:
:idea:
:arrow:
:|
:mrgreen:







2001 - 2017 © Оборот.ру. Все права защищены