Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 39
вопрос не в тему.
а каков в целом процент сайтов на share point от общего числа?
а каков в целом процент сайтов на share point от общего числа?
пока процент интернет сайтов на нем не велик, особенно в России. Это связанов основном с нехваткой информации по положительным сторонам, кастомизации и настройке.
В любом случае самописные сайты у нас в стране пока имеют наибольший процент ;) Но никто и не говорит что это хорошо :)
Кстати вот, например неплохой сайт сделанный на Sharepoint: www.ferrari.com
В любом случае самописные сайты у нас в стране пока имеют наибольший процент ;) Но никто и не говорит что это хорошо :)
Кстати вот, например неплохой сайт сделанный на Sharepoint: www.ferrari.com
Ferrari здорово сделан. Правда, как ни крути, SharePoint для таких сайтов тяжеловат.
пока — да. Поэтому и возникла эта статья. Есть поводы полагать, что это до следующей версии продукта ;)
Ну и еще один способ, который я везде активно предлагаю обдумать.
Sharepoint — это совершенно классный back-end, с админским интерфейсом и кучей реализованных сервисов — веб-сервисы, маштабирование, безопасность, хранение данных, объектная модель и прочее.
Ну да, есть сложности которые еще в ASP.NET присутствуют, что делает сайты тяжеловатыми.
Ну так используйте другой фронтенд — тот же быстрый и эффективный MVC используя Sharepoint как бекенд — www.codeplex.com/SharePointMVC.
Реализовать на Шарике, какой нибудь процесс и настроить списки с данными можно за полдня. А потом прикрутить к этому еще и сайт на MVC оптимизированный на 100% и вот тебе очень эффективное решение.
Sharepoint — это совершенно классный back-end, с админским интерфейсом и кучей реализованных сервисов — веб-сервисы, маштабирование, безопасность, хранение данных, объектная модель и прочее.
Ну да, есть сложности которые еще в ASP.NET присутствуют, что делает сайты тяжеловатыми.
Ну так используйте другой фронтенд — тот же быстрый и эффективный MVC используя Sharepoint как бекенд — www.codeplex.com/SharePointMVC.
Реализовать на Шарике, какой нибудь процесс и настроить списки с данными можно за полдня. А потом прикрутить к этому еще и сайт на MVC оптимизированный на 100% и вот тебе очень эффективное решение.
Хм, интересная мысль! Надо обдумать. Как то не мыслил в таком ключе.
В отдельно взятом проекте на ASP.NET MVC, как мне кажется, будет дополнительным геморроем вытаскивание данных из списков MOSS для построения модели домена. Конечно, списки можно expos-ить как Data-сервисы, просто это не всегда применимо.
В любом случае, нужно искать компромиссы, а мысль вполне заслуживает быть тщательно рассмотренной, спасиб.
В отдельно взятом проекте на ASP.NET MVC, как мне кажется, будет дополнительным геморроем вытаскивание данных из списков MOSS для построения модели домена. Конечно, списки можно expos-ить как Data-сервисы, просто это не всегда применимо.
В любом случае, нужно искать компромиссы, а мысль вполне заслуживает быть тщательно рассмотренной, спасиб.
при построении модели домена на слой сохраняемости обращать внимание не стоит, сейчас работаю над проектом, который является самостоятельным (в контексте sharepoint) приложением, но будет взаимодействовать с ним через дата-сервисы
Обсудили отдельно…
Здесь использование веб-сервисов необязательно… Можно использовать MVC как фронтэнд и в Модделере MVC использовать объектную модель Sharepoint для получения данных (SPWeb, SPSite)
MVC фронт энд может обладать своими CMS функциями.
Здесь использование веб-сервисов необязательно… Можно использовать MVC как фронтэнд и в Модделере MVC использовать объектную модель Sharepoint для получения данных (SPWeb, SPSite)
MVC фронт энд может обладать своими CMS функциями.
Остается в целом вопрос о целесообразности такого решения в конкретном проекте.
Насколько данные из объектов SPWeb и SPSite будут получаться быстро или медленно (в сравнении с собственной моделью, скажем, на Entity Framework).
Но идея крутая. пока целиком не представляю, но попробую покопать вглубь и что-нибудь придумаю (или убежусь в нецелесообразности).
P.S. Эх, и еще бы эти объекты (SP*) реализовывали бы интерфейс IQueryable :)
Насколько данные из объектов SPWeb и SPSite будут получаться быстро или медленно (в сравнении с собственной моделью, скажем, на Entity Framework).
Но идея крутая. пока целиком не представляю, но попробую покопать вглубь и что-нибудь придумаю (или убежусь в нецелесообразности).
P.S. Эх, и еще бы эти объекты (SP*) реализовывали бы интерфейс IQueryable :)
ferrari неплохо сделан, но вот лично у меня тормозит, видно вашу статью они точно не читали
Процент явно небольшой. Но вот список из нескольких сайтов — sharepoint-community.ru/Lists/PublicLinks/AllItems.aspx
На share point в основном делают внутренние порталы организаций.
ага из-за удобства работы с NTLM
Ну у нас и апач без проблем прозрачно авторизует по NTLM в AD. А с самой инфой о юзерах дальше Django работает.
Вот это действительно интересное решение!
Не могли бы рассказать подробнее про Ваше решение?
А как у Вас сделана авторизация? Apache basic-auth и потом Django берет username из заголовков запроса?
Не могли бы рассказать подробнее про Ваше решение?
А как у Вас сделана авторизация? Apache basic-auth и потом Django берет username из заголовков запроса?
ну, там писать мало :)
и для саппорта есть аддон и для того и для сего, очень гибко настраивается все
про Django не знаю, не работал
и для саппорта есть аддон и для того и для сего, очень гибко настраивается все
про Django не знаю, не работал
да там вообщем то и керберос нормально работает. И провайдеров для работы с другими системами уже прилично разработано. Например для работы с LDAP. В любом случае Sharepoint — это практически asp.net и прикрутить авторизацию формами тоже не сложно.
хорошая статья, спасибо!
Поправьте, ато смешно звучит: ананимные :)))
Парочку бы действительно «хайлоад» сайтов привели.
например beta.hedkandi.com/Pages/default.aspx
> Совет для тех, кого просто бесит много лишнего текста в возвращаемой браузером странице потому что он эстет или гик (ненужное зачеркнуть), или стоит задача сделать страницы совсем маленькими и легкими.
То есть автор прозрачно намекает на то что мусор в коде это ок?
p.s Имхо, интерфейс в админке невменяемый, по удобству сравним с microsoft.com Не ценят в МС дизайнеров, явно всем заправляют (бывшие) программисты.
То есть автор прозрачно намекает на то что мусор в коде это ок?
p.s Имхо, интерфейс в админке невменяемый, по удобству сравним с microsoft.com Не ценят в МС дизайнеров, явно всем заправляют (бывшие) программисты.
Количество порталов на шарапоинте ростет.
Это связано в первую очередь что в MOSS 2007 появилось очень много удобного и гибкого инструментария, функционала по сравнению с SPS2003, хорошая документация и удобный интерфейс.
Если мы раньше юзали его как инструмент для контролирования документооборота в компании, то теперь на
MOSS лежат и много других задач, взаимодействие различных отделов, обработка заявок, хранение документации в различном виде, отображение диаграмм и графиков.
проблема с мощностью возникает по мере роста базы данных и количества пользователей. Но для контроля за производительностью и темпа роста есть инструментарий в самом MOSS. и при планировании портала надо учитывать какая нагрузка будет на портал.
Это связано в первую очередь что в MOSS 2007 появилось очень много удобного и гибкого инструментария, функционала по сравнению с SPS2003, хорошая документация и удобный интерфейс.
Если мы раньше юзали его как инструмент для контролирования документооборота в компании, то теперь на
MOSS лежат и много других задач, взаимодействие различных отделов, обработка заявок, хранение документации в различном виде, отображение диаграмм и графиков.
проблема с мощностью возникает по мере роста базы данных и количества пользователей. Но для контроля за производительностью и темпа роста есть инструментарий в самом MOSS. и при планировании портала надо учитывать какая нагрузка будет на портал.
Господа, подскажите как в Шейрпоинт Дизайнере при построении рабочих процессов работать с полями списков, которые могут содержать несколько значений? Я делаю «Обновление элемента списка», выбираю поле для обновления и значение, которое нужно добавить, в итоге этим значением перезаписываются старые :( Можно ли добавлять и удалять значения из таких полей? Спасибо )
хм, если вы хотите добавить нужно указать старые значения + новое добавляемое значение. Подругому оно и впрямь перезаписывает…
А как это указать при обновление значения в окошке Value Assignment? Если можно, приведу пример:
Список «Организации», список «Организации: объекты».
В списке «Организации» есть поле «Объекты» — множественная привязка к списку «Организации: объекты», также есть поле «Объект — новый», при заполнении которого, в списке «Организации: объекты» создаётся новый объект, который и прописывается в поле «Объекты». Но он должен добавляться к уже существующим объектам в этом поле, а он их «перезаписывает».
Список «Организации», список «Организации: объекты».
В списке «Организации» есть поле «Объекты» — множественная привязка к списку «Организации: объекты», также есть поле «Объект — новый», при заполнении которого, в списке «Организации: объекты» создаётся новый объект, который и прописывается в поле «Объекты». Но он должен добавляться к уже существующим объектам в этом поле, а он их «перезаписывает».
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Разгоняем Sharepoint до скорости Highload интернет сайта