Graph API

[Filip.Krska]

Jen si sem kvůli záloze něco hodím... zdržte se prosím komentářů

graphapi.png (215.03 KiB) Zobrazeno 1785 x

[Tomas.Klapka]

Je na čase s tímhle hejbnout. Zdrojáky jsou nedostupné, tak to napíšeme znovu. Někdo, kdo umí Node.js a ví, co je REST a JSON, a je schopnej k tomu udělat Oauth2?
Už někdo přemýšlel nad DB? Co MongoDB?

Základní verze má obsahovat to, co je v obrázku označeno jako graph API (TO), tedy jen user a group. Nástřel, jak by to asi mělo vypadat je na http://graph.pirati.cz/
Přes API by měli fungovat CRUD operace nad uživateli a skupinami a musí jít přidávat a odebírat lidi ze skupiny.

Počítá se s tím, že to bude centrální db uživatelů a skupin a přihlašování do všech pirátských systémů půjde přes tohle.

Bude to chtít napsat projektovou specifikaci, viz https://github.com/pirati-cz/platform-r ... pecifikace

Další rozšíření, které má podle mě prioritu je Evidence členů a Úkolovník, ale to bych implementoval, až bude jádro fungovat a bude fungovat auth.
S tím by už mohli pomoct i méně zkušenější Node.js vývojáři.

Napadly mě ještě řozšíření funkcí, ale nejsou teď aktuální:
API by mohlo poskytovat PubSub funkcionalitu a aplikace by přes to mohly komunikovat a reagovat a dala by se přes to dělat notifikace. Má to pak strašně moc možného uplatnění.
Jde o vytvoření pojmenovaného kanálu, o přihlášení a odhlášení k odběru z kanálu a o přečtení nepřečtených zpráv z kanálu.

Bude fajn dále poskytnout v API možnost, aby měl každý user a jeho aplikace svůj vlastní prostor pro key-value data, do kterých by se mohlo ukládat například uživatelské nastavení, případně třeba jiná data, bookmarky, nastavení filtrů pro výpisy, preferované třídění, apod.

Kdyby se toho někdo chtěl chopit, pak to všichni oceníme a rádi s tím pomůžeme, protože to má být základní stavební kámen moderního informačního systému pirátů, který nutně potřebujeme.

[Roman.Kucera]

Evidence členů není se zbytkem svázaná přes ID? To nemůže fungovat.

[Petr.Kopac]

Pokud vytvorite podrobnou specifikaci. A nekdo to bude koordinovat, muzu implementovat.

Technologie ovladam a mam cas mezi 18. a 27. 12. Muzu tomu venovat maximalne 3 pracovni dny.

[Marek Kubat]

Nad tou databazi je treba se zamyslet, co vlastne od toho ocekavame. Rekl bych ze v uvahu pripadaji na zvazeni:

Postresql
Mongodb (popr. jina NOSQL)
LDAP

Nejvice proslapana cesta je dle meho Postgres, hodila by se na toto posleze nejaka seance treba na mumble.

Rad pomuzu s testovanim popr. nekajkym tim radkem prispeji.

[Petr.Kopac]

Ad predchozi post: to jsou vlastne dve otazky:

1. Uloziste dat: SQL vs. NoSQL? Zde je nejdulezitejsi zeptat se: chceme ukladat komplexni dynamicky strukturovane dokumenty, nebo data s pravidelnou strukturou rozvrhnutelnou do relacniho modelu?
2. Pouzit LDAP? - phpbb se umi na LDAP napojit, navic LDAP je otevreny standard a lze na nej napojit N dalsich veci. Phpbb by ztratilo svou (nelogickou, avsak setrvacnou) centralni pozici IT infrastruktury pirati.cz.

Muj nazor:
1: sql is fine enough
2: pro ldap

EDIT: na githubu nemam ve skupine pirati-cz dostatecna opravneni, nemohu zalozit novy repozitar (You don't appear to have permission to create repositories for this organization. Sorry about that.). A zadny repozitar graph-api tam neni.

[Vaclav.Klecanda]

LDAP je sracka, mongo je dobry pro dyn. objs. My potrebujeme relacni model => SQL. Nejlepsi OS SQL je postgre. Vybrano ... ne?

EDIT: v pripade, ze to bude SQL, tak jaka, to uz netreba resit. Protoze psat neco jinak nez pres ORM je sebemrsk a v node.js svete se nejvic pouziva sequelize. Kterej snad pan K uz pouzil ...

[Ondrej.Kotas]

LDAP je sracka...

Povazujes tohle za argument, ktery bys pouzil napr. na tymove porade pred svym sefem, Vaclave? Zkus k tomu vyjadrit svuj nazor relevantnim zpusobem. Dekuji.

[Tomas.Klapka]

ldap.jpg (73.1 KiB) Zobrazeno 1679 x

[Vaclav.Klecanda]

Povazujes tohle za argument, ktery bys pouzil napr. na tymove porade pred svym sefem.

Ano, a uz sem to tak i udelal.

Ale jinak: Neni 1 duvod proc takovou sracku pouzit. Indexovatelnost: 0, rychlost update, delete: 0, uzivatelska privetivost (cti zpusob ulozeni a manipulace): 0. Nebo se pletu?