портал

[belugin]

http://tinyurl.com/c8or9ye

http://technet.microsoft.com/en-us/l.../hh242206.aspx

Цитата:

The following Web browsers are supported in Enterprise Portal for Microsoft Dynamics AX 2012:
•
Windows Internet Explorer 9.0

•
Windows Internet Explorer 8.0

•
Mozilla Firefox 3.5

•
Safari 5.1.2 (Requires hotfix. For more information, see systems requirements document.)

[v.bessoltsev]

А как насчет быстродействия, он и в правду "тормозит" ?
С праздником всех !!!

[sukhanchik]

Цитата:

Сообщение от v.bessoltsev

Что-то вроде этого , мне сказали, что у него есть ряд недостатков, что-то вроде:
1. Очень много стоит - поэтому мало продается ?
2. Медленно работает - даже на хорошем железе
3. Только через IE
С трудом верится, что Microsoft допускает на рынок такой продукт
Так это, кто может подсказать...

Цитата:

Сообщение от v.bessoltsev

А как насчет быстродействия, он и в правду "тормозит" ?
С праздником всех !!!

Все в мире относительно. И цена и скорость работы. Я думаю, тут вопрос скорее в потребностях заказчиков и в той "статистике слухов", которая выходит на рынок.
Чтобы заказчик стал использовать портал - у него должна возникнуть такая потребность. А чтобы у него возникла такая потребность - нужно, чтобы кто-то (сотрудник заказчика / внедренец / еще кто-то) подсказал заказчику - какие задачи можно решить порталом. Не всем заказчикам объективно нужен портал. Не всем заказчикам понятно - какие задачи он может решать именно у них и почему эти задачи может решить только этот портал. Вот они собственно и формируют "статистику слухов". Если какая-то компания у себя использует портал - она не будет об этом кричать на каждом углу - она просто будет его использовать. И уж позаботится о такой конфигурации оборудования, которая бы не являлась бы дискомфортной.

Я не хочу сейчас вдаваться в дискуссию по перечислению плюсов и минусов портала. Просто хочу отметить, что на первом месте стоит понимание потребности его и именно его использования.
Это не означает - что Микрософт не прикладывает усилия в этом направлении. Прикладывает. Но система многогранна - и есть часто используемые модули, есть редко используемые модули. Редкость использования не означает, что они "плохие" .

[v.bessoltsev]

Какие минусы в нем, если не секрет, хотяб несколько ?

[mazzy]

Цитата:

Сообщение от v.bessoltsev

...он и в правду "тормозит" ?...

Цитата:

Сообщение от v.bessoltsev

Какие минусы ...

ГЫ!!!!

а вы так и не рассказали, что вы называете "эффективностью", "клиентом" и "порталом".

[Narayana]

Цитата:

Сообщение от v.bessoltsev

Какие минусы в нем, если не секрет, хотяб несколько ?

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

Чтобы не морочить людям голову, нужно в первую очередь отвязать Портал от SharePoint, полноценно открыть исходники страниц и сделать технологию разработки под веб прозрачной.
В таком виде, как это существует сейчас, Портал НИКОГДА не получит широкого распространения наравне с самой Аксаптой. Просто потому, что сним невозможно работать.
А невозможно работать из-за слишком большого количества технологий, используемых одновременно и полной недокументированности.

Кстати, работает Портал вполне себе шустро, если веб-сервер расположен на отдельном сервере, а страницы не спят.
При этом, пробуждение страниц, это не столько проблема Портала, сколько общая проблема IIS , как мне кажется.

[gl00mie]

Цитата:

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

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

Не является ли это мнение результатом попыток "готовить портал не по рецепту"?

Цитата:

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

Чтобы не морочить людям голову, нужно в первую очередь отвязать Портал от SharePoint

SharePoint в портале используется не только для того, чтобы продавать его вместе с Аксаптой тем, кому почему-либо не хватает SharePoint Foundation, но и чтобы не изобретать некоторые велосипеды, такие как веб-части (!!) с возможностями пользовательской настройки и связями на странице по ролям consumer/provider, меню (используется в панели инструментов), ribbon (на основе которого, как я понимаю, реализована Action pane). Весь портал построен на веб-частях, везде и всюду используются возможности SharePoint для контроля того, имеет ли текущий пользователь право видеть ту или иную ссылку, кнопку, пункт меню. Последнее в виндовом клиенте Аксапты стало привычным делом и потому воспринимается как само собой разумеющееся, но попробуйте реализовать то же на голом ASP.NET так, чтобы не приходилось заморачиваться этими вопросами при разработке каждой отдельной веб-страницы.

Цитата:

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

В таком виде, как это существует сейчас, Портал НИКОГДА не получит широкого распространения наравне с самой Аксаптой. Просто потому, что с ним невозможно работать.

Здрасти, приехали... а как же ролевые центры, отображаемые в виндовом клиенте, всякие там KPI, красивые стопочки необработанных документов и проч., с возможностью пользовательской настройки веб-частей, которые в этих ролевых центрах отображаются? С порталом уже работают, другой вопрос, насколько просто модифицировать то, что с ним связано...

[Narayana]

Цитата:

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

Не является ли это мнение результатом попыток "готовить портал не по рецепту"? SharePoint в портале используется не только для того, чтобы продавать его вместе с Аксаптой тем, кому почему-либо не хватает SharePoint Foundation, но и чтобы не изобретать некоторые велосипеды, такие как веб-части (!!) с возможностями пользовательской настройки и связями на странице по ролям consumer/provider, меню (используется в панели инструментов), ribbon (на основе которого, как я понимаю, реализована Action pane). Весь портал построен на веб-частях, везде и всюду используются возможности SharePoint для контроля того, имеет ли текущий пользователь право видеть ту или иную ссылку, кнопку, пункт меню. Последнее в виндовом клиенте Аксапты стало привычным делом и потому воспринимается как само собой разумеющееся, но попробуйте реализовать то же на голом ASP.NET так, чтобы не приходилось заморачиваться этими вопросами при разработке каждой отдельной веб-страницы.Здрасти, приехали... а как же ролевые центры, отображаемые в виндовом клиенте, всякие там KPI, красивые стопочки необработанных документов и проч., с возможностью пользовательской настройки веб-частей, которые в этих ролевых центрах отображаются? С порталом уже работают, другой вопрос, насколько просто модифицировать то, что с ним связано...

Если бы мне хотелось рассказать кому-то про Портал, то я, конечно же, рассказывал бы теми же самыми словами, что и вы, но... давайте посмотрим на это немного с другой стороны. Так сказать, эзотерической...
Послевкусие.
От Аксапты только одно, - это вещь! И страх за то, чтобы Майкрософт эту вещь не испоганил.
От Портала, - это один сплошной большой геморрой.

Вот, от ASP.NET хорошие ощущения. Надежно, мощно, удобно. Работа с данными в Студии, вообще, выше всяких похвал.
SharePoint, - тоже хорошие ощущения, пока на него не натягивают надстроек, из-за которых он перестает работать со всеми браузерами.

А вот ASP.NET + SharePoint + Axapta, это уже гадость.
Не знаю как лучше сделать по другому, но это гадость.

"Не является ли это мнение результатом попыток "готовить портал не по рецепту"? "

Ну, правильно. Майкрософт лучше меня знает, что мне нужно!
А если серьезно, то речь идет только о двух пользовательских интерфейсах в систему. Windows интерфейс и Веб интерфейс. И все. Интерфейс, убогий по эргономике и совершенно невозможный для разработки, это плохой интерфейс.

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

[mazzy]

Цитата:

Сообщение от v.bessoltsev

...насколько эффективен портал для клиентов

Цитата:

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

...заказчиков...
Чтобы заказчик...
заказчику...

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