Administrace komentářů

Zdravim,

pracuji na uzavrenem projektu, kde si nekolik ruznych casti celeho systemu, ktere bezi na fyzciky oddelenych zarizenich a komunikuji skrze LAN, musi vymenovat kratke textove informace.

Napadlo me pouzit k vymene techto informace jako transportni kanal interni jabber server (jednu z vyhod vidim rychlost, transparentni moznost sifrovani, otevrene reseni, dostupnost implementace jabber klienta pro velkou skalu jazyku a budouci moznost jednoducheho rozsireni pristupnosti pro mobilni platformy), v pripade potreby ho obohatit o nejake perl bota, ktery dokaze zaridit nektere udalosti.

Otazkou zustava zda-li nema tento navrh nejake fatalni uskali, ktere momentalne nevidim, pustim se samozdrejme do referencni implementace, na ktere se pokusim demonstrovat moznosti systemu ostatnim vyvojarum, ale presto lecos mi mohlo uniknout, sazim, ze testovaci implementace toto dokaze brzy odhalit.

Jedna z klicovych otazek je jaky jabber server nasadit?

- ejabber (Erlang - nemam zadne zkusenosti, zrejme implementace pro vytizene servery, "kanon na vrabce"?)

- jabberd ( vypada zajimave, otazka jakou verzi 1.4 x 2.0 )

- openfire a jine implementace  v jave ( nelze, java neni dostupna na cilovem system )

- prosody (celkem zajimava implementace v jazyce Lua, ktery trochu ovladam, bojim se o stabilitu)

- jiny? (tibase? apache vyper? )

Jabber server by mel byt schopen bezet i na rekneme relativne slabem HW ci mit moznost ho kompilovat i pro jinou architektu nez je x86.

Jabber server nebude verejny, tedy neumozni registraci, presto bych chtel mit moznosti nejakym zpusovat spravovat uzivatele (at uz jsou napr. v obycenem souboru ci db), nepotrebuji podporu pro transporty, hodila by se mi moznost specifikovat v samotnem jabber omezeni komunikace (tedy ze klient xyz muze komunikovat jen abc klientem), zda-li je to mozne, potrebuji v takovem pripade napr. roster module?

Otazek je pomerne mnoho, nechavam prostor pro komentare ... diky za vas nazor. F.