Hva er DIZ-filformatet?
Filer med filendelsen .diz lagrer informasjon om innholdet i et ZIP-arkiv. En .diz-fil er ren tekst i 7-bit ASCII, holdt bevisst kort: konvensjonen begrenser den til maksimalt 10 linjer, hver ikke lengre enn 45 tegn. Dette taket - omtrent 450 byte - gjør beskrivelsen enkel å vise i enhver liste med terminalbredde.
Opprinnelig ble filendelsen .diz utelukkende brukt for filer med navnet FILE_ID.DIZ, som ble populære på BBS (Bulletin Board Systems) tidlig på 1990-tallet, da Internett fortsatt var i startfasen. Konvensjonen ble utformet av Richard Holler for PCBoard BBS-programvaren og spredte seg raskt over fildistribusjonsnettverk. BBS-programvare leste FILE_ID.DIZ automatisk når en fil ble lastet opp eller listet, noe som ga administratorer og brukere en standardisert beskrivelse uten å åpne arkivet. I dag fortsetter .diz-filer å følge med i freeware- og shareware-ZIP-arkiver, og enkelte eldre eller indie-programvareutgivelser følger fortsatt samme konvensjon. Til forskjell fra det relaterte .nfo-formatet - som kan gå over mange linjer og inkludere CP437/ANSI-grafikk - forblir en .diz-fil ren ASCII uten farger eller dekorasjoner. Fordi det er ren tekst, kan ethvert tekstredigeringsprogram eller til og med en nettleser åpne en .diz-fil direkte. .diz-filer inneholder kun beskrivende tekst og inneholder ingen kjørbare data som trengs for at applikasjonen skal fungere.
Sikkerhet og trygghet
RISIKO: LOWEn FILE_ID.DIZ er ren tekst og kan ikke kjøres - det er helt trygt å lese den. Den eneste risikoen er konteksten den kom i: DIZ-filer finnes ofte i gamle shareware-, abandonware- eller scene-arkiver, og PROGRAMVAREN i det arkivet (cracks, keygens, gamle installasjonsprogrammer) kan være utrygg. Selve beskrivelsesfilen er ufarlig.
Formatdetaljer
i et nøtteskallProgrammer som åpner DIZ-filer
Tekniske detaljer
dyp spesifikasjon| Tegnkoding | 7-bit ren ASCII - ingen ANSI-fargesekvenser, ingen CP437-kunst, ingen multibyte-tegn |
| MIME-type | text/plain |
| Maksimalt antall linjer | 10 linjer (håndhevet av konvensjon; BBS-programvare stolte på denne grensen ved visning av fillister) |
| Maksimalt antall tegn per linje | 45 tegn per linje (konvensjon for terminalbredde arvet fra BBS-tiden) |
| Typisk filstørrelse | Under 450 byte (10 linjer × 45 tegn + linjeskift) |
| Kanonisk filnavn | FILE_ID.DIZ - arkivet må inneholde en fil med nøyaktig dette navnet for at BBS-programvare skal oppdage den automatisk |
| Plassering i arkiv | Lagret i rotkatalogen til distribusjons-ZIP-arkivet, ikke i en undermappe |
| Binær signatur (magic bytes) | Ingen - identifiseres ved filnavn (FILE_ID.DIZ) og innhold i ren tekst, ikke ved en bytesignatur |
| Konvensjon for linjeskift | CR+LF (0x0D 0x0A) - arvet fra DOS/BBS-tradisjon; moderne redigeringsprogrammer godtar alle typer linjeskift |
| Automatisert BBS-deteksjon | PCBoard, TBBS, RemoteAccess og lignende BBS-plattformer leste FILE_ID.DIZ automatisk ved filopplasting og listing |
| Skille fra .nfo | .nfo-filer har ingen begrensning på linjelengde og kan inneholde CP437/ANSI-kunst; .diz er bevisst kort og uten kunst |
| Opprinnelse | Utformet av Richard Holler for Clark Developments PCBoard BBS-programvare i shareware-økosystemet tidlig på 1990-tallet |
| OS-kompatibilitet | OS-uavhengig ren tekst; oppsto på DOS, brukes uendret på Windows, macOS og Linux |
| Vanlige følgefiler | Ofte pakket i samme arkiv sammen med .nfo (utgivelsesnotater) og .sfv (kontrollsum-verifisering) filer |
| Utgitt | Early 1990s (BBS / shareware distribution era) |
| Siste versjon | Convention unchanged since the 1990s; no formal version |
| Åpen standard | Ja · royalty-fri |
| Spesifikasjon | en.wikipedia.org |
DIZ-konverteringer
Spørsmål og svar fra fellesskapet
spurt av brukereIngen spørsmål ennå - vær den første til å spørre om DIZ-filer.