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

[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

...А о том порядке, в котором модули грызут запрос.
…про порядок вызова модулей

IIS Pipeline
http://blogs.msdn.com/b/tmarq/archiv...onditions.aspx

BEGIN_REQUEST
AUTHENTICATE_REQUEST
AUTHORIZE_REQUEST
RESOLVE_REQUEST_CACHE
MAP_REQUEST_HANDLER
ACQUIRE_REQUEST_STATE
PRE_EXECUTE_REQUEST_HANDLER
EXECUTE_REQUEST_HANDLER
RELEASE_REQUEST_STATE
UPDATE_REQUEST_CACHE
LOG_REQUEST
END_REQUEST

ASP.NET request-processing stages
http://www.iis.net/learn/application...ation-with-iis

Заметка 1: Integrated mode allows both managed and native modules to register for events in the IIS pipeline.
Заметка 2: Think of ASP.NET in classic mode as a pipeline within a pipeline.

BeginRequest. The request processing starts.
AuthenticateRequest. The request is authenticated. IIS and ASP.NET authentication modules subscribe to this stage to perform authentication.
PostAuthenticateRequest.
AuthorizeRequest. The request is authorized. IIS and ASP.NET authorization modules check whether the authenticated user has access to the resource requested.
PostAuthorizeRequest.
ResolveRequestCache. Cache modules check whether the response to this request exists in the cache, and return it instead of proceeding with the rest of the execution path. Both ASP.NET Output Cache and IIS Output Cache features execute.
PostResolveRequestCache.
MapRequestHandler. This stage is internal in ASP.NET and is used to determine the request handler.
PostMapRequestHandler.
AcquireRequestState. The state necessary for the request execution is retrieved. ASP.NET Session State and Profile modules obtain their data.
PostAcquireRequestState.
PreExecuteRequestHandler. Any tasks before the execution of the handler are performed.
ExecuteRequestHandler. The request handler executes. ASPX pages, ASP pages, CGI programs, and static files are served.
PostExecuteRequestHandler
ReleaseRequestState. The request state changes are saved, and the state is cleaned up here. ASP.NET Session State and Profile modules use this stage for cleanup.
PostReleaseRequestState.
UpdateRequestCache. The response is stored in the cache for future use. The ASP.NET Output Cache and IIS Output Cache modules execute to save the response to their caches.
PostUpdateRequestCache.
LogRequest. This stage logs the results of the request, and is guaranteed to execute even if errors occur.
PostLogRequest.
EndRequest. This stage performs any final request cleanup, and is guaranteed to execute even if errors occur.

ASP.NET Application Life Cycle Overview for IIS 7.0
http://msdn.microsoft.com/en-us/libr...v=vs.100).aspx

Execution order of modules in IIS7
http://www.ksingla.net/2006/06/execu...dules_in_iis7/
http://www.iis.net/learn/application...ation-with-iis

Думаю что для вас самое интересное это

Цитата:

If multiple modules subscribe to the same event and set the same priority, the module that is listed first in the system.webServer/modules section gets executed first. RQ_EXECUTE_REQUEST_HANDLER is different in this respect as it picks up the ordering from system.webServer/handlers section. Taking the example of StaticFile handler entry from default IIS configuration which looks like the following

<add name="StaticFile" path="*" verb="*" modules="StaticFileModule,DefaultDocumentModule,DirectoryListingModule" resourceType="Either" requireAccess="Read" />

IIS picks one handler for a request but each entry can have multiple modules executed which can appear as comma separated list as is the case for StaticFile handler. StaticFileModule, DefaultDocumentModule and DirectoryListingModule, all three subscribe to RQ_EXECUTE_HANDLER and use default priority. The default ordering of these modules is important to ensure they work correctly.

Ссылки далеко не все "официальные" но на мой взгляд информация корректна.

[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 все. А если на пыхе, то нужно отдельное хозяйство, отдельная админка, а это удорожание проекта.

[ax_mct]

Цитата:

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

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

Соседняя система полностью на Java со своей базой данных. Интерфейс был даже не в полноценных web-services а в JSON формате web-services что делало интеграцию чумовой. http://en.wikipedia.org/wiki/JSON-WSP

Требовалось показывать на AX форме результаты поиска из Java системы.
Как ни странно все получилось.

Цитата:

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

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

А зачем? Если очень надо можно и PHP на IIS запустить параллельно.
C помощью WebMatrix даже тот же PHP WordPress можно установить.
http://www.microsoft.com/web/webmatrix/

Цитата:

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

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

Все зависит от задачи. C готовыми решениями на PHP все быстрее, дешевле и как ни странно красивее. Практически нет программирования. Только выбор из большего количества вариантов и настройка.

Цитата:

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

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

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

Тот же Apache намного более ближе к человеку и программисту чем IIS.
Ничего не имею против IIS и работаю с ним всю дорогу, но если вы не заложник мелкософтовской инфраструктуры (как большинство больших компаний с Windows сетью) нет никакого смысла использовать IIS.

Смотрите как голосует мир. А он большой.
http://w3techs.com/technologies/deta...oftiis/all/all
Microsoft-IIS is used by 13.5% of all the websites whose web server we know.

Инструментарий в зависимости от задачи. Для большой корпорации одни факторы, для типичного малого бизнеса другие. Для самого что ни на есть типичного интернет бизнеса самое дешевый и быстрый вариант это Apache/PHP и возможно Java позади если нужно.

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