Появился первый русский SILC-сервер

Irsi: ты шо, сказився? винда - это вам не люликс какой. Досонаследие chcp принципиально ничего не знает о многобайтовых кодировках.

2Irsi: > Выложи и отдай ссылку это конечно хороший подход, правильный... Но юзверям он не нравится и это главное.

можно подумать что юзверя знают что такое UUE MIME или как вообще ходит почта. Так что, если в аттач MUA будет класть ссылку, то 90% пользователей разницы не заметят. так что лично я здесь проблемы не вижу.

anonymous (*) (2002-06-13 09:50:44.815):

ты где такую чушь выкурил ?

4lb: пилят, читай _всё_, а не то, что тебе хочется увидеть. Или приведи мне codepage для utf-8/utf-16/etc и не звезди.

Так. всем интересующимся и негодующим: виндовая консоль умеет utf-8. Но клиенту это не помогает.

2lb: ну вообщем-то сейчас один из способов трансфера файлов в джабере использует очень схожий подходо... Яб не сказал что мне нравится как это работает...:(
А с онанимусом все понятно - он окромя 9х ничего и не видел, и ничего не знает о консоли в NT, которая к слову весьма прилична...:)

> 4lb: пилят, читай _всё_, а не то, что тебе хочется увидеть. Или приведи мне codepage для utf-8/utf-16/etc и не звезди.

chcp 65001

2Irsi: Ich habe deine Mutter gefieckt, du grosse arschloch! Und deine Jabber mit alle diese chat-zimmern am SLL habe Ich gefieckt auch! Ficke! Ficke! Alle fur SILCnet!!!

éÚ×ÉÎÑÀÓ Ø ÚÁ ÐÌÏÈÏÊ ÎÅÍÅÃËÉÊ , ÎÏ ÉÍÈÏ ÐÏ-ÒÕÓÓË&#201 ; ÎÅ ÔÁË ÓÏÌÉÄÎÏ Ú×ÕÞÉÔ.

А вообще-то SILC идеален для любителей консольный приложений.

Извиняюсь за мой немецкий. Имхо по-немецки это звучит более солидно. Извиняюсь также за мой русский. Это просто красноглазая фигня с модмапами.

anonymous (*) (2002-06-13 15:56:12.719): я не понимаю этот собачий язык. :)

консольность потихоньку начинает терять актуальность. лично я сейчас собираюсь для win32 сделать GUI для клиента. возможно, кто-то возьмется прикрутить протокол к X клиентам irc. это не так сложно.

2lb: я часто работаю удаленно и при этом консольность актуальна как никогда. Быстро/надежно/просто.

gamajun> в рамках общеконцептуального развития современной индустрии IT тебя скорее можно назвать экстремалом. (а если чуть поднапрячъся, то и экстремистом :)

2lb: Обоснуй. Вот я сейчас пишу из IE/W2ks или могу писать из мацыллы, или запустить с соседней машины асю и спокойно пендеть себе во всём это гумне. Но на диалапе я обматерю трижды и иксы, и цитрикс и что угодно, не получив от пендёжа никакого удовольствия. Зато консольные клиенты на плохом канале себя оправдывают более чем. :)

gamajun:

1) хороший канал еще никому не принес вреда. (ну, кроме кошелька)

2) как правильно Вы :) отметили, терминальные решения переживают rebearthing. однако, экстремальные решения относительно 1k2 доступа к комплексам себя изжыли.

3) connection drop-устойчивые клиенты (к коим не относится telnet/ssh/...) принесут куда как меньшии удовольствие при часто обрывающейся линии нежели тот же цитрикс. хотя и обладают бесспорными преимужествами на экстремально тонких каналах.

PS. очень рекомендую MC2 (прототип V90 без автокоррекции) для работы в том-же SILC. интересно будет посмотреть на поведение клиента после выпавшего 1-го байта в потоке :)

gamajun (*) (2002-06-13 17:38:52.655) Дадада, Денис Юреч, видали мы твою лиську из-под KDE, из удаленного доебана :))) И про "нетривиальные решения" знаем, и про сендмейл :) linix линукс KDE gnome помогите подскажите :)))

2lb:

>1) хороший канал еще никому не принес вреда. (ну, кроме кошелька)

Да-да-да. Но единолично подключать квартиру на любой постоянной основе уж больно дорого, а заниматься подключением дома лениво аж аъцйн. Так что диалап-с, в крайнем случае GPRS (если цены на него останутся прежние). Ну и, как Вы уже наверно догадались, Консольные Клиенты! :-)

> 2) как правильно Вы :) отметили, терминальные решения переживают rebearthing. однако, экстремальные решения относительно 1k2 доступа к комплексам себя изжыли.

Да-да-да. Терминальные решения нынче попадаются просто конфетки. Особенно SunRays от Sun Microsystems. :) Но опять-таки при отсуствии готовых терминальных решений что может нам обеспечить мобильные сессии с легким доступом и независимостью от канала связи? Ура-ура, это снова Консольные Клиенты и screen!

3) connection drop-устойчивые клиенты (к коим не относится telnet/ssh/...) принесут куда как меньшии удовольствие при часто обрывающейся линии нежели тот же цитрикс. хотя и обладают бесспорными преимужествами на экстремально тонких каналах.

Да-да-да. Экстремально тонкие клиенты экстремально тонко рулят.

SILC-client предоставляет мне в совокупности со screen такой набор возможностей, которые никогда не дадут никакие гуеобразные приложения типа IM (только не надо про их консольные варианты. это ужыс): - мобильные сессии (доступность сессии из любого места, где есть ssh); - устойчивость к нестабильным каналам связи; - независимость от кодировки; - высокая скорость работы.

Старикашка, КДЕ у меня ты не мог видеть, ибо его НЕТ! Ты видел удалённую лиську со сломанной локалью.

to Oldmann: Как-то ты кратко сказал, непонятно что сказать-то хотел. Доебан тебе не нравица - ну так никто и не спорит что доебан фигня, RH объективно лучше. А вот чем sendmail не угодил? Он под KDE нормально работает к твоему сведению.

Гомоюно, видел я у тя и КДЕ и линукс на спрарке, и прочие гумно, так што нинада :) Развел у сия оплот люлексоедов краснаглазых аграничинных, нормальный админ-фашыст давно бы ужы устроел бисчиловечною казнь и люлексоедам, и ленуксам, и прочиму гумну. Вот я, нопример, када но новое робочие места прешол, первым делам отсканнел сетку nessus-ом и сичас казню ленуксы, в пользу FreeBSD на однопроцессорных тачках, и в пользу Solaris 8 на мультипроцессорных. А SunRay таки рулят, да. Очень удобно и кайфово, в сторону и any location, т.е. таскай хоть по всему зданию за собой смарт-карту вместе со всеми открытыми программами/сессиями, и в сторону саппорта (ибо настроил nis+ правильно, и никакого геморроя с юзерами более), и т.д. Будем таки приобретать, т.к. мне в моем зоопарке из солнечных изделий SunEnterprise, SunFire и SunBlade, SunRay-s снимут множество проблем, которые сейчас имеются на писюках. Даже Tivoli не всегда помогает, несмотря на всю ее заточенность под мечту желающего сидеть на заднице сисадмина.

2gamajun:

> Но единолично подключать квартиру на любой постоянной основе уж больно дорого , а заниматься подключением дома лениво аж аъцйн. Так что диалап-с, в крайнем случае GPRS.

ну, диалап сегодня это как правило 14.4K-56K. с такой скоростью легко себе позволить лень восстановдения соединений shh и терминальных приложений вымирающих по SIGTERM, заменив их ztun+xsession или тот же цитрикс.

> Терминальные решения нынче попадаются просто конфетки. Особенно SunRays от Sun Microsystems.

В документации к тому же SunRay написано что надо 100Mbit :) и покупать SunRay terminal ($600) + Sun server ($10k+, еще и провайдеру) + SSS это накладно для домонета. так что область несколько другая. хотя решение просто прелесное.

> SILC-client предоставляет мне в совокупности со screen такой набор возможностей, которые никогда не дадут никакие гуеобразные приложения типа IM ...

ну во-первых, в том же screen есть еще ряд не до конца решенных проблем (:)). это помимо основной проблемы что screen это эмулятор терминала в терминале. и, самое главное, в отличие от SunRay, TS, Citrix оно не обеспечивает бесперебойной работы приложений при нестабильной связи client-server. т.е. та же icq запущенная в цитриксе примет и отправит все сообщения независимо от обрыва связи/выключения питания/неудачного пинка в корпус.

> независимость от кодировки; ...

ну, положим unicode _везде_ это более дешевый и универсальный способ ухода от проблем с кодровкой без решения проблем в стиле "отдельно взятой (программы/окна/страны...).

> - высокая скорость работы.

ну, если не углубляться в область "ловли блох", то решения типа SunRay или Citrix обеспечивают удаленный доступ к _любым_ сервисам с равномерным качеством. в то время как клиенты на основе удаленной текстовной (r*c) консоли ограничиваются именно текстовым режимом. фактически -- администрированием *nix-like системы.

еще чледует отметить, что увеличение размера текстовой консоли приводит к квадратичной зависимости нагрузки на канал от размера кончоли. графическая же консоль изначально строилать как regian-based drawing, что приводит к не такому огромному росту требований к каналу с увеличением размера.

> А SunRay таки рулят, да. Очень удобно и кайфово, в сторону и any location, т.е. таскай хоть по всему зданию за собой смарт-карту вместе со всеми открытыми программами/сессиями, и в сторону саппорта (ибо настроил nis+ правильно, и никакого геморроя с юзерами более), и т.д.

Они плохо рулят через WAN. В локалке на свичах они хороши. Особенно, если сервер в Gb-аплинк подключить. Тогда можно кучу SUN Ray тянуть. А NIS+ проаннонсили как EOL в десякте. Что в общем-то обидно, потому что пока LDAP не умеет некоторых приятных фич. SUN Rays можно и в campus-wide и даже в MAN делать - я буквально на днях BluePrints на эту тему читал. Интересно выглядит.

А вот через WAN разумных средств нет - только vnc. Правда оно даже через броузер работает с Java - так что true cross-platform. Но при этом никакого смысла иметь все эти супермодные десктопы с "современными" технологиями - впрочем, их и так не имеет смысла использовать - выигрыша я так и не увидел.

Теперь про ssh. Ввиду того, что UNIX традиционно все заточено под работу с терминалами, особой дополнительной функциональности от GUI не прибавляется. Разве что xbiff и xclock ;). А что до чуши, которую манагеры несут про "интуитивно-понятный, объектно-ориентированный интерфейс" так IMHO ничего понятнее командной строки нет - все ясно - есть строка, можно отдавать команды. А в GUI? Куда там мышкой тыкать - нифига не понятно. Кроме того, ssh потребляет куда меньше пропускной способности.

Выводы: консоль - это правильно. Консольные клиенты - это хорошо. Криворукие, не могущие настроить utf-8 на SILC нам все равно не нужны.

Dixi.

> в то время как клиенты на основе удаленной текстовной (r*c) консоли ограничиваются именно текстовым режимом. фактически -- администрированием *nix-like системы.

Это сильно оспорябельно. Чего нельзя делать в текстовом режиме - так это редактировать картинки. И то - можно xpm да и eps делать легко.

> это помимо основной проблемы что screen это эмулятор терминала в терминале. и, самое главное, в отличие от SunRay, TS, Citrix оно не обеспечивает бесперебойной работы приложений при нестабильной связи client-server.

Ты бредишь? А для чего тогда detach/attach в screen?

Кстати, всем кто сомневается в будующем джаббера рекомендуется глянуть сюда - http://www.jabber.net/news/releases.shtml
HP, IBM, France Telecom, Walt Disney, Orange, Oracle, etc... Список имхо впечатляет, особенно если учесть насколько недавно он появился...:)

лъ, screen как раз для того и сделан, чтобы не зависить от управляюцего терминала. Что касается гуевых приложений, в юниксе они и правда не добавляют функциональности. Та же консольная ася (УЖЫС) под скрином спокойно будет отсылать/принимать собщения вне зависимости от условий связи с тобой. Тут как раз и упираемся в тот факт, что IM в консоли сильно уступает IRC-like решениям по удобству использования. Поэтому мы имеем SILC, а не асеподобных уродцев. SunRays для домашней сети и правда не нужен, потому что там как раз нужны ПК и только ПК. Всё-таки это не офис какой-нибудь.

oxonian,

Вроде как санреи как раз и предназначены для campus-wide сетей. Никто не предлагает пихать сервера в одну часть страны, а клиентов в другую. Зато в масштабах большого здания нет ничего лучше - стоимость одного рабочего места получается 1000-1500$, в зависимости от их количества и состава используемых сервисов. Сюда входят готовые решения по аутентификации по смарт-картам, мобильные сессии, видеоконференции.

Если брать писюковые мамки все-в-одном в слим-корпусах, строить из них Х-терминалы, брать тот же цитрикс, привинчивать смарткарт-ридеры и т.д., все равно выйдет та же начальная стоимость одного рабочего места, плюс более высокая стоимость обслуживания.

Терминальные решения для RDP/ICA мы как бы не рассматриваем из-за их привязанности к M$/Citrix only. Кстати стоимость венды на санреях можно уменьшить, взяв вместо цитрикса rdesktop, но я не знаю, что по этому поводу думает M$. :-)

> Тут как раз и упираемся в тот факт, что IM в консоли сильно уступает IRC-like решениям по удобству использования.

Что говорит только о том, что irc-like имеет более правильный и удобный интерфейс. Скажем, если м тот же Jabber имел интерфейс mh-like, то есть я бу мог написать в командной строке что-то типа

% jabmsg gamajun@cs.msu.su

Пойдешь седня пить водку?

^D

и проверять пришедшие ответы, настроив переменныю MAILCHECK, то возможно это бы мне понравилось. А то, как сейчас выглядит это - ужас. Так же плохо как и GUI. Даже вариант с плагином в виде ICQ для irssi в чем-то имеет смысл - ты получаешь некий интегрированный центр коммуникаций. Только тогда надо заодно все это включить внутрь emacs и будет счастье.

> SunRays для домашней сети и правда не нужен, потому что там как раз нужны ПК и только ПК.

Там нужны X-терминалы. ;) SUN Ray просто смысла не имеют в маленьких инсталляциях. Если ты не в детдоме только ;).

> Вроде как санреи как раз и предназначены для campus-wide сетей.

Судя по последним BluePrints, их и в MAN применять можно. То есть разнести SUN Rays от сервера на 10-15 километров. Для fault tolerancy. Ну и сервер на SUN Cluster конечно. Тоже разнести так, что б одним ядерным взрывом не накрыло. будет тебе пять девяток. Причем - реальных, а не тех, которые MS заявляет.

> Кстати стоимость венды на санреях можно уменьшить, взяв вместо цитрикса rdesktop, но я не знаю, что по этому поводу думает M$. :-)

MS про это не думает. С точки зрения MS - что rdesktop, что Citrix - одинаково. И проблемы с лицензиями есть только в XP. А никто, кроме прыщавых пионеров на XP ближайший год не собирается. Ну еще MCSE всякие, но это их личные проблемы.

Кстати, я тут задумался над заменой dtlogin прямиком на rdesktop на SUN Rays. Можно и на Citrix, в принципе, но за лицензию ж платить надо, а rdesktop - free... Что думаешь - выйдет?

Или пересадить всех назад в аппаратные vt220 ;) Моя производительность не уменьшится ;)

oxonian, зачем rdesktop сразу вместо dtlogin? Сразу отрезаешь от всех юниксовых приложений... Хотя технически вроде должно быть реально. А про хр это да. КДЕ gnome помогите подскажите. Ж)

> Это сильно оспорябельно. Чего нельзя делать в текстовом режиме - так это редактировать картинки. И то - можно xpm да и eps делать легко.

Есть некоторая разница между "возможно" и "удобно", "эффективно", etc...

> SUN Ray просто смысла не имеют в маленьких инсталляциях. Если ты не в детдоме только ;)

оччень оспоримо. на вскид:

-- бухгалтерия предприятия с большим количеством операций. работают в 2 смены, 10-20 точек. надежность само собой, а цена будет не выше. потому как для современных поделий финансовых мыслителей подавай самое современное оборудование. заодно всякие проблемы с бэкапом отпадают сразу.

-- университет. студент по поступлении получил карточку, и выпоняет любые работы с любой точки. 1-2 лаборатории по 10-15 мест.

-- научно-исследовательские центры. ну тот очень часто возникают проблемы что надо и виндовс и *nix и еще чего-нить. тощее терминалы и серверная база снимают головную боль.

> ачем rdesktop сразу вместо dtlogin? Сразу отрезаешь от всех юниксовых приложений...

ну, внутри сессии RDP запустить xserver никто не мешает :)

> зачем rdesktop сразу вместо dtlogin?

Для полной эмуляции венды. Я хочу проверить на sales у нас, отличат ли они SUN Ray от полноценной венды? Если проблем не будет - больше им писюков покупать не будем. Перетащим всех на Terminal Services. Толстого SUN тут не надо, только rdesktop пускать фактически. Либы оно будет все общие иметь, так что и памяти надо по минимуму.

Кстати, вот только что зашел человек - хочет попробовать SUN Rays для инжинеров. Они будут сидеть на относительно слабом терминальном сервере (у нас есть "лишний" E450) а софт пускать (уже через X протокол) на вычислительных кластерах.

> -- бухгалтерия предприятия с большим количеством операций.

Вот тут исчезновение dtlogin как класса очень поможет. Юзер вообще будет думать, что это у него такой новомодный маленький компьютер. И не надо никого CDE пугать.

> -- университет. студент по поступлении получил карточку

Студенты, гады, будут наровить сессии детачить на весь семестр ;) А так безусловно идея хорошая. Только университетам не хватит все равно 30 рабочих мест. Надо больше. Хотя мне обещали, что E4500 может до 200 средненагруженных сессий тянуть. Впрочем, можно посчитать самостоятельно, блага есть методика оценки таких вещей на BluePrints.

> -- научно-исследовательские центры.

+ Тут есть одна смешная проблема. Чем важнее человек и чем выше его пост тем более быструю (и шумную) машину ох хочет иметь. То есть ну никак не меньше U60. А лучше - B1000 или B2000. SUN Ray совсем не шумят и не дают человеку чувствовать свою важность ;)

lb. Про "эффективность" графического интерфейса много где написано. Например, http://www.pi2.ru:8100/prof/literat/antiwind.htm

Так что спорить тут бесполезно. По крайней мере в юниксе командная строка все-таки очень эффективное средство.

> Например, http://www.pi2.ru:8100/prof/literat/antiwind.htm

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

2oxonian: для джаббера есть консольные клиенты... впрочем ничто не мешает написать совй - протокол-то открытый...:)
Далее - пофиг что ты используешь rdesktop или родного клиента, за лицензию все равно платить надо. Одно рабочее место - одна лицензия, такова политика мелкософта. Более того - у w2k у терминального сервера два режима, первый ограничен кол-вом одновременных подключений (до 5ти чтоль) и заходить можно только админом, но зато не нужно лицензий, второй - сколько лицензий, столько и подключений и заходить можно не только админом.
И на последок - можно устанавливать мах. продолжительность жизни дизаттаченной сессии, это в тему о студентах, которые сесию на весь семестр вешают...:)

> впрочем ничто не мешает написать совй - протокол-то открытый...:)

мешает отсутствие интереса, как я уже тебе говорил. Понятно, что ввиду наличия Net::Jabber написание софта превращается в элегантные шорты.. тьфу... в общем - несложно это.

> алее - пофиг что ты используешь rdesktop или родного клиента, за лицензию все равно платить надо.

Ну это моя локальная специфика: ввиду того, что у нас очень личные отношения с MS, сумма на 20-30 дополнительных лицензий на общий счет особо не влияет. А с Citrix у нас такого нет.

Про то, как терминальный сервер работает, я знаю ;)

> можно устанавливать мах. продолжительность жизни дизаттаченной сессии

Можно. Но студенты будут обижаться ;)

Позвольте-ка, на мой взгляд Jabberу нифига не жить, и вот почему:

о пользователях достославной wXX помолчим, у них есть и будет MSN IM. Штука быстрая, относительна удобная. С ICQ и прочих AOL IM откатится (если AOL начнёт затягивать гайки в виде баннеров) проще всего именно на неё. Почему откатятся на средство именно из стандартной поставки? Возьмите пример IE vs Netscape. Что мы имеем сейчас на львиной доле десктопов wXX? Правильно, его, ослика.

Гейты к своим сетям MS прикроет(если они сейчас существуют вообще). Это есть факт, мсье Дюк. А значит будем иметь MSN IM-клон точно так же, как сейчас имеем LICQ, mICQ, etc.. Так будет. Так не лучше ли закинуть этот калец уже сейчас?

2oxonian: ну если основное препятствие это отсутствие интереса, то тогда не надо говорить "плохо что нет такого-то клиента", Ы? :)
А на счет студентов - а не пошлоб они нафиг? Главное предупредить что дисаттаченная сесия живет не более n дней. Основание - распоряжения начальника ВЦ, декана, ректора, и т.д. (написать нужное).

2anonymous (*) (2002-06-14 20:40:20.843): ну у мелкософта трюк с почтой не прошел.... и с сжатием звука и видие тоже... имхо и с IM не пройдет, скорей они сделают свой MSN совместимым с джаббером...:) Почему именно с ним? А они оба на xml основаны, так оно проще... Кстати MS оповещает разработчиков альтернативных клиентов для MSN, об всех измениях в протоколе, которые могут вызвать проблемы совместимости... Посмотри на сайте трилиана если не веришь.
И к слову гейты MS к своим сетям не прикрывает, скорей наоборот...:)
Но к слову - IM технология нужна и другим фирмам владелцам порталов, не только MS, AOL и Yahoo... А у них только две альтернативы - либо свое разрабатывать, что дорого и неэфективно, либо использовать нечто открытое и следовательно - совместимое с другими такими же порталами, среднего и мелкого размера...
Опять же - фирмы, с одной стороны желающие использовать IM, но с другой стороны заботящиеся о конфеденциальности информации...
Вообщем у всех них имхо нет альтернатив джабберу... а сотня мышей загрызает слона...

> ну если основное препятствие это отсутствие интереса, то тогда не надо говорить "плохо что нет такого-то клиента", Ы? :)

ЫМЫ! ;) Не вижу связи между этими двумя фактами:

- Jabber не имеет приличного консольного клиента для UNIX

- Человек, зарегистрировавшийся под ником oxonian на linux.org.ru в данный момент не интересуется Jabber

И вообще, я продолжаю считать, что у SILC - более адекватная для чата. Кстати, Irsi, посмотри как в MIT был сделан Zephir (тоже часть Athena project как и X, Kerberos, Xaw etc)

> И к слову гейты MS к своим сетям не прикрывает, скорей наоборот...:)

угу. а потом WGIII прямо на суде говорит что обеспечивая несовместимость наших продуктов со стандартами мы охраняем свой бизнес. так что может оказаться что через некоторое время народ начноет говорить джаберу то же что начали говорить ICQ и IRC -- "туда ему и дорога"

2oxonian: более адекватной вещи для пустопорожнего трепа чем ирц имхо нет :) а джаббер и вообще ИМ-системы больше подходят для оперативной кординации и обмена мениями.

2lb: да плевать - фирменные надстройки от мелкософта над почтой, хтмль и т.д. как-то помешали развитию их стандартов? Имхо наоборот помогли...

А вообще, господа, чаты сосут. Я, сменив работу, сознательно заблокировал на смотрящей наружу cisco порты irc etc. Вы не поверите - производительность труда достигла небывалых высот ! :)До этого я, gamajun и VampirO регулярно попадали в чарт "Top Three #rusunix pendeys". Так что преты всем в этам чати, а я буду лучше больше работать, оно как-то пользительнее для карьеры и скиллов :)

>имхо и с IM не пройдет, скорей они сделают свой MSN совместимым с джаббером...:)

4Irsi: ты в это _действительно_ веришь? Да не будет такого никогда. Стоит им подмять под себя сколько-нибудь значимую долю десктопов (а в том, что это случится, я нисколько не сомневаюсь, причины уже были приведены мной выше), как конкуренты будут отстреляны быстрей, чем квёлые осенние мухи. AOL IM и ICQ помрут сами, в смысле их свернут из-за невыгодности поддержки, Jabber и иже с ними проживут чуть дольше, но и то, только за счёт рьяных апологетов и децентрализованности.

Имея такой мощный состав, как ОС, пропихнуть можно _всё, что угодно_. Неужели вас время ничему не учит? ;) Как только почуют, что _пора_, так и вылижут этот MSN IM, и по фичастым функциям всех позади оставят.

Это, бтв, не Майкрософтофилия, это трезвая оценка ситуации и факт, мсье Дюк.

2anonymous (*) (2002-06-15 17:04:52.846): я не верю что мелкософт просто так, возмет и поддержит джаббер или любую другую систему, протокол и т.д. Если это будет им выгодно - поддержит, разумеется обвесив своими фичами. ;) Я это вообщем сказал в демонстрацию того что джаббер и msn чем-то схожи... оба основаны на xml например... Т.е. чисто теоретически MSN клиент можно модифицировать таким образом чтоб включить в него поддержку джаббера. И если джаббер станет достоточно популярным это имхо обязательно произойдет.
Я тоже трезво оцениваю ситуацию и то, какую фору перед конкурентами дает фактическая монополия на рынке десктопных ОС. Но я также прекрасно понимаю что открытые протоколы неоднократно доказывали свое преимущество в конкурентной борьбе на рынке. И я прекрасно помню как мелкософт неоднакратно делал разворот на 180 градусов и начивал поддерживать открытый протокол, когда тот доказывал свою жизнеспособность. И я также помню что мелкософту далеко не всегда удавалось пропихнуть свои протоколы, скорей наоборот - эти их попытки обычно кончались неудачей и им приходилось брать на вооружение открытый протокол и обвешивать его фичами...

> Я, сменив работу, сознательно заблокировал на смотрящей наружу cisco порты irc etc...

пол дня говорили о том что консольные клиенты великолепно работают с удаленных шеллов :) и на те, какое кардинальное решение ! :)