Filnamnstillägg

Från Wikipedia, den fria encyklopedin
Hoppa till navigation Hoppa till sökning

Filnamnstillägget ( engelskt filnamnstillägg), som filnamnstillägg, filtillägg, filtillägg eller filtillägg betecknar den sista delen av ett filnamn och separeras vanligtvis med en punkt (där själva punkten inte anses del av förlängningen). Filändelsen används ofta för att göra formatet på en fil igenkännbar så att den kan öppnas med ett lämpligt applikationsprogram , till exempel. Det tillämpas delvis på samma sätt på kataloger.

Exempel: name. txt anger en enkel textfil .

Eftersom filtillägg inte är standardiserade kan det hända att ett filnamnstillägg används för olika filtyper.

Du kan ändra filtillägget genom att helt enkelt byta namn på en fil. En textfil datei.txt kan bytas om till datei.zip . Om du datei.zip öppna datei.zip vissa operativsystem att detta är ett ZIP -arkiv , men misslyckas när du försöker öppna det eftersom filformatet inte har ändrats. För att förhindra att användaren av misstag ändrar filtillägget döljer vissa operativsystem vanliga filtillägg som standard.

använda sig av

Vissa operativsystem och vissa enskilda program kan inte känna igen filtypen utan suffix . Under vissa vanliga operativsystem, särskilt Windows och VMS , tilldelas filtillägg till specifika applikationer ( filassociationer ). Om du aktiverar en fil i en filhanterare öppnas den med det tilldelade programmet.

Andra operativsystem, som AmigaOS , macOS , klassiskt Mac OS eller Unix , har ytterligare mekanismer för att bestämma filformat eller avsedd användning av en fil och använder ibland filtillägget för en mer exakt definition av formatet eller för andra ändamål (t.ex. för att ange version eller plattform för bibliotek). Ibland används en kombination av båda metoderna; till exempel lämnar KDE -skrivbordsmiljön , t.ex. B. under Linux , ursprungligen till filtillägget; om detta saknas eller är okänt i systemet försöker man dock identifiera typen baserat på filens innehåll. MacOS använder också en blandning av filtillägg och innehåll för att bestämma filtypen.

Den faktiskt mer fördelaktiga identifieringen av filtypen i separat lagrade filmetadata , en form av out-of-band- signalering, användes till exempel i det klassiska Mac OS i form av ett speciellt filområde, resursgaffeln . Förutom filtypen sparades också programmet för att öppna den i den. Även på OS / 2 lagras filtypen och tillhörande program i metadata för varje fil i HPFS -filsystemet.

DOS för IBM PC-kompatibla datorer , som var mest utbredda under 1980- och 1990-talen, används ingen typ av identifiering, förutom tillägget som automatiskt tilldelats av användaren eller delvis av respektive applikationsprogram. På operativsystemsidan finns det dock ingen kontroll eller varning vid felaktigt val eller ändring av filnamnstillägget, vilket också är begränsat till tre tecken i enlighet med 8.3 och är valfritt i alla fall.

I alla operativsystem kan filtillägget inte användas för att med säkerhet avgöra om en fil faktiskt har det angivna filformatet. Detta är endast möjligt om filen öppnas och innehållet, till exempel informationen i filhuvudet ( magiskt nummer ) eller karakteristiska teckensträngar (datasignatur), utvärderas. Men inte varje fil har en rubrik; till exempel har enkla textfiler , för det mesta (men inte alltid) med tillägget .txt , ingen obligatorisk särskild identifiering, eftersom i 8-bitars ASCII- filer börjar innehållet direkt med den första texttecken (textfiler med Multibyte -teckenuppsättningar har dock ofta en byteordning ). Typen av fil kan bestämmas på en Unix -kommandorad med hjälp av file .

särdrag

IBM -huvudramar används filtillägget (även kallat lågnivåkvalificerare här) endast för att tilldela rätt SMS -konstruktioner under allokeringen ( dataklass , hanteringsklass , lagringsklass ). ISPF -redigeraren sparar också sina profiler för varje filtillägg. Dataformatet själv lagras i VTOC eller i VSAM katalog eller i bandhuvudet.

Under Unix och Unix -liknande operativsystem markeras dolda filer med en utgångspunkt, varför de också kallas "punktfiler". Under inga omständigheter indikerar denna introduktionsperiod ett filnamnstillägg. Exempelvis skulle .txt inte vara en textfil, utan det dolda filnamnet för txt -filen utan ett tillägg.

I WWW , där filer överförs via Hypertext Transfer Protocol , är det inte filtillägget som är viktigt, utan denMIME -typ som skickas, som vanligtvis bestäms av tillägget. De flesta webbläsare bestämmer typen av inbäddade bilder baserat på det magiska numret .

Eftersom moderna filsystem stöder långa filnamn kan det finnas mer än en period i filnamnet. Däremot filnamnstillägget i sig normalt inte har en annan punkt, även om tillsatser som .bak (för engelska backup, backup inte upphäver) den tidigare stod ursprungliga förlängning. Till exempel markerar vissa textredigerare en säkerhetskopia av Textdatei.txt som Textdatei.txt.bak . Det finns dock ingen standard, bland annat Textdatei.bak (vilket innebär att den ursprungliga filtypen inte längre är synlig som ett tillägg) eller Textdatei.txt~ . Det är också vanligt att packningsprogram behåller det ursprungliga filnamnstillägget om de (bara) kan komprimera enskilda filer. Exempel på detta finns traditionellt främst i Unix -miljön, till exempel vid komprimering med gzip eller xz . Dessa sparar inte det ursprungliga filnamnet i själva arkivet, så filnamnet måste fortfarande innehålla denna information. Till exempel betyder Textdatei.txt.xz att filen Textdatei.txt är komprimerad med xz . I kombination med tjärarkiv kan å ena sidan mer än en fil komprimeras, å andra sidan sparas de ursprungliga filnamnen i tjärarkivet. De sammansatta filtillägg som används under Unix, t.ex. .tar.gz för ett .tar.gz komprimerat med gzip förkortades ändå ofta till .tgz tidigare för att få filnamn kompatibla med DOS och Windows ( 8.3 -begränsning). På system med långa filnamn tillåts också perioder i filnamnet som inte räknas med i tillägget, till exempel Eine.Archivdatei.mit.vielen.Punkten.im.Namen.tar.xz

Under macOS (eller sedan NeXTStep , från vilket macOS härrör), fungerar kataloger (under macOS "mapp") med slutet .app (även .bundle , .framework , .plugin och .kext [1] ) som behållare för applikationsprogram . Dessa programpaket visas i Finder som en "applikation", inte som en katalog, och innehåller, förutom det faktiska programmet, alla nödvändiga resurser, såsom ikoner och liknande. Du kan fortfarande navigera till underkatalogen i Finder med hjälp av snabbmenyn "Visa paketinnehåll".

risker

Windows -system är standardinställningen att Utforskaren döljer alla filtillägg som systemet känner till. Detta faktum utnyttjas av olika skadliga program : Ett ofarligt tillägg sätts in innan förlängningen av en körbar fil. Så z. Bild01.exe från den trojanska hästen Bild01.exe Bild01.jpeg.exe . Användaren ser bara Bild01.jpeg , en förment ofarlig bildfil . Ett dubbelklick startar dock den skadliga programvaran. Ett sådant försök till skymning märks genom att inaktivera standardmaskeringen av de kända ändarna. Microsoft accepterar medvetet säkerhetsrisken som orsakas av att filtillägget döljs som standard. Dölja eller visa änden kan också påverka beteendet hos VBA -skript. [2]

Se även

webb-länkar

Individuella bevis

  1. Paketprogrammeringsguide - Om paket. I: Dokumentationsarkiv. Apple, Inc., öppnade 19 oktober 2019 .
  2. ^ Pearson Software Consulting:filtillägg och deras konsekvenser i VBA -kodning. (Engelsk)