twilight_mask

В связи с выходом новой версии миранды под номером 0.8 решил наконец-то обновить свою сборку и перекинуть ее с рабочего компа на ноут. И заодно прошерстить контакт-лист, пришедший в полную неразбериху. Соответственно, многие могли сегодня получать от меня всякие левые уведомления. А кто-то мог и убиться запросто, особенно если написан какой-нить нейтральный ник типа sergey, masha, sveta, mephistopheles etc. Так что, если вы относитесь к подобной категории "псевдо-анонимов" (что имхо довольно глупо, учитывая, что почти все сергеи, маши, светы давным давно написали все что можно о себе по фкантактам и аднакласнегам), то напишите что-нить :-)

И напоследок чутка now-playing'а :-)

Мама, что случилось? Мама, что случилось?
Мама, что случилось со мной?
Мышка под рукою, полки за спиною,
Злые голоса за стеной.
Аська на компьютере, две программы глюкнули,
Послезавтра корпоратив.
Полдень над столицей, входит пидор с пиццей,
35 минут перерыв.
МОЙ ОФИС ПЬЕТ КРОВЬ ИЗ МОИХ МОЗГОВ!

Превосходный квест для одминов :-)

http://simadmin.ru/

Я прошел, хотя и пришлось пару раз подглядеть в спойлер. Но я все ж таки не одмин, так что мне простительно :-)

В связи с кончиной старичка МЕ45, а вместе с ним и всей его необъятной телефонной книжки...

Если у вас есть желание, чтобы ваш телефон был в моей телефонной книге - отпишите номер в комменты. Или отзвонитесь. Или скиньте посредством любого доступного средства коммуникации (асько,жабберы,скайп и пр.). Комменты скринятся.

ЗЫ. sonet-hunting на предмет утерянных контактов начну чуть позже.

Читал правила размещения сайтов на хостинге SpaceWeb. Цитата:
-----------------
Запрещено размещать сайты, содержащие:

• IRC;
• порнографию и любые материалы сексуального характера, изображение сцен насилия, публичной казни и им подобные;
• crack/hack материалы.

Пришла в голову идейка забавной софтины корпоративной направленности. В большинстве случаев не особо актуальная, но может кому и будет интересно такое.

У нас в отделе сидит несколько человек в комнате. У всех наушники, каждый слушает что-то свое. У начальника отдела на столе стоят небольшие колонки, из которых с небольшой громкостью льется всякая фигня. Которую приходится слушать, если от своих наушников уже уши болят. В общем-то у нас это проблемой не является, всем пофигу... А вот в какой-нить конторе вполне может родить неудобство.

А вот задача с вариантом реализации:
- ставим в офисе сервер (условно) с колонками, на котором разведен и настроен mpd/mpc и веб-сервер.
- делаем по сути веб-GUI для этого дела, которое позволяет каждому сотруднику настроить свои рекомендации к плейлисту на основе имеющейся на сервере коллекции.

А дальше уже можно много вариантов прикрутить:
- композиции выбираются рандомно по принципу баннерной ротации.
- можно ограничивать количество композиций от конкретного сотрудника
- можно ввести систему "весов" для этой ротации. За отдельные заслуги веса запросов отдельных сотрудников можно повысить. Например, если начальник или меломан с общественно признанным вкусом.
- веб-GUI можно дополнить веб-сервисом и клиентской софтиной. Которая будет заодно следить за наличием сотрудника на рабочем месте (нафига крутить его плейлист, если он покурить вышел).
И т.д, и т.п., и см. на обороте.

В принципе, такую вещь можно распространить не только на отдельную комнату, а, например, сделать общекорпоративное радио с рекламыми вставками в виде начальнических телег :-)

Есть среди френдов такие, у кого на рабочем месте такая штука может прижиться? :-)

Первый день - полет нормальный.

Минуса вполне ожидаемые:
- как-то херово встали видяшные дрова
- отказывается инсталлиться Synergy

P.S. Amarok - унылое говно. С foobar'ом и рядом не стоит. И даже с винампом. Кто-нить что-нить присоветует на замену?

Появился наконец-то некий суррогатный вариант более-нормального мессенджера для вконтакта. Вот тут:

http://vkontakte.ru/app586391

Я вообще удивляюсь, почему такой весьма качественно сделанный проект до сих пор не озаботился тем, чтобы улучшить совершенно уе*анский интерфейс сообщений, который есть сейчас. При том, что это одна из наиболее используемых фич вконтакта. Не говоря уж о том, чтобы сделать нормальную клиентскую софтину. Даже на основе того же жаббера.

Я понимаю, что всех до ужаса достали мои вопли про аутглюк, но молчать не могу... Но все-таки пожалею ваши глаза и упрячу под кат..

( для тех кого еще не заимело )

Ситуация: есть список задач в M$ SharePoint. Список синхронизируется с M$ Outlook. В списке есть задача с двумя аттачами.

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

Результат:
1. запрос изменений с сервера (стандартная процедура сохранения). ответ - пусто.
2. выгрузка измененной записи. ответ - ок.
3. отправляем заново первый из существующих аттачей. ответ - HTTP 500 + SOAP Fault (The specified name is already in use).
4. запрашиваем первый из аттачей. ответ - аттач
5. отправляем заново второй из существующих аттачей. ответ - HTTP 500 + SOAP Fault (аналогично)
6. запрашиваем второй из аттачей. ответ - аттач
7. отправляем свежеприкрепленный аттач. ответ - все ок.
8. запрашиваем список аттачей таска. ответ - список из 3х элементов.
9. грузим по одному каждый аттач (3 хита)
10. запрашиваем список изменений с предыдущим "временным показателем" (changeToken), тоже из стандартной процедуры. ответ - тот таск, что мы только что изменили
11. еще раз запрашиваем список его изменений. ответ - список из 3х штук
12. и еще раз загружаем все 3 аттача. еще 3 хита.

Итого: 16 хитов на сервер, по 4 загрузки на каждый приаттаченный файл, размер которых в общем-то не не ограничен. И все за стандартную процедуру обмена данными одной записи. Грустно.

Встретилось в официальной англоязычной документации от микрософта.

Описание поля:
----------------
FirstNamePhonetic: Yomigana for the first name.

[MS-OUTSPS] Lists Client Sync Protocol Specification
3.2.4.2.4 Contact-Specific Schema
----------------

Вот что дал гугль:
----------------
furigana (redirected from Yomigana) - Small hirigana, written above kanji....

http://encyclopedia2.thefreedictionary.com/Yomigana
----------------

Чертовы анимешники заполонили мир!!!! ААААААА!!!!!!!

http://daochan.livejournal.com/1789.html

Валяюсь ;-)))

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

Если кого интересует, можно почитать тут: http://dev.1c-bitrix.ru/community/blogs/dev/818.php

Вот тоже забавная штука...

Импортим в Аутглюк при помощи вышемногократнообматеренного протокола повторяющееся событие, длительностью более одного дня. Например, такое:

Повторение: в 3 числа каждого 1-го месяца, начиная с 03.03.2009 с 11:05 в течение 1,25 дн. (GMT+02:00) Минск.

Импортится нормально, спецификации протокола все соответствует. Редактируем, не трогая шаблон повторения, и пытаемся сохранить. И получаем на выходе вот такое говно:



Причем, данная фигня вылезает без каких-либо запросов к серверу, т.е., тупо захардкожено во глубине индийских руд. Ппц. У меня на клаве буквы W,T и F уже стерлись нафиг.

В общем, такое ощущение, что программисты работали совместно с маркетологами, которые жужжали в уши "делайте так, чтобы коннектиться мог тока к шарепойнту и ниипет". Потому что уж больно много указывает на то, что протокол предназначен для соединения Аутлука и Шарепойнта и ни для чего, и ни для кого больше. Как минимум, текст ошибки. Внимание, вопрос: на кой спрашивается овощ тогда вообще публиковать спецификации протокола, если ни основной клиент, ни основной сервер ее в полной мере не поддерживают? А то, что поддерживают, заточено чисто под использование такого же основного звена.

Цитата:
------------
UID: If fRecurrence is TRUE, this property MUST contain a valid stringGUID (section 2.2.5.12). The GUID MUST also be unique among all other recurring events on this list. If fRecurrence is FALSE, then this property MUST be ignored.
[MS-OUTSPS] 3.2.4.2.2 Appointment-Specific Schema
------------

Не знаю как кто, а я фразу "unique among all other recurring events on this list" понимаю, как требование уникальности очередного идентификатора повторяющегося события среди других событий того же списка. Но каким образом из этой фразы может следовать уникальность описания повторяющегося события среди всех описаний того же самого события, например, с предыдущих обновлений - ума не приложу. А вот факт.

Вдогонку к прошлому посту...

Не, ни хрена подобного. Это не индусы. При описании часового пояса смещение относительно GMT нужно указывать не такое, как оно есть, а со знаком минус. Т.е., у нас тут ни фига не +0200, а на самом деле "минус". А у амерзов, соответственно "плюс". Так что ни фига это не индусы, те по крайней мере на восток от GM и вряд ли бы такое сморозили.

ЗЫ На сладкое: формат описания часового пояса предполагает указание таких данных, как момент перехода на летнее время и обратно:

<standardDate>
	<transitionRule month="3" day="su" weekdayOfMonth="last" />
	<transitionTime>2:0:0</transitionTime>
</standardDate>
<daylightDate>
	<transitionRule month="10" day="su" weekdayOfMonth="last" />
	<transitionTime>3:0:0</transitionTime>
</daylightDate>

И откуда мне эти данные брать, собственно? При том, что он свой во многих странах. Ппц.

[MS-OUTSPS]: Lists Client Sync Protocol Specification
3.2.4.2.2 Appointment-Specific Schema

TimeZone: If fRecurrence is TRUE, this property SHOULD contain an integer index into a list of time zones.
..........
Protocol clients SHOULD NOT use TimeZone for any other purpose. Instead, protocol clients SHOULD use XMLTZone because this approach is more extensible and flexible.

If fRecurrence is FALSE, then protocol clients SHOULD ignore TimeZone.
........
XMLTZone: If EventType is "1", then this property MUST contain a valid TimeZoneXML (section 2.2.4.7). The TimeZoneXML defines the time zone the event uses. If fRecurrence is FALSE, then this property SHOULD be ignored and can be empty.
-------------------------------------------------
А теперь объясните мне глупому, НАХ%Я? На кой овощ требовать ОБЯЗАТЕЛЬНОГО указания и описания часового пояса для повторяющихся событий, не требуя его для обычных? Ну вот не понимаю я, и все тут...

Цитата:
"Одним из наиболее важных параметров StsSync является base-url, указывающий узел SharePoint, например sharepoint/HR/Administration. Outlook автоматически добавляет к этому адресу URL ссылку на веб-службу списков (например, sharepoint/HR/Administration/_vti_bin/Lists.asmx)." (источник)

БЛИИИИИИН!!!! УБЕЙТЕСЬ ОБ СТЕНУ, ЖИВОТНЫЕ!!!!!

У меня нет никакого нахер ШареПойнта и никакого нахер .asmx. Зато есть свой веб-сервис, который работает на PHP. Почему бы в этом идиотском формате stssync не устраивать диких игр с путями к сервису и публичке, а сделать их тупо отдельными параметрами. И не делать никаких уебищных захардкоженных добавок. Но нет, мы не ищем легких путей...

Решение:

Для Apache: никакого mod_rewrite у нас может не быть, а ErrorDocument 404 не прокатит - нужен POST. Потому, решаем просто и тоже тупо:

AddType application/x-httpd-php .asmx

Для IIS придется делать обработчик 404, который будет делать перенаправление.

Фотко для аватарки by _vadick_.