dok_tipODLUKA
dok_verzija1.0
naslovM20 — Dopuna M14: sadrzaj u niz, metapodatak u bazu, niz je istina
dopuna_zaM14 (GDrive/iCloud backup, c1248)
izvorIvan
odluka{
"id": "M20",
"naziv": "Baza ili niz — pitanje zatvoreno",
"sadrzaj": "Sadrzaj ide u niz (chain/.dok.json/filesystem). Metapodatak ide u bazu (katalog koji pokazuje gdje je atom). Niz je istina. Ako baza padne ili se razidje s nizom, niz pobjeduje — ZAKON 1 (baza je sjena, .dok.json je istina). Chat i mail tretiraju se kao VREMENSKA LOZA: baza + delte (nika se nista ne brise), brisanje je samo korisnikov svjesni izbor (kriptiraj/spali par. 18). Dokumenti su NEPROMJENJIVI ATOMI — jednom za
redoslijed_backupa{
"1_email_imap": "NAJLAKSI POCETNI KORAK — otvoren standard (RFC 1730/2060), svaki klijent ima export, IMAP folder struktura = prirodna loza, CC moze poceti odmah",
"2_gdrive": "Takeout ZIP, CC vec planirao (M14)",
"3_icloud": "Takeout, slicno GDriveu",
"4_whatsapp_viber_messenger": "TESKO — propretarni formati, enkripcija E2E, platforme aktivno blokiraju export. CC mora provjeriti izvedivost PRIJE izgradnje. Nije garantirano izvedivo.",
"napomena": "Email je prirodni pocetak jer je i
princip_loseChat i mail nikad ne brisu stare poruke automatski — to bi bio gubitak konteksta. Umjesto brisanja: delta kompresija (pohrani razliku, ne kopiju). Brisanje je svjesna radnja korisnika uz kriptiranje ili spaljivanje (par. 18 spec).
potvrda_zakona{
"ZAKON_0": "nema novog modula — sve kroz TipIzvora.CLOUD_BACKUP",
"ZAKON_1": "niz pobjeduje kad se razidje s bazom",
"ZAKON_3": "trojna pohrana i za backup atome",
"M13": "integriras, ne gradis",
"M14": "CLOUD_BACKUP infrastruktura ostaje ista, M20 samo razjasnjava sto ide gdje",
"M19": "korisnik nije talac — njegova kopija radi i bez servera"
}