Ну и еще один способ, который я везде активно предлагаю обдумать.
Sharepoint — это совершенно классный back-end, с админским интерфейсом и кучей реализованных сервисов — веб-сервисы, маштабирование, безопасность, хранение данных, объектная модель и прочее.
Ну да, есть сложности которые еще в ASP.NET присутствуют, что делает сайты тяжеловатыми.
Ну так используйте другой фронтенд — тот же быстрый и эффективный MVC используя Sharepoint как бекенд — www.codeplex.com/SharePointMVC.
Реализовать на Шарике, какой нибудь процесс и настроить списки с данными можно за полдня. А потом прикрутить к этому еще и сайт на MVC оптимизированный на 100% и вот тебе очень эффективное решение.
Зачем вообще Sharepoint лучше почитать в этой статье — habrahabr.ru/blogs/microsoft/51781/
Здесь рассматривается самый простой сценарий создания программно _расширяемого_ в последствии сайта (просто создать сайт можно нажатием на кнопку, а вот инсталляционный пакет собрать — про это как раз статья).
На PHP сайт можно быстрее собрать чем на Sharepoint — спорить не буду. Но вот если этот сайт должен стать частью рабочего процесса компании или областью обмена информацией с партнерами, или интегрирован с множеством других систем… Вот тут первоначальные сложности начнут окупаться.
Собственно можно CMS часть сайта Кинотеатра сделать на PHP, а раздел сайта заказа билетов (который будет интегрирован с рабочими местами операторов), например, на Sharepoint и практически без кодирования — и это будет очень эффективно. Лучше конечно сделать на .NET технологии типа ASP.NET или MVC ASP.NET чтобы можно было просто взаимодействовать с объектной моделью Sharepoint из страниц сайта. Тогда вообще все просто получается.
Собственно для публикации в веб он тоже создавался :) Но только в той же весовой категории что и ВебСфера, т.е. для большинства проектов нет смысла использовать настолько тяжелое решение. Вот как раз здесь имеет смысл использовать в качестве frontend что-то другое на .NET
Он бывает хорош для всего, для чего создавался… Совместная работа, автоматизация процессов, интеграция с другими системами и прочее.
Для публикации в веб можно использовать разнообразные подходы в качестве frontend — ASP.NET, MVC, любую другую CMS на .NET платформе. Интегрироваться с Sharepoint будет очень просто.
Плюс к тому, как известно, на вкус и цвет… Мне черный Corporate шаблон для внутренних нужд понравился. А для внешнего сайта, так или иначе надо самому делать, не шаблонным же пользоваться
Ну, как вы понимаете, идея не в том чтобы их использовать, а в том чтобы посмотреть как поправить эти и сделать свои. Так намного проще чем во всем самому разбираться.
Надо смотреть что можно решить на этих платформах и во сколько реально это обойдется на Sharepoint — поиск специалистов, документации.
Надо рассматривать конкретный сценарий — например тот, который я описывал в предыдущем посте.
В контексте CMS решения я имел WSS в виду. У MOSS есть этот функционал, но решение будет слишком дорогим для большинства заказчиков если потребуется использовать MOSSFIS
Если вы начнете использовать Sharepoint не по назначению, например как CMS решение для обычного интернет-сайта — вполне может.
А если вы решите бизнес задачку автоматизации чего-либо для заказчика — Sharepoint сократит время на разработку такого решения однозначно. И, кстати, заказчики за подобные задачи денег обычно больше платят…
Для highlload сервера — нет конечно.
Для сайтов, коих подавляющее количество в Интернет и для сценариев автоматизации процессов работы с партнерами в экстранет сценариях — вполне.
Вы почитайте внимательно… Сюда посмотрите
habrahabr.ru/blogs/microsoft/52194
CAL нужно только при использовании MOSS, в случае WSS, который в большинстве случаев достаточно, использование + Windows WEb Server — не требуются CAL
Что значит не бывает и что значит мечты… Будьте в конце концов уже конкретным. Эти средние строчки нужны компаниям, которые решили построить свой корпоративный портал для совместной работы сотрудников и автоматизации внутренних процессов и они готовы платить эти деньги, потому что решение действительно очень хорошее для этих целей. Посмотрите ссылку на отчет в предыдущем посте.
Я в который раз повторяю, если веб-студия придет к небольшому заказчику для которого уже делала сайт, например, и предложит автоматизировать ключевые процессы работы с поставщиками и партнерами используя Windows Sharepoint Services бесплатных версий им скорее всего хватит.
Я в этой и предыдущей статье рассмтатривал создание сайтов преимущественно для автоматизации процессов с партнерами и заказчиками — там где на разработчика ложится задача создания веб-сервисов, форм, рабочих процессов.
Вы приведите, пожалуйста, свои расчеты на реализацию сайтов вместе с работой, которые я создаю в предыдущей статье и в докладах на www.techdays.ru/category/12/1.html
Покажите в каких случаях система жрет гигабайты.
Так заявлять без фактов — какой смысл?
Sharepoint — это совершенно классный back-end, с админским интерфейсом и кучей реализованных сервисов — веб-сервисы, маштабирование, безопасность, хранение данных, объектная модель и прочее.
Ну да, есть сложности которые еще в ASP.NET присутствуют, что делает сайты тяжеловатыми.
Ну так используйте другой фронтенд — тот же быстрый и эффективный MVC используя Sharepoint как бекенд — www.codeplex.com/SharePointMVC.
Реализовать на Шарике, какой нибудь процесс и настроить списки с данными можно за полдня. А потом прикрутить к этому еще и сайт на MVC оптимизированный на 100% и вот тебе очень эффективное решение.
Здесь рассматривается самый простой сценарий создания программно _расширяемого_ в последствии сайта (просто создать сайт можно нажатием на кнопку, а вот инсталляционный пакет собрать — про это как раз статья).
На PHP сайт можно быстрее собрать чем на Sharepoint — спорить не буду. Но вот если этот сайт должен стать частью рабочего процесса компании или областью обмена информацией с партнерами, или интегрирован с множеством других систем… Вот тут первоначальные сложности начнут окупаться.
Собственно можно CMS часть сайта Кинотеатра сделать на PHP, а раздел сайта заказа билетов (который будет интегрирован с рабочими местами операторов), например, на Sharepoint и практически без кодирования — и это будет очень эффективно. Лучше конечно сделать на .NET технологии типа ASP.NET или MVC ASP.NET чтобы можно было просто взаимодействовать с объектной моделью Sharepoint из страниц сайта. Тогда вообще все просто получается.
Вот здесь очень подробно разбирали
habrahabr.ru/blogs/microsoft/52194/
Для публикации в веб можно использовать разнообразные подходы в качестве frontend — ASP.NET, MVC, любую другую CMS на .NET платформе. Интегрироваться с Sharepoint будет очень просто.
По поводу отъедания ресурсов — смотреть надо.
msdn.microsoft.com/ru-ru/library/ms475286.aspx
search.live.com/results.aspx?q=sharepoint+javascript+filter+values+lookup&form=QBRE
Посмотрите сюда
blog.u2u.info/DottextWeb/patrick/articles/466.aspx
blogs.msdn.com/sharepointdesigner/archive/2007/06/13/using-javascript-to-manipulate-a-list-form-field.aspx
Я поиска
Надо рассматривать конкретный сценарий — например тот, который я описывал в предыдущем посте.
А если вы решите бизнес задачку автоматизации чего-либо для заказчика — Sharepoint сократит время на разработку такого решения однозначно. И, кстати, заказчики за подобные задачи денег обычно больше платят…
Для сайтов, коих подавляющее количество в Интернет и для сценариев автоматизации процессов работы с партнерами в экстранет сценариях — вполне.
habrahabr.ru/blogs/microsoft/52194
CAL нужно только при использовании MOSS, в случае WSS, который в большинстве случаев достаточно, использование + Windows WEb Server — не требуются CAL
Я в который раз повторяю, если веб-студия придет к небольшому заказчику для которого уже делала сайт, например, и предложит автоматизировать ключевые процессы работы с поставщиками и партнерами используя Windows Sharepoint Services бесплатных версий им скорее всего хватит.
Докажите обратное, в противном случае.
blogs.msdn.com/serpo_msdn/archive/2009/02/17/9427745.aspx?
Вы приведите, пожалуйста, свои расчеты на реализацию сайтов вместе с работой, которые я создаю в предыдущей статье и в докладах на www.techdays.ru/category/12/1.html
Покажите в каких случаях система жрет гигабайты.
Так заявлять без фактов — какой смысл?