HyperBorg - Family Cloud

Előzmények: https://hup.hu/node/184802
Project: https://hyperborg.com
WASM demo: https://hyperborg.com/demo (lassú letöltés, GUI egyáltalán nincs kész, a GUI-val ne piszkáljatok még!)

Külön témát hoztam ennek létre, ugyanis a projektem kezd kilépni a csak én használom verzióból mindenki által használható verzióvá, azonban még több olyan technikai kérdés van, amit meg kell válaszolnom.
Viszont mindenképpen kellenek usecase-k, hogy az eddigi rendszer rugalmassága és user-friendly módja tesztelhető és még időben változtatható legyen.
Nem ígérem, hogy minden azonnal és jól vagy egyáltalán működni fog, illetve van esélye annak, hogy a projekt földbe áll valamiért. (Kérem, hogy az úgysem fog sikerülni és egyéb köröket mellőzzük. Lehet, hogy nem fog, lehet hogy borzasztó nagy blama lesz, de hadd próbáljam már meg! Köszi)

Ebben a fórumtémában három dolgot szeretnék:
- összeszedni azokat a témaköröket, amelyek érdeklődésre tarthatnak számot (stabilitásuk esetén akár azt is megfontolnátok, hogy áttértek a nextcloudról, HA-ról, stb)
- összeszedni azokat a featuröket, amelyeket használnátok
- összeszedni azokat az embereket, akik hajlandóak lennének az újabb feature-öket béta tesztelni, belelértve az ezzel járó nyűgöket is az elején

Általános:
Kliensek: Windows, Linux, Android és WASM (macOS elméletileg lehetséges, de jelenleg nincs eszközöm rá)

Hardver szempontjából nincsenek nagy elvárások, jelenleg is elfut egy Rpi3-on, feltehetőleg ez a minimum hardver követelmény a jövőben is megmarad. Természetesen csodát nem tud csinálni a rendszer, a hadrver szű k keresztmetszete (I/O) mindig ott lesz. 

USECASE 1 - BACKUP
- minden kliensen van egy natív applikáció. Konzolos vagy grafikus. Grafikus esetén becsukva trayicon.
- meghadható, hogy melyik könyvtárak legyenek szinkronizálva/mentve
- a szinkronizáció on-the-fly: ha a kliensen a könyvtár/file módosítva lesz, akkor az a szerverre el lesz küldve
- ugyanaz a könyvtár tetszőleges számú eszköz között meg lehet osztva (file sharing, offsite-backup)
- a szinkronizáció felfüggeszthető, ha nincs wifi kapcsolat (mobil adatforgalmat ne terheljük)
- a szerver indíthat backup sessiont a kliensen ütemezve
- kilensen retention period: pl DCIM könyvtár: a szerverre szinkronizálva lesz, de pl. 30 nap után a telefonról a kép törölve lesz. Tehát a kép készítése után lehet még mutogatni 30 napig, de utána a háttérben törlődik. Ha a szerveren törlésre kerül a kép, akkor a telefonról is azonnal (opció, mint a rendes helyeken)
- szerver backup retention: utolsó x mentés megőrzése, csak a delta kerül mentésre (hasonlóan a burp rendszerhez).
- placeholder: tray iconból nyitható file manager, amivel megnézhető a szinkronizált mappák tartalma. Itt megjelennek azok a fájlok is, amelyek elérhetőek, de még nem lettek leszinkronizálva. Ilyenkor kijelöléssel lehozhatjuk őket, illetve ha már lent vannak, akkor rakhatjuk "placeholder only"-ba, azaz a lokális gépről törlődik a fájl, de a szerverről később lehozható.
- az egyes device-okon tárolt fájlokat kliensről lehet managelni (tehát pl a Windows kliensről lehet törölni fájlokat a telefonról)
- az összes korábban megjelölt könyvtár csatlakoztatott merevlemezre teljesen kiírható 
- ha ki akarjátok egészíteni, akkor hajrá

USECASE 2 - Photo management
- Fényképek kezelése letisztult és egyszerű felületen ("digitális képkeret") a nagyszülőknek. Swipe, "just in" szekció
- Videók rendszerezése ("Netflix" a családi videóknak, hint: Jellyfin, Plex)
 

USECASE 3 - Calendar

ROADMAP

[ in progress ] - BACKUP -> A két plugin (backup, backupserver) implementációja elkezdődött és hamarosan kész lesz. A megoldandó technikai feladat az egyensúlyok megtalálása a meglévő rendszer és a pluginok között.
[ ] - PHOTO
[ ] - CALENDAR 

Update:
- szembe jött ez: https://www.youtube.com/watch?v=QsM6b5yix0U&ab_channel=LinusTechTips
Ha telepíthető lesz rá Debian, ezen is fog futni ...

 

 

Hozzászólások

"Ha a szerveren törlésre kerül a kép, akkor a telefonról is azonnal"

Ez rendes helyeken opcio