Как дела с интернет-магазином в 2012 R3?

[Narayana]

Цитата:

Сообщение от Ivanhoe

Скачайте последнюю демо-машину с ax 2012 r3, там есть несколько примеров магазинов. Заодно можно посмотреть как оно все живет в параллель с обычными магазинами (pos).

Ну, то есть, вы хотите сказать, что это работает?
А на русском?

...но, SharePoint, блин, извращенцы...

[mazzy]

Цитата:

Сообщение от Narayana

Магазины с разным функционалом?

одинаковый. набор продуктов, описания, навигация по каталогам - то, что зависит от товарной базы - разная.

Цитата:

Сообщение от Narayana

А на русском?

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

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

[Narayana]

Цитата:

Сообщение от mazzy

одинаковый. набор продуктов, описания, навигация по каталогам - то, что зависит от товарной базы - разная.


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

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

Помнится, пару лет назад вы тоже проявляли интерес к веб-магазину.
За это время удалось немного поюзать хотя бы на виртуальной машине?
Какие ощущения?

[Diman]

Цитата:

Сообщение от Narayana

Ну, то есть, вы хотите сказать, что это работает?
А на русском?

...но, SharePoint, блин, извращенцы...

SharePoint только для веб морды, доступа, масштабирования и т.п..
Если не ошибаюсь, в БД шарика лежит только каталог, прайс листы, которые можно "показывать" для поисковиков.
А так там обычный джоб, который синкает данные с БД канала. Поэтому тут как раз связь с Аксаптой минимальная.

[Narayana]

Цитата:

Сообщение от Diman

SharePoint только для веб морды, доступа, масштабирования и т.п..
Если не ошибаюсь, в БД шарика лежит только каталог, прайс листы, которые можно "показывать" для поисковиков.
А так там обычный джоб, который синкает данные с БД канала. Поэтому тут как раз связь с Аксаптой минимальная.

Пытаюсь осмыслить про "веб-морду"...
Немного отошел от Аксапты и отвык от того, что специалисты по Аксапте больше думают категориями работы с данными, а все остальное для них, так, мелочи.
Однако, сейчас разбираюсь с механизмами работы IIS 7.0 и ASP.NET в виде хандлеров и модулей, и понимание веб-морды становится все сложнее и сложнее.
Вообще, в веб-программировании, как оказалось, настройка конфигов для сервера и ASP.NET, а также работа с классами конвейера, это намного сложнее, чем просто создание страниц и контролов.
Дело в том, что в вебе все время есть необходимость правки и добавления юзабилити за счет более сложного пользовательского интерфейса.
А чтобы вставить эти добработки, нужно понимать, как они будут взаимодействовать со страницей и инфраструкторой страницы.
А вот здесь-то как раз с Шариком полные вилы, поотому что Шарик требует своей специфической настройки инфраструктуры веб-сервера...

[ax_mct]

Цитата:

Сообщение от Narayana

Пытаюсь осмыслить про "веб-морду"...
Немного отошел от Аксапты и отвык от того, что специалисты по Аксапте больше думают категориями работы с данными, а все остальное для них, так, мелочи.
Однако, сейчас разбираюсь с механизмами работы IIS 7.0 и ASP.NET в виде хандлеров и модулей, и понимание веб-морды становится все сложнее и сложнее.
Вообще, в веб-программировании, как оказалось, настройка конфигов для сервера и ASP.NET, а также работа с классами конвейера, это намного сложнее, чем просто создание страниц и контролов.
Дело в том, что в вебе все время есть необходимость правки и добавления юзабилити за счет более сложного пользовательского интерфейса.
А чтобы вставить эти добработки, нужно понимать, как они будут взаимодействовать со страницей и инфраструкторой страницы.
А вот здесь-то как раз с Шариком полные вилы, поотому что Шарик требует своей специфической настройки инфраструктуры веб-сервера...

Интересно есть живые и работающие интернет-магазины на Шарике(SharePoint) ?
Все же EP в АХ это внутренний интранет-портал прежде всего и очень скромный функционал для внешних ролей. Интернет-магазином назвать язык не поворачивается.

При том что я ASP.NET специалист да и вообще MS супермен, сейчас делаю для жены магазин на PHP/Apache/MySQL.
На порядок дешевле получается и как ни странно интереснее. Как бы ни пыжился майкрософт, рынок web магазинов им давно проигран, да и никогда не был завоеван.
Проще интеграцию с АХ сделать чем нормальный интернет-магазин на SP. IMHO.

[Narayana]

Цитата:

Сообщение от ax_mct

Интересно есть живые и работающие интернет-магазины на Шарике(SharePoint) ?

Уверен в том, что нет и быть не может в принципе.

Цитата:

Все же EP в АХ это внутренний интранет-портал прежде всего и очень скромный функционал для внешних ролей. Интернет-магазином назвать язык не поворачивается.

В ЕР центральное место, это бизнес-коннектор. С помощью веб-частей сделано то, что на ASP.NET делается двумя щелчками мыши с помощью серверных и пользовательских контролов. Вы можете воспользоваться возможностями бизнес-коннектора и написать свой простенький сайт с MasterPage, который будет делать все то же самое, что и Портал.

Цитата:

При том что я ASP.NET специалист да и вообще MS супермен, сейчас делаю для жены магазин на PHP/Apache/MySQL.

А на сколько вы специалист по ASP.NET ?
Одни считают себя специалистами, едва научились Студию открывать и на страницу контролов натаскивать, а другие веб-сервисы приличные пишут.
Вы из каких?
Если из вторых, помогите разобраться с устройством IIS и ASP.NET конвейера.
Подскажите, в каком настроечном файле определяется порядок применения модулей и хандлеров IIS к обработке входящих запросов и выходящих ответов сервера?
К сожалению, документация по устройству файлов конфигов очень разрозненная...

Цитата:

На порядок дешевле получается и как ни странно интереснее.

Коммерческий движок магазина на ASP.Net вполне приличного и вида и функционала стоит 15 тыс. рублев. Вы хотите сказать, что тоже самое на пыхе стоит полторы тысячи?! Очень сомневаюсь.
А разработка с нуля, что на пыхе, что на ASP, это разговор ни о чем.
Но, все-таки после .Net, IIS и asp.net желание программировать на PHP, это, как мне кажется, весьма странно. Тем более в свете интеграции с MS-продуктами.

Цитата:

Как бы ни пыжился майкрософт, рынок web магазинов им давно проигран, да и никогда не был завоеван.

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

Цитата:

Проще интеграцию с АХ сделать чем нормальный интернет-магазин на SP. IMHO.

Любой интернет магазин, это интеграция с Аксаптой.
И SP здесь совершенно ни при чем.
Интернет магазин в принципе невозможно сделать разделяющим базу Аксапты по причинам безопасности и надежности.

[ax_mct]

Цитата:

Сообщение от Narayana

>>Интересно есть живые и работающие интернет-магазины на Шарике(SharePoint) ?
>>>>Уверен в том, что нет и быть не может в принципе.

Есть. Обязаны быть. Продажники от MS еще и не такое продвинут, а подрядчики за деньги клиента еще и не такое сотворят.

Прежде всего как SharePoint + Commerce Server (Microsoft SharePoint Commerce Services)
http://msdn.microsoft.com/en-us/library/dd442348.aspx
https://blog.credera.com/ecommerce/s...rop-ecommerce/

Кстати AX хотят с Commerce Server спарить.
http://blogs.msdn.com/b/commerce/arc...-it-means.aspx

Кто-то и без Commerce Server, на одном InfoPath извращается.
no code shopping cart with SharePoint 2010
http://www.synergyonline.com/Blog/Li...st.aspx?ID=167

Некоторые корзины и в SharePoint 2007 c одного плевка делают.
https://www.infowisesolutions.com/bl...x?ArticleId=62

А уж если глянуть то SharePoint 2013 то вообще страшно за рынок eCommerce.

eCommerce Module for SharePoint
https://www.sharepointams.com/en/pro...ommerce-module

E-commerce solutions with Dynamics for Retail & SharePoint 2013
http://channel9.msdn.com/Events/Shar...ce/2014/SPC359

[ax_mct]

Цитата:

Сообщение от Narayana

А на сколько вы специалист по ASP.NET ?
Одни считают себя специалистами, едва научились Студию открывать и на страницу контролов натаскивать, а другие веб-сервисы приличные пишут.
Вы из каких?
Если из вторых, помогите разобраться с устройством IIS и ASP.NET конвейера.
Подскажите, в каком настроечном файле определяется порядок применения модулей и хандлеров IIS к обработке входящих запросов и выходящих ответов сервера?
К сожалению, документация по устройству файлов конфигов очень разрозненная...

Я не просто крут, а очень крут. На меня еще в 2003 году работодатели с .NET в очередь выстраивались чтобы просто на меня посмотреть И я даже знаю что такое веб-сервис

Насколько я понял вопрос и потребность. web.config приложения секция <handlers> (если IIS 7 и выше).

Handlers <handlers>
http://www.iis.net/configreference/s...erver/handlers

Configuring Handler Mappings in IIS 7
http://technet.microsoft.com/en-gb/l...(v=ws.10).aspx

Add a Managed Handler Mapping (IIS 7)
http://technet.microsoft.com/en-us/l...(v=ws.10).aspx
http://msdn.microsoft.com/en-us/libr...v=vs.100).aspx

HTTP Handlers and HTTP Modules in ASP.NET
http://www.codeguru.com/csharp/.net/...-in-ASPNET.htm

[Narayana]

Цитата:

Сообщение от ax_mct

Я не просто крут, а очень крут. На меня еще в 2003 году работодатели с .NET в очередь выстраивались чтобы просто на меня посмотреть И я даже знаю что такое веб-сервис

Обожаю людей без ложной скромности

Цитата:

Насколько я понял вопрос и потребность. web.config приложения секция <handlers> (если IIS 7 и выше).

...не, не, не...
всю эту лабуду я перечитал вдоль и поперек.
Вопрос не в том, что есть модули, хандлеры и маппинг.
Это все хоть и криво, но описано. Не описано самое интересное.
Вот у вас запрос от браузера пришел на конвейер IIS и ASP.NET...
Этот запрос последовательно обрабатывается родными и управляемыми модулями, а потом доходит до хандлера, который и рождает ответ браузеру в http виде. А маппинг позволяет вам указать какие типы файлов какими хандлерами обрабатываются.
Также в конфиге вы можете добавить свои модули или хандлеры, которые также будут грызть запросы и возвращать html в том виде, который вам нравится.
Но, я не об этом.
А о том порядке, в котором модули грызут запрос.
Нетути никакого документа, где этот порядок определяется.
Нет его даже в applicationHost.config, а в схеме построения самого конфига IIS_schema.xml нет и намека на его присутствие.

А как же тогда гибкость и настраиваемость IIS-а?
Если логика запуска модулей зашита в IIS программно, то где эта логика хотя бы описывается?
Возможно, сначала запускаются модули по умолчанию включенные в IIS, а затем уже пользовательские, но я пока не нашел. Вот и спрашиваю, может вы знаете?

Есть замечательное видео, где автор очень хорошо обобщил информацию про IIS и представил в человеческом виде http://www.youtube.com/watch?v=XKpJuTAJX1g
При этом он даже заикнулся про порядок вызова модулей, но как-то смущенно сказал, что сервер сам определяет последовательность. Сдается мне, он просто не знает...

[ax_mct]

Цитата:

Сообщение от Narayana

В ЕР центральное место, это бизнес-коннектор. С помощью веб-частей сделано то, что на ASP.NET делается двумя щелчками мыши с помощью серверных и пользовательских контролов. Вы можете воспользоваться возможностями бизнес-коннектора и написать свой простенький сайт с MasterPage, который будет делать все то же самое, что и Портал.

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

Цитата:

Сообщение от Narayana

Коммерческий движок магазина на ASP.Net вполне приличного и вида и функционала стоит 15 тыс. рублев. Вы хотите сказать, что тоже самое на пыхе стоит полторы тысячи?! Очень сомневаюсь.
А разработка с нуля, что на пыхе, что на ASP, это разговор ни о чем.
Но, все-таки после .Net, IIS и asp.net желание программировать на PHP, это, как мне кажется, весьма странно. Тем более в свете интеграции с MS-продуктами.

Да я и на Java спокойно web программировал с JBoss и Apache. Все равно на чем. И простые текстовые редакторы люблю больше чем все волшебные кнопки Visual Studio
Java вот недавно спаривал с NET и AX. Веб-сервисы Javа вызывал из NET для AX. Клиент платит - я танцую хоть на голове. Интеграцией нас не запугать

В том то и дело что с нуля неинтересно. А если есть почти готовое то язык и инструменты уже не важны - а технология и суть одна и та же везде.

Comparison of free software e-commerce web application frameworks
http://en.wikipedia.org/wiki/Compari...ion_frameworks
Одно PHP практически.

Конечно есть и такое
ASP.NET open-source ecommerce solution.
http://www.nopcommerce.com
https://virtocommerce.codeplex.com
http://www.dotshoppingcart.com

Но MS вечно догоняет и он сильно позади e-commerce темы и моды в принципе.

Цитата:

Сообщение от Narayana

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

Пыжится, пыжится. Commerce Server.
Да и в начале века хотел перевернуть весь мир с ASP.NET. У меня как раз дипломом был (то есть я для жены писал ) магазин на ASP.NET. Что-то мир покрутил пальцем у виска и продолжил на PHP и Java.

Historical trends in the usage of server-side programming languages for websites
http://w3techs.com/technologies/hist...mming_language

Usage statistics and market share of ASP.NET for websites
ASP.NET is used by 17.3% of all the websites whose server-side programming language we know.
http://w3techs.com/technologies/deta...aspnet/all/all

Цитата:

Сообщение от Narayana

Любой интернет магазин, это интеграция с Аксаптой.
И SP здесь совершенно ни при чем.
Интернет магазин в принципе невозможно сделать разделяющим базу Аксапты по причинам безопасности и надежности.

Именно. А раз неразумно разделять базу Аксапты с онлайн-магазином то какая разница на чем он будет сделан этот магазин?

[Narayana]

Цитата:

Сообщение от ax_mct

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

Да, все верно. Но я про то, что в Портале центральным местом является БК, а н Шарик... )

Цитата:

Да я и на Java спокойно web программировал с JBoss и Apache. Все равно на чем. И простые текстовые редакторы люблю больше чем все волшебные кнопки Visual Studio
Java вот недавно спаривал с NET и AX. Веб-сервисы Javа вызывал из NET для AX. Клиент платит - я танцую хоть на голове. Интеграцией нас не запугать

Именно Java, а не JavaScript?
м-м-м... а зачем?

Цитата:

В том то и дело что с нуля неинтересно. А если есть почти готовое то язык и инструменты уже не важны - а технология и суть одна и та же везде.

...ой, лукавите
Попробуйте страницу, написанную на пыхе, затолкать под MasterPage на asp.net

За ссылки спасибо, посмотрю внимально на досуге.

Цитата:

Но MS вечно догоняет и он сильно позади e-commerce темы и моды в принципе.

У MS как ни у кого больше стоит задача интеграции всех продуктов. Попробуй такое хозяйство проверни. Даже при всем том, что MS часто "не догоняет", мои симпатии все-равно на стороне MS. Пока на стороне MS...

Цитата:

Пыжится, пыжится. Commerce Server.
Да и в начале века хотел перевернуть весь мир с ASP.NET. У меня как раз дипломом был (то есть я для жены писал ) магазин на ASP.NET. Что-то мир покрутил пальцем у виска и продолжил на PHP и Java.

А можете в двух словах привести резоны?
В принципе, понятно, что вхождение в веб на пыхе проще, но, все-таки, меня пока еще не разочаровала инфраструктура программирования под Мелкософтом. Хотя, задолбало вскрывать новые и новые слои абстракции. Хочется уже что-то создавать, а не разбираться в технологии.

Цитата:

Именно. А раз неразумно разделять базу Аксапты с онлайн-магазином то какая разница на чем он будет сделан этот магазин?

Разница есть.
Если вы ваяете на дот нете, у вас под рукой вся мелкософтовская инфраструктура и спецам по Аксапте легче объясняться с дотнетчиками.
Опять же, на IISe все. А если на пыхе, то нужно отдельное хозяйство, отдельная админка, а это удорожание проекта.