Comments 39
вопрос не в тему.
а каков в целом процент сайтов на share point от общего числа?
а каков в целом процент сайтов на share point от общего числа?
0
пока процент интернет сайтов на нем не велик, особенно в России. Это связанов основном с нехваткой информации по положительным сторонам, кастомизации и настройке.
В любом случае самописные сайты у нас в стране пока имеют наибольший процент ;) Но никто и не говорит что это хорошо :)
Кстати вот, например неплохой сайт сделанный на Sharepoint: www.ferrari.com
В любом случае самописные сайты у нас в стране пока имеют наибольший процент ;) Но никто и не говорит что это хорошо :)
Кстати вот, например неплохой сайт сделанный на Sharepoint: www.ferrari.com
0
Ferrari здорово сделан. Правда, как ни крути, SharePoint для таких сайтов тяжеловат.
0
пока — да. Поэтому и возникла эта статья. Есть поводы полагать, что это до следующей версии продукта ;)
0
Ну и еще один способ, который я везде активно предлагаю обдумать.
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% и вот тебе очень эффективное решение.
+3
Хм, интересная мысль! Надо обдумать. Как то не мыслил в таком ключе.
В отдельно взятом проекте на ASP.NET MVC, как мне кажется, будет дополнительным геморроем вытаскивание данных из списков MOSS для построения модели домена. Конечно, списки можно expos-ить как Data-сервисы, просто это не всегда применимо.
В любом случае, нужно искать компромиссы, а мысль вполне заслуживает быть тщательно рассмотренной, спасиб.
В отдельно взятом проекте на ASP.NET MVC, как мне кажется, будет дополнительным геморроем вытаскивание данных из списков MOSS для построения модели домена. Конечно, списки можно expos-ить как Data-сервисы, просто это не всегда применимо.
В любом случае, нужно искать компромиссы, а мысль вполне заслуживает быть тщательно рассмотренной, спасиб.
0
при построении модели домена на слой сохраняемости обращать внимание не стоит, сейчас работаю над проектом, который является самостоятельным (в контексте sharepoint) приложением, но будет взаимодействовать с ним через дата-сервисы
0
Обсудили отдельно…
Здесь использование веб-сервисов необязательно… Можно использовать MVC как фронтэнд и в Модделере MVC использовать объектную модель Sharepoint для получения данных (SPWeb, SPSite)
MVC фронт энд может обладать своими CMS функциями.
Здесь использование веб-сервисов необязательно… Можно использовать MVC как фронтэнд и в Модделере MVC использовать объектную модель Sharepoint для получения данных (SPWeb, SPSite)
MVC фронт энд может обладать своими CMS функциями.
0
Остается в целом вопрос о целесообразности такого решения в конкретном проекте.
Насколько данные из объектов SPWeb и SPSite будут получаться быстро или медленно (в сравнении с собственной моделью, скажем, на Entity Framework).
Но идея крутая. пока целиком не представляю, но попробую покопать вглубь и что-нибудь придумаю (или убежусь в нецелесообразности).
P.S. Эх, и еще бы эти объекты (SP*) реализовывали бы интерфейс IQueryable :)
Насколько данные из объектов SPWeb и SPSite будут получаться быстро или медленно (в сравнении с собственной моделью, скажем, на Entity Framework).
Но идея крутая. пока целиком не представляю, но попробую покопать вглубь и что-нибудь придумаю (или убежусь в нецелесообразности).
P.S. Эх, и еще бы эти объекты (SP*) реализовывали бы интерфейс IQueryable :)
0
ferrari неплохо сделан, но вот лично у меня тормозит, видно вашу статью они точно не читали
0
Процент явно небольшой. Но вот список из нескольких сайтов — sharepoint-community.ru/Lists/PublicLinks/AllItems.aspx
0
На share point в основном делают внутренние порталы организаций.
0
UFO just landed and posted this here
ага из-за удобства работы с NTLM
0
Ну у нас и апач без проблем прозрачно авторизует по NTLM в AD. А с самой инфой о юзерах дальше Django работает.
+3
Вот это действительно интересное решение!
Не могли бы рассказать подробнее про Ваше решение?
А как у Вас сделана авторизация? Apache basic-auth и потом Django берет username из заголовков запроса?
Не могли бы рассказать подробнее про Ваше решение?
А как у Вас сделана авторизация? Apache basic-auth и потом Django берет username из заголовков запроса?
0
ну, там писать мало :)
и для саппорта есть аддон и для того и для сего, очень гибко настраивается все
про Django не знаю, не работал
и для саппорта есть аддон и для того и для сего, очень гибко настраивается все
про Django не знаю, не работал
0
да там вообщем то и керберос нормально работает. И провайдеров для работы с другими системами уже прилично разработано. Например для работы с LDAP. В любом случае Sharepoint — это практически asp.net и прикрутить авторизацию формами тоже не сложно.
0
хорошая статья, спасибо!
0
UFO just landed and posted this here
Поправьте, ато смешно звучит: ананимные :)))
0
Парочку бы действительно «хайлоад» сайтов привели.
+3
0
Сравнил я трафик по «Алексе» со своим личным блогом.
Тут иногда у меня на блоге в несколько раз больше просмотров выходило. Пардон, непохоже это на «хайлоад» сайт.
Не верю я в «хайлоад» сайты на «Шарепойнте».
Тут иногда у меня на блоге в несколько раз больше просмотров выходило. Пардон, непохоже это на «хайлоад» сайт.
Не верю я в «хайлоад» сайты на «Шарепойнте».
0
> Совет для тех, кого просто бесит много лишнего текста в возвращаемой браузером странице потому что он эстет или гик (ненужное зачеркнуть), или стоит задача сделать страницы совсем маленькими и легкими.
То есть автор прозрачно намекает на то что мусор в коде это ок?
p.s Имхо, интерфейс в админке невменяемый, по удобству сравним с microsoft.com Не ценят в МС дизайнеров, явно всем заправляют (бывшие) программисты.
То есть автор прозрачно намекает на то что мусор в коде это ок?
p.s Имхо, интерфейс в админке невменяемый, по удобству сравним с microsoft.com Не ценят в МС дизайнеров, явно всем заправляют (бывшие) программисты.
+1
Количество порталов на шарапоинте ростет.
Это связано в первую очередь что в MOSS 2007 появилось очень много удобного и гибкого инструментария, функционала по сравнению с SPS2003, хорошая документация и удобный интерфейс.
Если мы раньше юзали его как инструмент для контролирования документооборота в компании, то теперь на
MOSS лежат и много других задач, взаимодействие различных отделов, обработка заявок, хранение документации в различном виде, отображение диаграмм и графиков.
проблема с мощностью возникает по мере роста базы данных и количества пользователей. Но для контроля за производительностью и темпа роста есть инструментарий в самом MOSS. и при планировании портала надо учитывать какая нагрузка будет на портал.
Это связано в первую очередь что в MOSS 2007 появилось очень много удобного и гибкого инструментария, функционала по сравнению с SPS2003, хорошая документация и удобный интерфейс.
Если мы раньше юзали его как инструмент для контролирования документооборота в компании, то теперь на
MOSS лежат и много других задач, взаимодействие различных отделов, обработка заявок, хранение документации в различном виде, отображение диаграмм и графиков.
проблема с мощностью возникает по мере роста базы данных и количества пользователей. Но для контроля за производительностью и темпа роста есть инструментарий в самом MOSS. и при планировании портала надо учитывать какая нагрузка будет на портал.
+2
Господа, подскажите как в Шейрпоинт Дизайнере при построении рабочих процессов работать с полями списков, которые могут содержать несколько значений? Я делаю «Обновление элемента списка», выбираю поле для обновления и значение, которое нужно добавить, в итоге этим значением перезаписываются старые :( Можно ли добавлять и удалять значения из таких полей? Спасибо )
0
хм, если вы хотите добавить нужно указать старые значения + новое добавляемое значение. Подругому оно и впрямь перезаписывает…
0
А как это указать при обновление значения в окошке Value Assignment? Если можно, приведу пример:
Список «Организации», список «Организации: объекты».
В списке «Организации» есть поле «Объекты» — множественная привязка к списку «Организации: объекты», также есть поле «Объект — новый», при заполнении которого, в списке «Организации: объекты» создаётся новый объект, который и прописывается в поле «Объекты». Но он должен добавляться к уже существующим объектам в этом поле, а он их «перезаписывает».
Список «Организации», список «Организации: объекты».
В списке «Организации» есть поле «Объекты» — множественная привязка к списку «Организации: объекты», также есть поле «Объект — новый», при заполнении которого, в списке «Организации: объекты» создаётся новый объект, который и прописывается в поле «Объекты». Но он должен добавляться к уже существующим объектам в этом поле, а он их «перезаписывает».
0
Sign up to leave a comment.
Разгоняем Sharepoint до скорости Highload интернет сайта