Idea - Z vonku klient, z vnútra server

6.8.2005 00:33 | Přečteno: 848× | nápady | poslední úprava: 17.8.2005 07:54

Napadla ma čudná, no zaujímavá vec... som už ospalý a práve som vytriezvel z piatočnej oslavy kamarátových narodenín, takže som už pochopiteľne stihol zabudnúť, na čo by to bolo dobré, ale stojí to za zamyslenie.

Implementovať [multi-]klienta pre IM (pôvodná myšlienka Jabber). Ten by fungoval ako démon a uchovával by všetky pri/odchádzajúce správy, spracovával cez pluginy a sprostrekovával cez IPC (alebo TCP), ozajstnému klientovy (alebo 50-tim naraz), ktorý by sa staral o prezentačnú vrstvu (moja obľúbená konzole/ncurses/X/GTK/Qt/dev/null/čo len chcete).

Mne by sa páčili nasledovné veci:

transparencia

Spustím klienta v konzole, druhého v X-soch a tretieho vo vedľajšiej miestnosti...

persistencia dát

klient by mohol byt riesený ako sada programov (na unixový štýl):

• listovanie správ
• odolielanie sráv
• správcovia kontaktov
• administracne nastroje
• pomocnik

Tie by sa dali prepájať pipami s unixovými nástrojmi a IM by si na mojom "desktope" našlo miesto hneď vedľa ls a grep. :)

programová architektúra

internet{Jabber, IRC, ICQ, ...} <=> Klient+Server{komunikácia so svetom, moduly, databáza} <-> presentačná vrstva{klienti: unix-like, console, ncurses, X, GTK, Qt, ...}
Myslím, že dôjde k oddeleniu subsystémov. Aj keď klientklient musí komunikovať s klientservérom, ich komunikácia je omnoho jednoduchšia ako medzi klientsevérom a internetom.

Páčilo by sa vám niečo také?

       

Komentáře

[User682]

zdravim,

neni to spatnej smer. napovim: java, webservices(misto rour), aplikacni server, xml, nebo prenos objektu. jeste tip: pouze jeden app. server. i kdyz pak to je stejne jedno.

anebo: nejake zdvojeni vstupu/vystupu: konsole, X-ek; irc boot (??).

mate tedy 2 cesty: administrace(sh scripts) nebo programovani(try java).

dejte vedet, az nejak pokrocite v implementaci(pojede klient-server komunikace). soukrome nebo v blogu. tady je vrchol technologie enterprice php5, takze to par lidi nebude asi chapat.

ps: zda libilo? no vite, ja uz to mam v jave implementovano a nejaky pulrok timto smerem jdu. zkuste sam a uvidite. na to se tezko odpovida, to se musi nacvakat.

jen mi unika trochu proc chcete delat dalsiho IM klienta. mozna bych zkusil neco, co neni a co by bylo uzitecne.

je videt, ze slovo technologie vam neco rika. zkuste jeste praktickou implementaci(webovky mlci) a rad dam nekdy pres jabber rec.

jinak pokud jste z prahy, tak tu mam N9210 a muzete vesele implementovat funkce a sluzby pro spolupraci s serverem na N9210. neco by se mi na linux hodilo, ale nejsou lidi, ani penize. to jen kdyby jste se nudil.

bye gf

[VícNežNic]

Proč by ten váš slavný klientserver uprostřed nemohl být prostě obyčejný Jabber server s transporty a podobně? Zbývá jenom dořešit detaily jako ukládání historie na serveru a možná ještě nějaké maličkosti, pokud už tedy dávno vyřešeny nejsou. Prostě aby mohl být samotný klient co nejtenčí.

Vlastně jsem přesně tohle chtěl zkusit, ale nějak se k tomu zatím nedostal.

[Yin]

Moja reč. Rád by som napísal schopného konzoloveho-klienta-Jabberu, to je lepšie riešenie.

[Marián André]

Uniká mi zmysel takéhoto niečoho. Prečo vytvárať de facto messaging proxy ?

[zenek]

Já to pochopil tak, že by to umožnilo aby byla historie a všechna podobná data na jednom místě a v jedné domácnosti by měl uživatel možnost se připojovat z jakéhokoli zařízení a mít přitom všechna tato data k dispozici...

[Yin]

Nieco take... ale ma to pre mna trochu kritickejsi vyznam.

[Yin]

yin@jabber.sk, ozvyte sa a rovno mi zacnite tika, ak vas mozem poprosit.