Комментарии 25
Ожидал увидеть портальные пушки
+13
Заголовок совершенно сбивает с толку. Ресурс не только о веб-технологиях, внесите ясность.
+1
Я вот одного не могу понять, корпоративный портал, ведь это, прежде всего — интранет? Тогда зачем все эти облачные решения для таких задач?
0
Что мешает облаку быть частью интранета?
VPN изобрели уже давно…
VPN изобрели уже давно…
0
VPN — это уже излишние сложности.
Машинки в сети стоимостью до 30 тысяч — предостаточно (конечно, если у вас не 10000 сотрудников).
Машинки в сети стоимостью до 30 тысяч — предостаточно (конечно, если у вас не 10000 сотрудников).
-1
Если офисы на 3х континентах, то облако для интранета очень неплохое решение.
+1
Облако не обязательно должно быть публичным, может быть и частным. Вопрос в надежности, я видел мало серверных, на российских предприятиях, где уровень пожарной безопасности и энергоснабжения соответствовал современным дата-центрам. Также к преимуществам публичного облака можно отнести масштабируемость системы — если мне нужно подключить новый офис или площадку, я арендую дополнительное лезвие и в бой. Минусы тоже очевидны: менталитет не позволяет выносить корпоративную информацию за границу забора, слабые каналы связи, да и стоимость надо считать. Если интересно можно посмотреть два примера экономического обоснования перевода в облако 1. — 300 ПК 2. — серверной (ссылка внизу страницы): Облачные решения (Доклад Белые ночи 2012)
+1
1) корпоративный портал это интранет, при этом, если у вас хороший интернет-канал, абсолютно неважно где он хостится;
2) облако — это лишь тренд, в определенных условиях позволяющий сократить расходы на ит;
3) неправильный выбор модели хостинга (ondemand, hosting, или «хитрый микс» — может очень серьезно навредить бизнесу (нарушить самое важное Business Continuity)
2) облако — это лишь тренд, в определенных условиях позволяющий сократить расходы на ит;
3) неправильный выбор модели хостинга (ondemand, hosting, или «хитрый микс» — может очень серьезно навредить бизнесу (нарушить самое важное Business Continuity)
0
Если вам дороги нервы, не связывайтесь с WebSphere Portal.
+6
Как и с половиной из перечисленных решений.
+1
Есть альтернатива перечисленным решениям, с которой все будет гладко? Задача ИТ службы — не беречь нервы, а решать поставленные перед ней бизнесом задачи. Для этого — выбирать оптимальное решение за разумную цену. Не нравится WSP, есть решения на базе шарика, битрикс или открытые системы, а то безнадега получается…
0
SAP Portal тоже то ещё чудо. За последние полгода ниодного положительного чувства не вызвал.
0
Очень понравился битрикс24, если не то, что он ужасно тормозит. Либо потому что битрикс, либо потому что в амазоне. Файлы открываются секунд по 30, это очень долго. Остались на внутреннем шарепойнте.
0
А как же TeamLab?
-1
Вы забыли про Drupal.
Правда ваша разбивка по категориям для друпала не подойдет.
Drupal это открытое решение для сайтов/порталов любого вида. На нем можно очень быстро реализовать как сайт визитку, так и професиональный портал для крупных компаний.
Самые яркие представители из корпоративных порталов на друпале:
http://www.ubuntu.com/
https://dev.twitter.com/
http://www.symantec.com/connect/
http://www.whitehouse.gov/
…
Правда ваша разбивка по категориям для друпала не подойдет.
Drupal это открытое решение для сайтов/порталов любого вида. На нем можно очень быстро реализовать как сайт визитку, так и професиональный портал для крупных компаний.
Самые яркие представители из корпоративных порталов на друпале:
http://www.ubuntu.com/
https://dev.twitter.com/
http://www.symantec.com/connect/
http://www.whitehouse.gov/
…
-1
НЛО прилетело и опубликовало эту надпись здесь
Вынужден не полностью согласится.
Опртимизировать ресурсорасход нужно всегда, не важно что ты используешь.
В случае друпала это начинается с использования Memcache (для кэша и хранения сессий) и APC.
Плюс можно использовать php-fpm вместо Apache2. И поставить перед ним Nginx или Varnish.
Для поиска можно использовать Apache Solr вместо поиска который с ядром приезжает.
Я не отрицаю что в начале нужно слегка повозится, для оптимизации, но оно того стоит, ИМХО
Опртимизировать ресурсорасход нужно всегда, не важно что ты используешь.
В случае друпала это начинается с использования Memcache (для кэша и хранения сессий) и APC.
Плюс можно использовать php-fpm вместо Apache2. И поставить перед ним Nginx или Varnish.
Для поиска можно использовать Apache Solr вместо поиска который с ядром приезжает.
Я не отрицаю что в начале нужно слегка повозится, для оптимизации, но оно того стоит, ИМХО
0
Добавил Drupal в открытые платформы для создания корпоративных порталов
0
Из коммерческих я бы еще добавил ХостСмс
www.hostcms.ru/
www.hostcms.ru/
-1
И Worklite.Office тоже туда же. Хорошая вещь — а стоит три копейки!
0
Теперь там порносайт) Импортозамещение
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Публикации
Изменить настройки темы
Краткий обзор корпоративных порталов