Эссенция допекла…
Уффф, наконец-то избавился от этой заразы под названием Microsoft Security Essential – как бы бесплатного антивируса. На самом деле это произведение индийских мастеров (версия 4 по программе бета-тестирования) совершенно беспардонно жрёт не такие уж и дешёвые ресурсы моего компьютера (чего-то часами делает при использовании 10-12 % производительности процессора i7) и всячески мешает моим действиям. Открытие вложенных папок в меню продолжается иногда десятки секунд (это на четырёх-то ядрах процессора…), при запуске фильмов в WMP, похоже, пытается проверять .mkv-файлы из-за чего фильм становится смотреть невозможно. Сегодня и вовсе компьютер мне подвесил – вижу только в ProcessExplorer активность антивируса на 18% и никакой реакции ни на мышку, ни на клавиатуру. Последняя капля. ![]()
В общем, классический троянец без деструктивных функций. Самое смешное, и ботнет на этих троянцах имеется – называется каким-то “сообществом пользователей” со всей нужной для ботнета функциональностью… Выбросил и в ближайшем будущем вряд ли поставлю. И т.наз. “Защитника Windows” тоже отключил – он точно так же ресурсы жрёт, вредительствует и ещё ни одной заразы не отловил.
По очереди (у меня антивирусы периодически сменяются на какой-нибудь из списка бесплатных) поставил ClamWin с монитором Clam Sentinel – с месяц уже такая компания живёт у меня на виртуальном сервере, ничего плохого пока мне не сделали, а мусор всякий с веб-сайтов прищемляют исправно. Посмотрим…
Попытка смотреть кино на Windows Phone 7, продолжение.
Как же, всё-таки, вывернуться из объятий Большого Брата и посмотреть кино на телефоне? Ясно, конечно, как – переконвертировать .avi-файлы в .mp4 самостоятельно. Поиск даёт не так уж и много вариантов, из десятка испытанных остановился на двух конвертерах:
и
Первый имеет много вариантов конвертации, больше всего мне подошли варианты для HTC Android (у меня HTC Mozart) – изображение получается чёткое, размер файла уменьшается почти в 3.5 раза. Однако изображение несколько вытянуто по вертикали, а время конвертации очень велико даже на процессоре i7 с 8-ю потоками команд.
Второй конвертер, напротив, никаких вариантов не имеет вовсе, но результаты показывает отличные: при небольшом (5-10%) увеличении размера файла время обработки в 2-2.5 раза меньше, чем у первого, при отличном качестве изображения. Неудобство одно – нет пакетной обработки файлов. Правда, поковырявшись, можно сделать ту же обработку, в т.ч. пакетную, при помощи утилиты ffmpeg.exe, которая и используется конвертером. При этом последняя версия утилиты работает ещё раза в три быстрее. ![]()
В общем, привет Большому Брату… ![]()
Попытка смотреть кино на Windows Phone 7
Качаем откуда-нибудь .avi-файлы (других не бывает почти) и делаем "синхронизацию" видео на телефон.
Очень долго Zune пережёвывает эти файлы (40 % процессора i7, используются все 8 потоков команд!, длится действо примерно 20-25% от времени проигрывания видео).
Перекодировались файлы с похожими характеристиками (размер, битрейт и т.д.) и качеством изображения (на мониторе в WMP).
Результаты "синхронизации" различаются радикально (таблица). И никаких настроек по этому поводу в Zune нет…
Большой брат без нас всё знает, бля…
|
Исходный файл |
Перекодированный |
Результат |
|
|
|
Размер перекодированного файла немного меньше исходного, качество изображения вполне соответствует исходному (как на телефоне, так и на мониторе). |
|
|
|
Размер перекодированного файла почти втрое меньше исходного, качество изображения совсем не похоже на исходное (как на телефоне, так и на мониторе). Смотреть такое можно только при очень большом желании. |
Даёшь халяву!
Втравился в тестирование очередной версии антивируса от MS. Поначалу он вёл себя довольно смирно, но вот уже второй день чего-то долбит и долбит:![]()
И это всё, практически, один процесс:
, в основном, на одном ядре (хотя и на разных) – даже иногда сообщения выскакивают о достижении 75 градусов на процессоре…
Не прекратит эту фигню – прогоню нафиг…
Оказывается – 9
Выяснилось, к удивлению и сожалению, что методы класса SPWeb
public override SPBasePermissions GetUserEffectivePermissions( string userName)
и
public bool DoesUserHavePermissions( string login, SPBasePermissions permissionMask)
совершенно не учитывают разрешений, получаемых пользователем через членство в группах AD, которым назначены разрешения на узле.
Функция “Проверить разрешения” на странице /_layouts/user.aspx таких разрешений не учитывает тоже. ![]()
Прощай, MS-халява…
Не очень давно народ выгнали с бесплатного сервиса блогов spaces.com. Спасибо, что хотя бы по почте заранее предупредили и подготовили переезд блогов на WordPress. Сейчас вот собираются до февраля 2012 разогнать народ с Office Live Small Businnes (открылся сервис года четыре назад и торжественно обещали пожизненно поддерживать малый бизнес). Причём жадность обуяла до такой степени, что никаких средств миграции на Office365 совсем не обещают (хотя системы очень похожи), обещают лишь, что не станут сохранять почтовые адреса (хотя они и находятся на Hotmail). ![]()
Судя по обсуждениям, сервисом пользуется не так уж и мало народу, некоторые, развесив уши насчёт пожизненной поддержки, нагородили достаточно сложные сайты с десятками и даже сотнями страниц… Думаю, теперь у Гугла клиентов прибавится…
Интересно, что на очереди? Остались, собственно, Hotmail да SkyDrive. ![]()
SPQuery и ContentType
При работе со списками Шарепойнт обычной практикой, надеюсь, является использование CAML-запросов (свойство SPQuery.Query), которые заметно ускоряют получение данных. Другой возможностью уменьшить объём перерабатываемых данных является ограничение на перечень полей данных (свойства SPQuery.ViewFields и SPQuery.ViewFieldsOnly). Правильное использование помянутых свойств способно заметно улучшить характеристики по быстродействию и потреблению ресурсов.
Проблемы могут возникнуть при попытке использовать характеристики типов содержимого (ContenttType) в списках с поддержкой разных типов. При “чрезмерном” ограничении перечня полей списка можно получить в свойстве SPListitem.ContentType значение null, а в свойстве SPListitem.ContentTypeId совершенно “левое” значение… Для предотвращения подобных проблем следует к списку запрашиваемых полей добавить поле с внутренним именем “ContentTypeId”. При обработке результатов запроса тип содержимого элемента item можно определить кодом наподобие item.ParentList.ContentTypes[item.ContentTypeId].
![]()
Оказывается – 8
Нечаянно выяснилось, что определения свойства веб-части в виде
отличаются радикально: первый определяет свойство только для чтения, второй вызывает вывод сообщения о неправильном формате свойства и невозможности десериализации свойств веб-части. ![]()
И никакой отладчик не позволяет найти причину сообщения ![]()
XSLT-сюрприз
Описание – здесь.
В связи с участившимися покушениями на ГДН перенесу текст сюда:
Непонятное наблюдается при отображении дат через настроенную XsltListViewWebPart
Дата 01.02.2010 16:26, т.е. 1-е февраля 2010г., отображается почему-то как 2 января 2010 г.
при этом дата 24.11.2009 10:24 – отображается правильно 24 ноября 2009 г.вот код:
<xsl:value-of select="ddwrt:FormatDate(string($created) ,1049 ,1)" /> |
<xsl:value-of select="$created" /> |
<xsl:value-of select="ddwrt:FormatDate(string($created) ,1049 , 3)" />
вот, что на выходе:
02.01.2010 | 01.02.2010 16:26 | 2 января 2010 г.
24.11.2009 | 24.11.2009 10:24 | 24 ноября 2009 г.Портал русский, поле – системное Created, в БД хранится в поле tp_Created:
2010-02-01 13:26:24.000
2009-11-24 07:24:12.000ошибка связана с реализацией XSLT DateFormat функции в Sharepoint 2010. Чтобы исправить данный bug придется написать свой xsl template, см. ниже:
CopyColor[ed Text]
Лихой плагин для ФАРа – это раскрашенный текст из фаровского редактора, перенесённый с его помощью:
public partial class XmListViewer : Microsoft.SharePoint.WebPartPages.WebPart { /// <summary> /// Путь к папке с файлом локализации /// </summary> string localsFolderPath = ""; /// <summary> /// Прочитать locals.xml из папки ресурсов /// </summary> /// <remarks>Вызывается в OnInit()</remarks> void Localize() { localsFolderPath = this.Context.Server.MapPath( this.ClassResourcePath.Replace(SPContext.Current.Web.Url, "")); this.Description = GetLocalizedString("description", "Working with XML-files and Sharepoint-lists"); }
Оставьте комментарий