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

[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

Я не просто крут, а очень крут. На меня еще в 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
При этом он даже заикнулся про порядок вызова модулей, но как-то смущенно сказал, что сервер сам определяет последовательность. Сдается мне, он просто не знает...

[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

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

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

Именно 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 где имеющиеся специалисты и инфраструктура не оставляют выбора. Но при наличии такого выбора - это безумие копать там где светло.

[ax_mct]

Немного оффтопа про Nginx.

http://w3techs.com/technologies/deta...-nginx/all/all
Nginx is used by 22.3% of all the websites whose web server we know.

https://ru.wikipedia.org/wiki/Nginx
https://ru.wikipedia.org/wiki/Сысоев...мирович

http://www.forbes.ru/tehno/230509-ka...llion-na-hobbi
В начале 2000-х Игорь Сысоев, тогда системный администратор «Рамблера», развлекал себя на работе тем, что писал программу под названием NGINX. К началу 2010-х она сделала его без пяти минут миллионером

[Narayana]

Цитата:

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

IIS Pipeline

Кажется, немного разобрался.
Когда читаешь, нужно все время понимать, где находишься... в конвейере IIS, конвейере приложения или конвейере страницы.
Пожалуй, именно непонимание этого вызывало у меня бурные эмоции.
Сейчас полегчало

[Narayana]

Цитата:

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

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

Параллельно-то можно запустить, да только в моем случае на пыхе написан форум, который работает уже 8 лет с очень большим количеством страниц.
И все эти страницы индексируются Яндексом. Трафик на главную страницу сайта - 80 посещений в день, а в форуме 300.
Мне бы хотелось, чтобы форум показывался внутри MasterPage основного сайта. Тогда посетителям помимо содержания форума будут видны и доступны элементы богатой навигации основного сайта.
Но, Asp.net не позволяет вставить php контент на свою страницу.
Думаю, это сделано сознательно, чтобы не повадились внутри asp.net использовать богатую наработанную функциональность на пыхе.

Цитата:

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

Верю. Но, я родился в Майкрософте. В Майкрософте, наверное, и помру...

Цитата:

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

Угу. Только вам вместо одного админа придется двух держать. И разработчика тоже.

Цитата:

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

Я заложник
Но, если вы читали про OWIN, то у MS тоже появились подвижки в сторону человечности.
Нативные модули из веб-сервера выкидывают и даже слушалку запросов используют дотнетовскую. Мало того, как мне показалось и от названия 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.

Пф... еще раз повторю свое мнение. Я заложник идеи интеграции всего и во все, которой придерживается MS. Когда-нибудь это станет решающим преимуществом. Впрочем, если уже не стало.

Цитата:

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

Мне такой подход не нравится. Мне больше нравится взять глыбу и отсечь все ненужное... )

Цитата:

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

...но, есть же еще и просто вкусы... ))

[Narayana]

Уважаемый Ax_mct, если вы такой дока в аспшных делах, не подскажите такую вещь...

Вот у меня есть форум и магазин.
В конфигах у каждого объявляются свои самопальные управляемые модули и хандлеры.

Оно бы ничего, но они объявляются не только в секции <system.web>, но и в секции <system.webServer>

Вот пример:

Цитата:

<system.webServer>
<validationvalidateIntegratedModeConfiguration="false" />
<modules>
<removename="YafTaskModule" />
<removename="UrlRewriter" />
<addname="YafTaskModule"type="YAF.Core.YafTaskModule, YAF.Core"preCondition="managedHandler" />
<addname="UrlRewriter"type="Intelligencia.UrlRewriter.RewriterHttpModule,Intelligencia.UrlRewriter"

preCondition="managedHandler" />
</modules>
<handlers>
<addname="YafHandler"preCondition="integratedMode"verb="GET"path="Resource.ashx"

type="YAF.YafResourceHandler, YAF" />
</handlers>
</system.webServer>

Вот, как это?
Чего делать этим управляемым модулям и обработчикам в настройках IIS, а не только ASP.NET ?

Пробуем выкинуть их из <system.web>, не работает.
Выкидываем из <system.webServer>, все работает, как и можно было ожидать.

Так зачем одно и то же объявлять в двух разделах?

[ax_mct]

Цитата:

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

Но, если вы читали про OWIN, то у MS тоже появились подвижки в сторону человечности.

stimulate the open source ecosystem of .NET web development tools.
http://owin.org/

Вот этой самой отрытой экосистемы и не хватает. Вернее она есть но намного меньше чем PHP/Java.
Та же возрастающая поддержка PHP в IIS очень знаковая вещь - признание поражения монопольных амбиций на мой взгляд.
http://www.microsoft.com/web/platform/phponwindows.aspx

А вот как скрестить ASP.NET c PHP - это вопрос интересный
Есть такая штука
http://www.php-compiler.net

Цитата:

Phalanger is complete full-featured implementation of PHP, rewritten in safe C# language. It consists of compiler and runtime. The compilation itself brings developers and web hosting providers a lot of new possibilities. Phalanger improves execution speed, safety and makes integration with existing PHP and .NET code very simple.

Phalanger as a PHP compiler produces safe .NET assemblies. It also works as an ASP.NET extension which compiles scripts automatically and allows you to start using PHP on ASP.NET-enabled servers within single line of configuration.

[ax_mct]

Цитата:

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

Пробуем выкинуть их из <system.web>, не работает.
Выкидываем из <system.webServer>, все работает, как и можно было ожидать.

Так зачем одно и то же объявлять в двух разделах?

Насколько я понимаю это зависит от версии IIS и от режима.
system.web для IIS 6 и для IIS 7 в classic режиме.
system.webServer для IIS 7.0 в integrated режиме.

Поэтому безопаснее дублировать.

http://msdn.microsoft.com/en-us/library/bb763179.aspx

Цитата:

Some settings in the system.webServer section apply only to IIS 7.0 Integrated mode and do not apply to Classic mode. In particular, any managed-code modules and handlers specified in the system.WebServer section of the Web.config file are ignored if the application is running in Classic mode. Instead, the managed-code modules and handlers must be defined as in earlier versions of IIS, in the httpModules and httpHandlers elements of the system.web section.

[Narayana]

Цитата:

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

Насколько я понимаю это зависит от версии IIS и от режима.
system.web для IIS 6 и для IIS 7 в classic режиме.
system.webServer для IIS 7.0 в integrated режиме.

Поэтому безопаснее дублировать.

http://msdn.microsoft.com/en-us/library/bb763179.aspx

Спасибо, много раз смотрел этот текст, но пропустил...

а system.web , это не то, чтобы для " в classic режиме", а просто настройки asp.net, в то время как system.webServer настройки IIS в 7.0 и выше...

[Narayana]

Цитата:

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

А вот как скрестить ASP.NET c PHP - это вопрос интересный
Есть такая штука
http://www.php-compiler.net

Эх, поздно... нашел уже нормальный бесплатный форум Yet Another Forum на asp.net . Скоро домучаю.