|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от Kabardian
![]() Narayana, это чтобы в демонстрационной виртуальной машине AX2012 R2 V2, где уже развернут интернет-магазин, добавить еще один интернет-магазин с нуля: создать новый интернет-магазин в AX, добавить его в организационную иерархию, создать навигационную иерархию, определить ассортимент, затем опубликовать все это в sharepoint и таким образом создать абсолютной новый интернет-магазин. В инструкции по инсталляции не смог найти как можно установить несколько интернет-магазинов на одном и том же сервере. Не хотелось бы впустую тратить время на эксперименты...
Очевидно, при инсталляции интернет-магазина на этапе запуска скриптов PowerShell для создания БД в SQL и выполнения настроек в Sharepoint придется в файле oob-topology.xml отключить удаление существующих баз данных в SQL, веб-приложений, настроек и т. д., как это описано вот в статье на Technet: Хотелось бы понять, потребуется ли еще где-нибудь специально шаманить, чтобы что-то не сломалось в уже существующей инсталляции интернет-магазина при установке поверх нее еще одного интернет-магазина. А я вот щас как раз прорабатываю другую идею интеграции нормального шаблонного интернет-магазина от стороннего поставщика с открытым кодом без этого паскудного SharePoint. Вот это будет вещь. И гораздо быстрее, чем вы будете мучиться со штатным магазином... |
|
![]() |
#2 |
Талантливый разгвоздяй
|
Цитата:
Сообщение от Narayana
![]() Насколько я знаю из сообщений здесь, добавить магазин в структуру компании, это несложно. А вот сгенерить именно интернет-магазин, а не портал, где можно работать с розницей, еще никому не удавалось. Ни в виртуалке, ни на реальном сервере. Либо не получается, либо получается криво и работает плохо и глючно.
Цитата:
По-моему штатный интернет-магазин тоже "вещь". Возможно, он сложен в освоении и первоначальной настройке, однако при всех своих недоработках я бы не стал так быстро списывать его со счетов, ведь он достаточно хорошо интегрирован в решение AX for Retail. Правда чтобы адаптировать его для российских реалий придется немного поработать напильником. Последний раз редактировалось Kabardian; 16.06.2013 в 23:53. |
|
![]() |
#3 |
Участник
|
Цитата:
На отечественном рынке интернет-магазинов предлагается масса решений на PHP, и почти нет на ASP.NET При этом решения предлагаются обычно как система управления контентом, в которую входит и интернет магазин. Но, для интернет магазина такая система является многократно избыточной, а вот то, что относится именно к интернет магазину, имеет не особенно развитый функционал. К тому же, внешний вид сайта оставляет желать лучшего. На ASP.NET я нашел всего одно коробочное решение, но оно меня полностью на первый взгляд устраивает. Оно с открытым кодом. Просто сгружаешь в Visual Studio исходники, приатачиваешь в SQL server базу, делаешь правку Connection String в web.config и запускаешь систему на IIS. И это все. И главное, никаких тебе SharePoint и даже ASP.NET mvc ! Все на Web Forms ! С прозрачной структурой каталога. Это означает, что к сайту интернет магазина можешь легко прикручивать дополнительные любые источники данных, создавать произвольно любые страницы, стили и делать все, что угодно под Виндой. И пожалуйста, через Business Connector дергай как хочешь Аксапту. Только после некоторых размышлений, стало понятно, что культура работы с любым интернет магазином заставляет срузу же смириться с одним очень важным обстоятельством. А именно. Интернет магазин практически невозможно использовать как часть Аксапты или аналогичной системы. То есть, нельзя делать так, чтобы он смотрел в ту же базу данных, что и Аксапта. Ну, то есть, сделать так, чтобы смотрел, конечно, можно, но это будет нонсенсом. Это понимание разрушило мою многолетнюю иллюзию о том, что интернет магазин должен работать как часть Аксапты в реальном времени. В принципе, это касается любых точек розничной торговли. Они должны быть отвязаны от системы управления предприятием. Первое и самое важное обстоятельство, это то, что бессмысленно мелкие покупки в интернет магазине проводить отдельным заказом в Аксапте. Их будет слишком много. Разумнее накапливать продажи за весь день, а потом проводить весь список покупок одним заказом за день. Из неудобств, - невозможность отслеживать складские остатки в реальном времени. Хотя, в обычном интернет магазине статок товара учитывается в ...одном из полей номенклатуры, как бы это ужасно не звучало. И при продаже единицы товара, это количество в строке номенклатуры уменьшается. Как с этим правльно работать, пока не знаю. Ну и конечно, при прямом подключении интернет магазина к Аксапте, возрастает уязвимость системы. Цитата:
Сообщение от Kabardian
![]() По-моему штатный интернет-магазин тоже "вещь". Возможно, он сложен в освоении и первоначальной настройке, однако при всех своих недоработках я бы не стал так быстро списывать его со счетов, ведь он достаточно хорошо интегрирован в решение AX for Retail. Правда чтобы адаптировать его для российских реалий придется немного поработать напильником.
Если у вас будет триальная версия, был бы очень признателен за возможность дать ее "пощупать"... Со своей стороны, могу предложить всю информацию по моему варианту. |
|
|
За это сообщение автора поблагодарили: baget (1). |
![]() |
#4 |
Участник
|
Возможно вас заинтересует вот такой продукт - e-Commerce for Dynamics AX от Sana Software.
Я уже несколько лет работаю в их команде и могу сказать, что это одно из лучших решений на данный момент. Если коротко, то тут есть полная поддержка функционала AX (4SP2...2012R2), ордеров, интвентори, кастомеров и тд. Все в реальном времени. Все на ASP.NET. Никакого шарепоинта. Идет как "out of the box" все включено, мощный backoffice (подобие системы управления контентом но для интернет магазина). Может работать как через bussiness connector так и через AIF. Есть мобильное приложение (Andriod, iOS, виндафон). Кому мало AX есть поддержка NAV и SQL. В следующей версии планируется поддержка AX Retail. Последний раз редактировалось levelord; 18.06.2013 в 10:29. |
|
|
За это сообщение автора поблагодарили: Roman08 (1). |
![]() |
#5 |
Талантливый разгвоздяй
|
Цитата:
Сообщение от Narayana
![]() У меня сейчас ситуация, примерно, такая...
На отечественном рынке интернет-магазинов предлагается масса решений на PHP, и почти нет на ASP.NET При этом решения предлагаются обычно как система управления контентом, в которую входит и интернет магазин. Но, для интернет магазина такая система является многократно избыточной, а вот то, что относится именно к интернет магазину, имеет не особенно развитый функционал. К тому же, внешний вид сайта оставляет желать лучшего. На ASP.NET я нашел всего одно коробочное решение, но оно меня полностью на первый взгляд устраивает. Оно с открытым кодом. Просто сгружаешь в Visual Studio исходники, приатачиваешь в SQL server базу, делаешь правку Connection String в web.config и запускаешь систему на IIS. И это все. И главное, никаких тебе SharePoint и даже ASP.NET mvc ! Все на Web Forms ! С прозрачной структурой каталога. Это означает, что к сайту интернет магазина можешь легко прикручивать дополнительные любые источники данных, создавать произвольно любые страницы, стили и делать все, что угодно под Виндой. И пожалуйста, через Business Connector дергай как хочешь Аксапту. Цитата:
Сообщение от Narayana
![]() Только после некоторых размышлений, стало понятно, что культура работы с любым интернет магазином заставляет срузу же смириться с одним очень важным обстоятельством.
А именно. Интернет магазин практически невозможно использовать как часть Аксапты или аналогичной системы. То есть, нельзя делать так, чтобы он смотрел в ту же базу данных, что и Аксапта. Ну, то есть, сделать так, чтобы смотрел, конечно, можно, но это будет нонсенсом. Это понимание разрушило мою многолетнюю иллюзию о том, что интернет магазин должен работать как часть Аксапты в реальном времени. В принципе, это касается любых точек розничной торговли. Они должны быть отвязаны от системы управления предприятием. Цитата:
Цитата:
Сообщение от Narayana
![]() Из неудобств, - невозможность отслеживать складские остатки в реальном времени. Хотя, в обычном интернет магазине статок товара учитывается в ...одном из полей номенклатуры, как бы это ужасно не звучало. И при продаже единицы товара, это количество в строке номенклатуры уменьшается.
Как с этим правльно работать, пока не знаю. Цитата:
Цитата:
Триальная версия чего? Sharepoint 2013? |
|
Теги |
ax2012, commerce, online store, интернет-магазин, как правильно |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|