FreenetIS

Návrh¶

Každý dokument by měl mít přiřazeny skupiny typů uživatelů (M:N), kteří je mohou a) shlížet b) editovat.
Dále by měla existovat možnost stromové struktury kategorií dokumentů, opět s možností stanovení práv pro a) čtení a b) editaci (=re-upload) a přidávání souborů (včetně jejich práv). Možnost přidávat kategorii bych ponechal pouze na administrátorovi (tj. staticky v gaclu).

Při změně souboru by bylo vhodné informovat vnitřní poštou lidi, kteří mají pro dané dokumenty čtecí práva (nebo jinak, což by se volilo právě při editaci editorem).
Dále by bylo dobré navázat komentáře k jednotlivým dokumentům (půl hodina práce).

Příklady případů užití¶

• Běžný člen by měl dostupné třeba: dokumenty se stanovami o.s., zápisy z VH, ...
• Ostatní by mohli sdílet nějaké interní dokumenty

Implementace¶

Jedná se tedy o 4 DB tabulky files(id, category_id, name, type, data, ...), file_categories(id, name, ...), files_permissions(file_id, aro_group_id), file_categories_permisions(file_category_id, aro_group_id).

• files.data je typu LONGBLOB, muselo by se zajistit, aby se nenačítal v žádném dotazu, krom downloadu dokumentu. (mělo by nějak jít pomocí ORM). Důvod: mohlo by to způsobit obrovské výkonnostní problémy na serveru.

• soubory mohou zabírat hodně místa, ale pokud je dost místa na disku a implementuje se to tak jak je uvedeno výše, mělo by to být OK

Možné vylepšení¶

• možnost náhledu v GDocs/M$ Office Live (nevím jestli by to vůbec šlo :-))

P.S. Čekám vaše připomínky ;-)

Po zkušenostech z vytížení databáze z freenetisu pro UnArtel při nahrávání souborů ve formátu LONGBLOB přímo do databáze navrhuji, aby se soubory ukládaly na server a do databáze ukládat pouze cestu k tomuto souboru.