смайлы

Sharepoint и антивирусы

Попытался узнать, как обстоят дела на этом фронте. Порылся в Гугле и др., и как-то ясного представления не сложилось  

Из разных статей по этому поводу ясно, что обычные файловые антивирусы тут не очень-то и нужны - механизм работы с документами у Шарепойнта свой, файловую систему практически не затрагивающий. Для предыдущей версии (WSS-2, SPS-2003) предлагается много разных антивирусов (вернее, в описаниях почти всех популярных антивирусов утверждается, что они обеспечивают защиту для Шарепойнта), но непонятно, что и как они там "защищали" и делали ли вообще что-то. Для текущей версии Шарепойнта (WSS-3 и OSS 2007) всё почему-то замыкается на MS-продукте Forefront Security для SharePoint. По описанию - прямо супер-пупер . Остальные производители антивирусов помалкивают, что странно ввиду всё большего распространения продукта (Шарепойнта, в смысле, а не вируса) в народе .

Поставил у себя в виртуальную машину с WSS-3 и OSS-2007 это Микрософтовское чудо - оно даже работает . Ловит при попытке загрузить в библиотеку тестового "вируса" и в текстовом файле, и в архиве. Правда, если "зараженный" файл в библиотеке уже есть, то его можно в перерывах между набегами сканера "удалить" в корзину и восстановить обратно. Фокус удаётся много раз , до очередного попадания под сканер, который вируса и прибивает . Неизвестно, правда, как оно будет себя вести при массовой загрузке зараженных файлов или при поступлении вируса, например, по почте - надо всё пытать. Правда, почтовые антивирусные службы развиты не в пример лучше...

Полный пи-ец

Забористые результаты получил:

Encoding.GetEncoding(20866).BodyName == "koi8-r"
Encoding.GetEncoding(1251).BodyName == "koi8-r"

В общем, хошь, паши, а хочешь - куй...

Слава богу, другие характеристики кодировок пока различаются... HeaderName, к примеру, пока даёт правильный результат.

Вот, блин.

Удаление QuickLaunch (continued)

Для удаления со страницы почти всей системной навигации добавить на эту страницу веб-часть "Редактор содержимого" и через кнопку "Редактор исходного текста" ввести следующее:

<style>
.ms-navframe {display:none;}
.ms-topnav { display: none;}
.ms-sitetitle { display: none;}
.ms-quicklaunchheader { display: none;}
.ms-sitemapdirectional { display: none;}
.ms-globallinks { display: none;}
.ms-globalTitleArea { display: none;}
</style>

В группе параметров "Вид" установить "Тип хрома"="Нет" (или скрыть веб-часть вовсе).

VmWare & Ubuntu

В порядке упражнений поставил Ubuntu 6.06 на VmWare 6.02 (хост - Vista Ultimate x64) - картина маслом. В общем, всё заканчивается на установке VmWare Tools. При установке на "исходную" версию системы (сразу после установки из дистрибутива) Tools устанавливаются "успешно", всё начинает работать как ожидается, но перезагрузиться (точнее, перезапустить графическую подсистему) не получается - начинаются вопли о несовместимых версиях и отсутствующих драйверах (хотя всё это добро сооружалось по ходу установки и настройки).

После установки обновлений на систему (ок. 200 шт., 250 Мб !!?? - не проще ли новый дистрибутив скачать...) "диск" (iso-образ) с Tools читается как-то не так:

хотя "диск" с системой нормально читается.

Цирк... Похоже, рано училки радуются, что переходить на Линукс не так и страшно

Фокусы WSS

string toolsUrl = workflowProperties.Web.ParentWeb.ServerRelativeUrl + "/tools";
SPWeb toolsWeb = workflowProperties.Web.ParentWeb.Webs[toolsUrl]; // (1)
SPWeb toolsWeb = workflowProperties.Site.AllWebs[toolsUrl] // (2)

Вроде бы, одинаковые результаты должны быть, но (1) вылетает с сообщением, что нельзя иметь спереди слеш "/" 

Windows Vista x64 continued

Продолжаем упражнения...

В середине декабря установил бета-версию SP1 - все имевшиеся глюки прошли. Особенно досаждала остановка сети после второго выхода из режима сна (вистовая разновидность hibernate) - при большом количестве запущенного добра (Студия, Virtual PC и т.д.) перезагрузка достаточно сильно напрягает.

Вдобавок прикупил 2 Гб памяти - теперь запускается нормального размера виртуалка с 2003-м сервером, на котором установлен Шарепойнт и Студия для разработок под него. Вполне комфортно можно работать, необходимость в загрузке на основном компьютере Windows 2003 отпала. Выяснилось, правда, что для разработки под телефон Студии в виртуалке может и не хватить - телефон туда не подключается (только эмулятор) , а отладить соединение через GPRS на эмуляторе как-то не сильно понятно как. Похоже, придётся ещё одну Студию ставить, на основную систему.

Обнаружился смешной факт - система обманывает, в т.ч. собственный Explorer (заодно ФАР и прочие ТоталКоммандеры) на предмет занимаемого места. Особенно смущает размер папки \Windows\winsxs - больше 10 Гб. Да и System32, SysWOW64 тоже неслабые размеры показывают. В сети много "дискуссий", как эти размеры уменьшить и рассказов, кто и что проделал и что из этого вышло (как правило, выходит переустановка) . При внимательном рассмотрении выяснилось, что сумма объёмов всех папок и файлов и свободного места заметно превышает объём раздела, на котором установлена Vista (разница больше 10 Гб) . Выяснилось, что в папке winsxs, в основном, не файлы, а ссылки на них (hardlinks). ФАР, кстати, способен количество таких ссылок на файлы отображать, а вот учесть этого при подсчёте размеров папок не умеет (Explorer и показать-то не умеет ).