„Standard by neměl být zbytečně svazující, jen by měl udávat základní směr. Případná rozšíření funkcionality by měla být ponechána klientům, případně službám/serverům.“ vs. „Google připravil rozšíření XMPP Jingle, které ale dosud nebylo schváleno. Někteří klienti ho sice podporují, ale opět – bez standardizace nelze nějaké širší uznání očekávat.“
Dá se tohle nějak rozvést, jak to teda má ideálně být? :-) Přijde mi, že podobné sny o tom, že si uživatelé (implementátoři) vyvinou svá rozšíření a navzájem si je budou používat, moc nefungují. Připomíná mi to i XHTML a očekávání vzniku nových XML aplikací, rozšíření, metadat, ontologií... Existuje nějaká technologie, kde to takhle funguje?
Ale ano, IRC je stále velmi živé a pořád je to skvělý protokol pro textový chat. Většinou je využíván všemi možnými druhy geeků. Je teda úplně jedno jaký druh geeka, jestli IT, hry, vývoj, filmy atd. Není to tedy protokol používaný průměrným uživatelem internetu, nicméně v různých komunitách je velice využívaný. Přecejen, řekni mi o nějakém vhodném protokolu/komunikátoru kde se potkávají stovky lidí se společným zájmem z celého světa, který podporuje klasický chat v reálném čase. Opravdu mě nic jiného než IRC nenapadá. Ano, XMPP má možnost takových místností, ale reálně nejsou ani zdaleka tolik využívané. A jiné protokoly/komunikátory/sociální sítě zkrátka tuto možnost nepodporují, nebo jen ve velmi nepohodlné a omezené míře. A chaty na sítích typů lidé.cz jsou jednak omezené na oblast uživatelů, nemluvě o tom, že většinou tyto sociální sítě byly převálcovány Facebookem.
Přesně tak, je to výrazně odfláknutý článek, který nepracuje s fakty, ale s osobními dojmy. Všechno to spíš napovídá o tom, že se XMPP naprosto uchytilo.
Open-source řešení jsou na tom stejně: např. Kaiwa, Let's Chat
S XMPP servery se taky roztrhl pytel. Momentálně asi nejlepší server je Prosody, napsané v Lua, rozšiřitelné, pomocí pluginů podporuje MAM (a MUC + MAM).
Za videokonferencování např. jitsi běží nad prosody (a pro video používá WebRTC).
Pokud se nepletu, tak část profi řešení nad XMPP běží taky (Cisco).
Bohužel to vidím úplně stejně. Xmpp nikdy nebyla masová záležitost, ale svoje místo si to rozhodně našlo (mimo zorné pole autora článku). Pak je také vhodné rozlišovat, zda mluvím o protokolu nebo síti. U xmpp je v tom docela rozdíl. Článek prostě pouze filosofuje nad tím, že facebook odřízl možnost použít xmpp klienta pro jejich chat a google se na totéž chystá, což je ale problém uživatelů těch služeb, to je obecně problém uživatelů všech centralizovaných služeb. Jednoho rána se probudíte a ono něco nefunguje, neb se někdo někde rozhodl a vy to neovlivníte. Jak podobných "zážitků" bude přibývat, bude přicházet vystřízlivění mnoha uživatelů.
Zkoušeli jsme hlavně jitsi meet, a hosted řešení nefungovalo tak dobře jako přímo jit.si, kde už teda ten jejich videokonfereční software přímo neběží (nebo si to špatně pamatuju).
Každopádně to asi může fungovat, kdyby k tomu byl někdo, kdo by se v tom mohl trochu pohrabat nad rámec instalace...
(Pokud chcete jen tak mluvit přes WebRTC, tak appear.in je docela OK.)
Bohužel, u nás ve firmě se už jabber nepoužívá. Vzhledem k tomu, že je to velká, mezinárodní společnost, plná nejen techniků ale i obrovité hromady manažerů, tak "vyhrál" Microsoft Lync (dříve Microsoft Office Comunicator, v budoucnu Skype for Business). Využívá se nejen pro text, ale s velmi velké části pro zvuk a dost také pro sdílení obrazovky, k tomu je hold potřeba to video. Pro videohovory ho nepoužíváme, není potřeba. Bohužel, Jabber tohle vše neumožňuje.
Jinak, nesnažím se tady obhajovat Lync. Je to naprosto naprd komunikátor s podporou jen pro windows a mac, přičemž alternativa na Linux je pidgin-sipe, kde je podpora videa, zvuku a sdílení obrazovky v experimentální fázi vývoje a většinou nefunguje správně a nebo Sky, což je prográmek za 50$/rok což je něco, co naše firma asi nebude plošně podporovat. Na druhou stranu, XMPP tady opravdu hodně zaspalo...
Me na soucasne situaci vadi jedina vec - to, proti cemu se driv komunita bourila, se dnes bere jako samozrejmost - myslim tim (ne)podporu alternativnich klientu.
Kazda sluzba ma svoji preplacanou aplikaci a neexistuje jediny alternativni klient.
Ja treba v telefonu nechci mit hangouts, whatsapp, facebook messenger, jabber, icq a kdovi co jeste, protoze kazdy z pratel preferuje neco jineho. Chci jednoho klienta, ktereho budu moct pouzit pro vsechno. Bohuzel neexistuje jedina nova implementace FB chatu po odstrizeni ICQ, neexistuje alternativa k hangouts ani k whatsapp... ke vsemu musim mit vlastni aplikaci, ktera zabira misto v systemu, zere baterku a data. Zbytecne.
Tenhle smer se mi nelibi, bohuzel ale ze soucasneho vyvoje mam pocit, ze uz bude jen hur
Můžeš zkusit třeba IM+.
Já osobně to mám ale jen jako nouzovku v mobilu (kdybych neměl přístup k PC), a jen kvůli tomu, že ne-IT lidi jsou dál na tom pitomém icq a IT lidi komunikují přes jabber (pořád využívám možnosti s google účtem (ale jak se píše v článku, kdo ví, jak dlouho ještě)).
Další socializační komunikátory mám v paži.
PS: A samozřejmě, je to 3rd party app, tak když "vlastník" nějakého protokolu něco v tom svém protokolu "vylepší", přestane to fungovat (viz Skype v poslední době).
PPS: A určitě je podobných aplikací bambilion osm ...
Nezavisle na tomhle clanku jsem se zrovna zajimal o to, jak vyhledove resit XMPP + SIP telekonference aj.; nezkousel jsem, ale zaujalo me tohle: http://sylkserver.com/applications.phtml
Zrovna som zvazoval pouzitie xmpp pre posielanie messages medzi r pi, mobilnymi klientami a kvoli dostunosti odvsadial aj cloud do toho.
Po nadseni z xmpp ma to preslo. Dovody:
1. OpenFire neunosne zvacsil nas mini linux (potrebuje javu) - da sa to prekusnut
2. OpenFire neunosne zral CPU na R Pi - snazil som sa simulovavat serverove messages cez obycajnychchat clientov a s cpu som sa dostal aj na 50%. Je mozne, ze c++/erlang servery by toto vyriesili, potrebujem vsak pisat pluginy na autetikaciu a idealne aby sa dali pouzit aj na cloude, kde by som daval asi openfire.
3. Mobilne appky mame v xamarine. Do C# neexistuje jedina pekna a aktualizovana xmpp kniznica s rozumnymi licencnymi podmienkami. MatriX za 6k Eur pre 5 developerov mi nepride ako riesenie.
Nasadil jsem ve firme prosody, zatim prakticky v default konfiguraci, ucty z ldapu, srv zaznam a hotovo. Funguje to vyborne, az na typicke situace "nechal jsem zapnuty pocitac v kanclu a ted nic nechodi na mobil". Musim se tedy podivat na vyse zminovane MAM. Idealni stav by byl dostavat vsechny zpravy vzdy do vsech klientu, a pokud byl klient offline, mel by si zpatky dotahnout vsechny zpravy co byly mezitim doruceny jinam.
Provozujete to takto nekdo? Prosody + jaky klient (linux, windows a android)? Precetl jsem The (Sad) State of XMPP in 2014 a dobu, kdy se tim budu zabyvat, odlozil na neurcito :-)
Ano, já to takto provozuji. Důležitá jsou rozšíření XEP-0280: Message Carbons, XEP-0313: Message Archive Management a pokud předpokládáme výpadky připojení (např. u mobilních klientů), tak se ještě hodí XEP-0198: Stream Management.
Na serveru používám vývojovou (0.10) verzi Prosody s moduly smacks, carbons, mam a mam_archive. Možná by mohla fungovat i aktuální verze ejabberd, ale to nemám vyzkoušené.
Na desktopu (Linux i Windows) používám Gajim a na Androidu Conversations.
K poznámce v článku - Xabber je již normálně dostupný v material designu, FYI...
Současného problému si dost všímám a příliš jej nechápu. Možnost si kecat třeba po Hangouts s lidmi na Facebooku nebo Skypu je přece naprosto přirozený požadavek. A i kdyby to zatím bylo bez videa (protože na to nejsou standardy) tak je to pořád mnohem lepší než když jsou ty sítě zcela uzavřené. Mimochodem teda jestli ještě není Jingle standardem, tak celkem nechápu, co dělá XMPP Foundation, nevíte někdo?
Vnímám celkem potřeba znovu otevřít Internet. Jestli není vůle, tak by možná šla nějaká kampaň. Vždyť i reklamu na Oskara "existují žlutí, zelení a červení lidé" lidi pochopili. Snad by šlo přimět BFU, aby se začli ptát "Proč nemůžu po Hangouts kontaktovat svého kamaráda na Skypu?", "Proč nemůžu na Twitteru sledovat tohohle chlapíka na Facebooku?", "Proč nemůžu tohle video na Youtube okomentovat se svým účtem na Disqus?", ...
OT pro Realistu:
koukam, ze jsi na centriu:
tuhle ctu jejich podminky a jedna me totalne zarazila:
pry jako jediny smtp server na jejich siti se MUSI pouzit ten jejich :O WTF ??
Znamena to tedy, ze pokud ma nekdo svuj smtp, resp. jehodomena.cz i tak nesmi pouzit svuj pop/smtp, jen ten jejich ?
Muzes to prosim potvrdit ?
Diky! ;-)
Mods: sorry za OT a za trpelivost a nesmazani ;-) Centrio ma dobrou cenu/rycchlost, ale pokud plati zminena podminka, tak at jdou do pi.... -pip-pip-pip-pip-...
Ja mam centrio, ale asi to neroti, mam nekolik uctu a tim padem nekolik ruznych odesilacich serveru (sifrovane), a nemam s tim problem. Na strankach pisou, ze blokujou cizi SMTP servery, a ze BY se MEL pouzit jejich pro bezproblemove odesilani :-)
Neni treba pouzivat POP (tzn. e-mailovy ucet) pouze od nich, jde o odesilani, aby meli kontrolu nad pripadnym odesilanim spamu z vlastni site (coz neobhajuju, ale chapu duvody).
Ale k tematu... Je fajn, ze whatsapp pouziva upraveny XMPP protokol, ale je mi to na nic, kdyz nikdo z mych pratel a znamych standardni jabber nepouziva.
Blokuje se jen SMTP, to jest port 25. Neblokují se POP3/IMAP přiístupy. Stejně tak se neblokuje submission na portu 587, co je port na kterém máte odesílat poštu z poštovního klienta na svůj poštovní server, takže pokud poštovní server na jehodomena.cz umí od klientů přijímat poštu na portu 587, tak vše funguje.
Port 25 má sloužit ke spojení poštovních serverů mezi sebou pro předání pošty dál a ne pro převzetí pošty od koncového klienta na poštovní server.
Takže problém bude, pokud bych chtěl doma provozovat vlastní SMTP server, pak narazím (nebo využívám poštovní server jinde, který chce poštu od klientů také jen portu 25, ale takových snad už moc není).
Jinak podobné blokování (vedle SMTP případně i SMTPS na 465) provádí celá řada dalších ISPíků a ani o tom neinformují (ještě horší variantaje, že port 25 neblokují, ale násilím přesměrují na svůj poštovní server).
Hmmm jenom zminim, ze Gugl kdysy chlaholil XMPP komunitu, ze az dodela GTalk, ze se pak standardizuje video/zvuk no jenze pak vydal GTalk a ejhle, kluci sorry nic nebude .... svine svinuty.
Kazdopadne IRC4Ever - https://www.bitlbee.org/main.php/news.r.html
a tohle teda co bylo zmineno drive vypada taky moc hezky - http://sylkserver.com/applications.phtml