Вы здесь

Главная › Блоги › Блог пользователя slepnoga

Прощай net-im/psi - ты всегда был хорошим джаббер клиентом

23 марта, 2013 - 00:28 — slepnoga

Если до 1 апреля сего года у psi не появится майнтайнер, который обновит и приведет в соответствие текущим реалиям ебилд psi - начнется процесс удаления ебилда из дерева.

P.S ебилд в дереве, но пока что без плюсов; Ждем, надеемся и верим.

Теги блога: 

Комментарии

23 марта, 2013 - 12:35 — sunx

Эм... а что с ним случилось?

—

:)

23 марта, 2013 - 18:15 — mittorn

Говорят же - бесхозным стал, нужен хозяин.

—

Локальный оверлей растёт

23 марта, 2013 - 20:22 — pashazz

В rion'e все в актуальном состояниии, попросите их

—

Linux. Conquer

23 марта, 2013 - 22:26 — slepnoga

pashazz написал:
В rion'e все в актуальном состояниии, попросите их

Да ну :) а я тогда кто ? :)-Д

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

24 марта, 2013 - 14:00 — Pinkbyte

Цитата:
В rion'e все в актуальном состояниии

Отсутствие релизного ебилда в rion-е удручает...

—

Нейтральность - высшее достижение сознания!

23 марта, 2013 - 20:36 — Zlogene

по словам Pinkbyte'a он уже пилит новый бамп.

23 марта, 2013 - 23:34 — evadim

Да кто его только не пилил, по их словам.

24 марта, 2013 - 12:12 — Pinkbyte

У меня договор с Qt team, kensington обещал помочь, если что. В пакете заинтересованы. Правда поддержку Psi+ придется пока выпилить - натянуть правильно весь ворох патчей у меня не получается, а в rion-е только live ebuild :-/

Так что пользователи Psi+, которые еще не подключили оверлей rion - настоятельно рекомендую это сделать, ибо USE="extras" будет удален из ебилда в главном дереве...

—

Нейтральность - высшее достижение сознания!

24 марта, 2013 - 14:50 — slepnoga

+ 24 Mar 2013; Sergey Popov
+psi-0.15.ebuild:
+ Version bump, wrt bug #410911. Psi+ support has been removed for now

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

25 марта, 2013 - 07:08 — GoodWin

Пенчально...
Не то, чтобы я пользовался PSI, но сама тенденция огорчает.

—

emerge Your world
Gentoogle

25 марта, 2013 - 09:20 — Pinkbyte

Отставить панику, новая версия в дереве ;-)

—

Нейтральность - высшее достижение сознания!

7 апреля, 2013 - 21:05 — krigstask

После двух недель мучений на ноуте откатился на 0.14 (-%Е

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

19 апреля, 2013 - 19:53 — SysA

А кто-нибудь может объяснить - зачем за него цепляться?.. чем он лучше pidgin'a?
Судя по здесь - то очень даже хуже.
я как-то много лет с pidgin'ом живу и ничего...

19 апреля, 2013 - 20:36 — krigstask

SysA написал:
Судя по здесь - то очень даже хуже.

Это самый оригинальный аргумент, виданный мною.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

19 апреля, 2013 - 20:51 — SysA

Ну-у, какой-никакой а опрос! ;)
И это все, что вы можете сказать в его защиту?!
Судя по репликам, я полагал, что здесь собрались компетентные люди, которые им активно пользовались и могут аргументировать свой выбор...

19 апреля, 2013 - 22:25 — krigstask

Пидгином-то я не пользовался, например. Помню, что чем-то он меня не устроил, а вот чем…

Вот недавно узнал, что в нём приоритет нельзя менять. Был в шоке.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

19 апреля, 2013 - 22:29 — SysA

Зато там OTR есть!
В свете агонии Skype это становится весьма интересным... ;)

19 апреля, 2013 - 22:41 — slepnoga

SysA написал:
Зато там OTR есть!
В свете агонии Skype это становится весьма интересным... ;)

Агония скайпа - а мона поподробнее :) Я думал , что это агония MSN

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

19 апреля, 2013 - 23:04 — SysA

да пожалуйста - вот официальная информация от M$:

1. "с целью повышения надежности и удобства пользователей" они уже обработку сообщений делают на центральном сервере.
2. с 2014 года (месяц не помню сейчас) голосовые службы будут тоже работать через центральный сервер.

Вот и все! Конфиденциальности больше нет! А Skype именно этим и привлекал, несмотря на его глючность и убогость под Линуксом. Я даже дуал-бут держал в основном из-за Skype...
A MSN никогда не интересовал - обычный сервис, каких много... а Skype был уникален!

20 апреля, 2013 - 00:21 — krigstask

Конфиденциальный Skype?!

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

20 апреля, 2013 - 00:41 — SysA

Да. Был. До того, как M$ его начал "адаптировать" и "улучшать".

20 апреля, 2013 - 01:02 — krigstask

Запрашиваю подтверждение.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

20 апреля, 2013 - 01:35 — SysA

By design... Вы с их архитектурой знакомы?

В двух словах: криптованное соединение точка-точка с недетерминированной маршрутизацией пакетов.

Поэтому, например, текстовое сообщение могло быть доставлено только тогда, когда оба абонента в онлайне. Что многих раздражало, кстати...

Для контроля трафика (я здесь не говорю о перехвате самих сообщений, а только об установлении самого факта передачи данных между этими двумя точками) необходимо было контролировать N/+1 узлов сети, где N - общее число узлов Скайпа в онлайне. Этот факт, а также весьма сильные алгоритмы криптования трафика, крайне раздражал соответствующие конторы. Поэтому только недавно у них появилась возможность контролировать трафик (видимо после того, как с помощью "обновленных" клиентов M$ стал заворачивать трафик на централизованные узлы). Старые клиенты (в Линуксе v2.0.*, a скорее всего еще и v2.2.*) еще работают "по-старинке", но, видимо, в 2014г. планируется прекратить поддержку "старой" маршрутизации и весь трафик пойдет через центральные узлы, которые будут соответствующим образом контролироваться... ;)

20 апреля, 2013 - 10:23 — slepnoga 

By design... Вы с их архитектурой знакомы?

В двух словах: криптованное соединение точка-точка с недетерминированной маршрутизацией пакетов.

Что совершенно точно показывает, что вы обчитались интернетов ;) ибо это только 1 из моделей, причем она всегда была опциональной. SIP и звонки на телефоны всегда по понятным причинам шли через сервера провайдеров.
Алсо , сюрпрайз :) - xmpp гоняет данные через центральный сервак и по другому не умеет :-D

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

20 апреля, 2013 - 10:53 — SysA

slepnoga написал:
By design... Вы с их архитектурой знакомы?
В двух словах: криптованное соединение точка-точка с недетерминированной маршрутизацией пакетов.

...SIP и звонки на телефоны всегда по понятным причинам шли через сервера провайдеров.

А о них речь и не шла, естественно!

slepnoga написал:
Алсо , сюрпрайз :) - xmpp гоняет данные через центральный сервак и по другому не умеет :-D

Потому я и говорю об OTR! Никаких сюрпризов, все под контролем... :D

25 апреля, 2013 - 11:49 — fsa

Как гоняется трафик в SIP-телефонии целиком зависит от настройки серверов сети. По сути сам протокол SIP просто позволяет найти две точки в интернете, чтобы они смогли устройить обмен трафиком. Именно по этой причине SIP-телефония так хреново работает через NAT без костылей позволяющих направить трафик из внешней сети на клиента.
Если хотите секьюрных соединений, соединяйтесь напрямую и используйте шифрование аудио/видеотрафика. Кстати, на IP телефонах многих можно позвонить напрямую по IP адресу.

27 апреля, 2013 - 17:29 — evadim

fsa написал:
Кстати, на IP телефонах многих можно позвонить напрямую по IP адресу.

Я так полагаю что по ещё более убогому чем SIP, H323

19 апреля, 2013 - 23:47 — krigstask

У всяких там Psi+ тоже вроде есть. Но лично я ни разу им не пользовался и в ближайшее время не собираюсь.

А удалённое управление у вашего пидгина есть, например? А личные беседы и конференции он в разныхх окнах может держать?

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

20 апреля, 2013 - 00:37 — SysA

krigstask написал:
У всяких там Psi+ тоже вроде есть. Но лично я ни разу им не пользовался и в ближайшее время не собираюсь.

Каждому - свое, как говорится... ;)
А вроде psi+ и выкинули?.. нет?

krigstask написал:
А удалённое управление у вашего пидгина есть, например?

Чем?

Это же говорилка! А как же основной принцип *НИКСов - 1 функция на модуль? ;) "Все в одном" - это не здесь! В Skype даже видео появилось значительно позже... как дань моде/времени и как расширение функционала. Но его (видео) и резали в первую очередь на плохих каналах... А голосовые кодеки для телефонии у них были лучше, чем у всех остальных коммуникационных компаний мира.

Или ею самой? Зачем?!

krigstask написал:
А личные беседы и конференции он в разныхх окнах может держать?

Может... и в табах, и в окнах...

20 апреля, 2013 - 01:05 — krigstask

SysA написал:
krigstask написал:
У всяких там Psi+ тоже вроде есть. Но лично я ни разу им не пользовался и в ближайшее время не собираюсь.

Каждому - свое, как говорится... ;)
А вроде psi+ и выкинули?.. нет?

Как можно выкинуть проект?

Цитата:
krigstask написал:
А удалённое управление у вашего пидгина есть, например?

Чем?

Другим клиентом, подключённым к той же учётке.

Цитата:
krigstask написал:
А личные беседы и конференции он в разныхх окнах может держать?

Может... и в табах, и в окнах...

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

Лично для меня Пидгин отпадает уже из-за отсутствия управления приоритетами. Всё остальное уже так, лирика.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

20 апреля, 2013 - 10:56 — SysA

krigstask написал:
...Лично для меня Пидгин отпадает уже из-за отсутствия управления приоритетами. Всё остальное уже так, лирика.

Поясните, о каких приоритетах идет речь...

20 апреля, 2013 - 13:13 — krigstask

О тех, которых в Pidgin нету.

http://wiki.xmpp.org/web/Jabber_Resources

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

22 апреля, 2013 - 14:53 — Anarchist

krigstask написал:
Мне нужно три окна: ростер, личные чятики и конференции. И чтоб при открытии беседы или конференции новая вкладка появлялась в нужном окне.

Тебя не затруднит привести какие-нито обоснования данного требования к интерфейсу?

Также интересно содержание мучений, послуживших обоснованием отката на 0.14.

—

:wq
--
Live free or die

22 апреля, 2013 - 15:46 — krigstask

Anarchist написал:
krigstask написал:
Мне нужно три окна: ростер, личные чятики и конференции. И чтоб при открытии беседы или конференции новая вкладка появлялась в нужном окне.

Тебя не затруднит привести какие-нито обоснования данного требования к интерфейсу?

Это просто-напросто удобно. Прежде всего из-за того, что у меня awesome сам раскидывает окна, куда надо, и я могу быстро на них переключаться, особенно на те, куда приходят сообщения лично мне.

Цитата:
Также интересно содержание мучений, послуживших обоснованием отката на 0.14

Главной и определяющей проблемой был поиск по ростеру. Демонстрирую поиск в 0.14:

В 0.15 сломано сразу две штуки:
* нельзя искать по строке из середины имени ('arch' ничего не найдёт, только "anar");
* спрятаны категории (имена учётных записей), поэтому выбрать из стопки нужного не представляется возможным.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

23 апреля, 2013 - 15:45 — Anarchist

krigstask написал:
Это просто-напросто удобно. Прежде всего из-за того, что у меня awesome сам раскидывает окна, куда надо, и я могу быстро на них переключаться, особенно на те, куда приходят сообщения лично мне.

Что-то мне подсказывает, что при определении требований к IM-клиенту (интерфейсу) первостепенную роль играет количество корреспондентов и характеристика потока нагрузки (как минимум общее число сообщений за [например] сутки и относительные на беседу и относительно числа контактов в списке).

—

:wq
--
Live free or die

23 апреля, 2013 - 16:19 — krigstask

Anarchist написал:
Что-то мне подсказывает, что при определении требований к IM-клиенту (интерфейсу) первостепенную роль играет количество корреспондентов и характеристика потока нагрузки (как минимум общее число сообщений за [например] сутки и относительные на беседу и относительно числа контактов в списке).

Вероятно.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

24 апреля, 2013 - 03:15 — evadim

да, когдато Psi был единственным клиентом который мог выдержать ростер главы фонда XMPP с 1600+ контактами и бодро по нему искать. Описываемая вылизанность поиска в 0.14 как раз этим и описывалась. А 0.15 делали другие люди.

24 апреля, 2013 - 09:14 — Anarchist

evadim написал:
да, когдато Psi был единственным клиентом который мог выдержать ростер главы фонда XMPP с 1600+ контактами и бодро по нему искать.

А сейчас (в смысле: не пополнился ли список?)?
И вообще ИМХО стоит промыслить ответ на вопрос "сколько нужно" (в смысле количества корреспондентов, общего и в online).

—

:wq
--
Live free or die

24 апреля, 2013 - 09:17 — krigstask

Промысли, кто ж тебе мешает.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

25 апреля, 2013 - 00:31 — evadim

Anarchist написал:
evadim написал:
да, когдато Psi был единственным клиентом который мог выдержать ростер главы фонда XMPP с 1600+ контактами и бодро по нему искать.

А сейчас (в смысле: не пополнился ли список?)?
И вообще ИМХО стоит промыслить ответ на вопрос "сколько нужно" (в смысле количества корреспондентов, общего и в online).

Сейчас у него нет всех админов джаббер-серверов, которые часто добавлялись в процессе выдачи бесплатного сертификата. Да и с psi он по тому случаю сьехал на что-то, как бы не swift.

25 апреля, 2013 - 10:42 — Anarchist

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

—

:wq
--
Live free or die

19 апреля, 2013 - 22:42 — slepnoga

какие то цветные полосочки неизвестного происхождения - я тоже такие умею

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

21 апреля, 2013 - 19:45 — Beelzebubbie

после перехода на десктопе с win на linux я обнаружил, что единственное, чего в линухах _нет_ — это неубогого мультипротокольного IM-клиента. Было перебрано несколько, остановился на пиджине, ибо он чуть менее убог, чем остальное. Честно говоря, поразило наличие кучи идиотских плагинов при полном отсутствии _важного_ функционала.
А еще пиджин ведет себя очень весело, когда у _любимого_провайдера_ отваливается VPN. Вернее, он себя ведет так, будто ничего и не произошло. Что приводит к тому, что сообщения молча уходят в /dev/null при полной неосведомленности пользователя. Какой уж там client acknowledgement. Очень печальна ситуация эта. :D

22 апреля, 2013 - 14:51 — Anarchist

Beelzebubbie написал:
после перехода на десктопе с win на linux я обнаружил, что единственное, чего в линухах _нет_ — это неубогого мультипротокольного IM-клиента.

Здесь, полагаю, надо начать с раскрытия сути "неубогости" и обоснования требования мультипротокольности.

Beelzebubbie написал:
Было перебрано несколько, остановился на пиджине, ибо он чуть менее убог, чем остальное. Честно говоря, поразило наличие кучи идиотских плагинов при полном отсутствии _важного_ функционала.

Аннотированный перечень "необходимого функционала" с весовыми коэффициентами тоже будет нелишним.
Но, вероятно, правильнее в отдельной теме.
Тов. Криг архиправильно указывает на первостепенную важность вопроса полноты поддержки xmpp.

—

:wq
--
Live free or die

23 апреля, 2013 - 14:45 — Beelzebubbie

Начну «с конца» — архиважность вопроса поддержки именно xmpp в именно мульпротокольном (а я обсуждал именно это) клиенте для меня спорна. Большинство моих контактов, ввиду специфики их владельцев, пользуются _не_ xmpp, к примеру. Так что полнота должна быть полной — по всем поддерживаемым протоколам. Сие кажется логичным.

По поводу неубогости: тут несколько _основных_ пунктов, не плюшек:
1. Реакция на проблемы с сетью (контроль доставки сообщений (с поддержкой client acknowledgement), визуализация проблемы, возврат недоставленных сообщений в область ввода, внятный алгоритм переподключения с прогрессивной задержкой). На данный момент пиджин ведет себя мало того что неприемлемо (сообщения могут быть «как бы доставлены», хотя соединения с сервером просто нет), но и вообще не очень понятно. В частности, нельзя даже понять, есть ли в данный момент это подключение.

2. История. О, это больной момент. Какой-то странный человек решил, что историю лучше всего хранить в файлах, html/xml. Наверное, так удобнее было реализовывать. Хотя с точки зрения тех, кому действительно нужна эта история каждый день по n раз, это не лучший подход.
Гораздо было бы удобнее (как это реализовано в некоторых _годных_ клиентах), хранить сообщения в СУБД и реализовывать их просмотр как browse табличных данных, с поиском и _фильтрацией_. Кроме того, grep'ать истории в том случае, когда контакт точно неизвестен, суть неудобное решение. Стало быть, нужен поиск по _всем_ контактам. Технически разницы при использовании БД между один/группа/все — нет.
История «системных событий». Часто бывает так, что кто-то просит авторизации, это происходит, а потом возникает вопрос «как его найти?» Или же ошибочно была нажата кнопка отказа — опять-таки хрен найдешь этого контакта. Как бы еще один идентификатор владельца события с БД и никаких сложных реализаций. System Log в пиджине есть, но в нем, похоже, только смены статусов.

3. Поиск по пользователям. Например, я не знаю ник, только (к примеру, UIN) — попробуйте найти в пиджине этого контакта. А хотелось бы иметь полнофункциональный поиск, по подстроке по всем имеющим смысл полям.

4. К превеликому сожалению, скайп таки популярен и иметь его в IM клиенте я бы не отказался. Собственно, это реализовано в некоторых клиентах, но только не под linux почему-то.

Пока устал писать, хотя написать есть кое-чего еще.

23 апреля, 2013 - 15:34 — Anarchist

Beelzebubbie написал:
Начну «с конца» — архиважность вопроса поддержки именно xmpp в именно мульпротокольном (а я обсуждал именно это) клиенте для меня спорна.

Требование мультипротокольности в принципе по мне как минимум спорно (ну и традиционное: перечень необходимого, с указанием весовых коэффициентов, в студию!).
Не говоря о том, что влечёт за собой вопрос архитектурной совместимости реализаций...

Beelzebubbie написал:
По поводу неубогости: тут несколько _основных_ пунктов, не плюшек:
1. Реакция на проблемы с сетью (контроль доставки сообщений (с поддержкой client acknowledgement), визуализация проблемы, возврат недоставленных сообщений в область ввода

Требование возврата в область ввода по мне выглядит как минимум несколько странным. Выделение в истории -- да.
Хотя если ты хочешь разработать принцип возврата _нескольких_ сообщений в _одно_ поле...

Beelzebubbie написал:
внятный алгоритм переподключения с прогрессивной задержкой).

Ога.
Чтобы после облома с часовой задержкой повторная попытка производилась через два часа? :)

Beelzebubbie написал:
Гораздо было бы удобнее (как это реализовано в некоторых _годных_ клиентах), хранить сообщения в СУБД и реализовывать их просмотр как browse табличных данных, с поиском и _фильтрацией_. Кроме того, grep'ать истории в том случае, когда контакт точно неизвестен, суть неудобное решение. Стало быть, нужен поиск по _всем_ контактам.

Надо полагать ты готов личным примером продемонстрировать востребованность фичи, взвалив на свои плечи реализацию (с проработкой вопросов контроля целостности, резервного копирования и восстановления и также надлежащего интерфейса поиска)?
:)

Beelzebubbie написал:
3. Поиск по пользователям. Например, я не знаю ник, только (к примеру, UIN) — попробуйте найти в пиджине этого контакта. А хотелось бы иметь полнофункциональный поиск, по подстроке по всем имеющим смысл полям.

С бардаком в мышлении надо бороться, а не стимулировать!

Beelzebubbie написал:
4. К превеликому сожалению, скайп таки популярен и иметь его в IM клиенте я бы не отказался. Собственно, это реализовано в некоторых клиентах, но только не под linux почему-то.

Рекомендую почитать результаты попыток разработки транспорта в скайп.

—

:wq
--
Live free or die

23 апреля, 2013 - 16:41 — Beelzebubbie

>>Требование мультипротокольности в принципе по мне как минимум спорно
Провоцируешь на низкоинтеллектуальную полемику? ;) _Свое_ обоснование я уже приводил. Само существование и популярность таковых клиентов должна навести тебя на мысль, что это кому-то нужно.

>>Требование возврата в область ввода по мне выглядит как минимум несколько странным. Выделение в истории -- да.
Хотя если ты хочешь разработать принцип возврата _нескольких_ сообщений в _одно_ поле...
собственно я это не придумал, а пользовался. и таки удобно и логично. если сообщение не доставлено — почему оно должно попасть в историю и _зачем_? Кроме того, удобно переотправить когда поднимется соединение etc. В чем разница между 1 и 2 сообщениями в этом смысле?

>>Чтобы после облома с часовой задержкой повторная попытка производилась через два часа? :)
Ерничаем? :) Тоже не придумано, а взято «из жизни» — к примеру от 5с задержка увеличивается до 60с.

>>Надо полагать ты готов личным примером продемонстрировать востребованность фичи, взвалив на свои плечи реализацию (с проработкой вопросов контроля целостности, резервного копирования и восстановления и также надлежащего интерфейса поиска)?
свалил все в кучу. и не читал внимательно мной написанное. вполне очевидно, что парсить кучу файлов в разных каталогах плюс производить среди них поиск — реализуемо, но гораздо сложнее чем что-то наподобие обычного браузинга SQL запроса к БД. Интерфейс стандартнее некуда.

>>С бардаком в мышлении надо бороться, а не стимулировать!
надо полагать, что уважаемый может держать в голове сотни ников, уинов и прочего? остается только поздравить и отойти в сторону, восхищенно ковыряясь где-нибудь.

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

24 апреля, 2013 - 03:13 — evadim

Beelzebubbie написал:
[i]
на ведроиде я вполне-таки пользуюсь в мультипротокольном клиенте учетками скайпа, на винде тоже пользовался. исходя из этого полагаю, что каких-либо серьезных противопоказаний просто не существует.

На сколько мне известно, противопоказаний действительно нет - создание нормального "шлюза" в привычном смысле невозможно в принципе. В реальности они были и наверное есть, для домашних серверов. Работают эти поделки (что мультипротокольный клиент что шлюз) примерно так: запускается скайп в "безбашенном реиме", по копии на пользователя. Шлюз/клиент управляет им через API. И если для локального клиента это можно назвать приемлемым, то запускать на сервере по скайпу на юзера немного странно... да и я бы не доверил свой пароль левому серверу. Хотя возможно после попадания скайпа в лапы MS ситуация и измениться, в офис-то его уже встроили.

24 апреля, 2013 - 13:45 — Beelzebubbie

Для windows так и было — клиент работал с запущенной копией скайпа через API, в ведроиде запущенных копий ps мне не показал. Но, как бы там ни было, один список контактов и одно приложение для всех IM протоколов лучше, чем использование нескольких. Ввиду еще и того, что некоторые физлица имеют по несколько учеток в разных системах. Зачем иметь скайп «на сервере», тем не менее, мне не совсем понятно, а IM шлюзы это песня отдельная и зачастую, из практики, негодная.

25 апреля, 2013 - 00:41 — evadim

Beelzebubbie написал:
В ведроиде запущенных копий ps мне не показал.

А он на сервере запущен.

Beelzebubbie написал:
Но, как бы там ни было, один список контактов и одно приложение для всех IM протоколов лучше, чем использование нескольких.

Несомненно
Именно поэтому, у меня есть "основная" XMPP-учётка, на сервере с шлюзами. И когда я настраиваю новый клиент на новом компе, у меня "всё в одном месте".

Beelzebubbie написал:
Зачем иметь скайп «на сервере», тем не менее, мне не совсем понятно

Он не "зачем" а без него никак, если железка сама по себе не может запустить скайп.

Beelzebubbie написал:
а IM шлюзы это песня отдельная и зачастую, из практики, негодная.

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

Страницы

Russian Gentoo Linux Community © 2005—2026
Gentoo — торговая марка Gentoo Foundation, Inc.
Сервер работает под управлением Gentoo Linux
Сайт работает под управлением CMS Drupal