Le estensioni di file hanno qualche scopo (per il sistema operativo)?

Linux determina il tipo di un file tramite un codice nell'intestazione del file. Non dipende dalle estensioni dei file per sapere quale software utilizzare per l'apertura del file.

Questo è ciò che ricordo dalla mia educazione. Per favore, correggimi se sbaglio!

Lavorare un po 'con i sistemi Ubuntu recentemente: Vedo un sacco di file sui sistemi che hanno le estensioni come .sh, .txt, .o,.c

Ora mi chiedo: queste estensioni sono pensate solo per gli umani? In modo che uno dovrebbe avere un'idea di che tipo di file è?

O hanno anche qualche scopo per il sistema operativo?

Linux determina il tipo di un file tramite un codice nell'intestazione del file. Non dipende dalle estensioni dei file per sapere che con il software è necessario aprire il file.

Questo è ciò che ricordo dalla mia educazione. Per favore, correggimi se sbaglio!

• correttamente ricordato.

Queste estensioni sono pensate solo per gli umani?

• Sì, con un ma.

Quando interagisci con altri sistemi operativi che dipendono dal fatto che le estensioni siano ciò che sono, è più intelligente utilizzarle.

In Windows, l'apertura del software è collegata alle estensioni.

L'apertura di un file di testo chiamato "file" è più difficile in Windows che aprire lo stesso file denominato "file.txt" (è necessario cambiare la finestra di dialogo Apri file da *.txta *.*ogni volta). Lo stesso vale per i file di testo separati da TAB e punti e virgola. Lo stesso vale per l'importazione e l'esportazione di e-mail (estensione .mbox).

In particolare quando si codifica il software. Aprire un file denominato "software1" che è un file HTML e "software2" che è un file JavaScript diventa più difficile rispetto a "software.html" e "software.js".

Se esiste un sistema in Linux in cui le estensioni dei file sono importanti, lo definirei un bug. Quando il software dipende dalle estensioni dei file, è sfruttabile. Usiamo una direttiva interprete per identificare cosa sia un file ("i primi due byte in un file possono essere i caratteri" #! ", Che costituiscono un numero magico (esadecimale 23 e 21, i valori ASCII di" # "e"! ") spesso indicato come shebang").

Il problema più famoso con le estensioni dei file è stato LOVE-LETTER-FOR-YOU.TXT.vbs su Windows. Questo è uno script di base visivo che viene mostrato in Esplora file come file di testo.

In Ubuntu quando avvii un file da Nautilus ricevi un avviso su cosa sta per fare. L'esecuzione di uno script da Nautilus in cui vuole avviare alcuni software in cui dovrebbe aprire gEdit è un problema evidente e riceviamo un avviso al riguardo.

Nella riga di comando quando esegui qualcosa, puoi vedere visivamente qual è l'estensione. Se finisce su .vbs inizierei a diventare sospettoso (non che .vbs sia eseguibile su Linux. Almeno non senza qualche sforzo in più;)).

Non esiste una risposta al 100% in bianco o nero qui.

Di solito Linux non si basa sui nomi dei file (e sulle estensioni dei file, ovvero la parte del nome del file dopo l'ultimo periodo normalmente) e determina invece il tipo di file esaminando i primi byte del suo contenuto e confrontandolo con un elenco di numeri magici noti .

Ad esempio, tutti i file di immagine Bitmap (di solito con l'estensione del nome .bmp) devono iniziare con le lettere BMnei primi due byte. Gli script nella maggior parte dei linguaggi di scripting come Bash, Python, Perl, AWK, ecc. (Praticamente tutto ciò che tratta le righe che iniziano con un #commento) possono contenere un shebang come #!/bin/bashprima riga. Questo commento speciale indica al sistema con quale applicazione aprire il file.

Quindi normalmente il sistema operativo si basa sul contenuto del file e non sul suo nome per determinare il tipo di file, ma affermare che le estensioni di file non sono mai necessarie su Linux è solo metà della verità.

Le applicazioni possono ovviamente implementare i controlli dei file come vogliono, il che include la verifica del nome e dell'estensione del file. Un esempio è Eye of Gnome ( eog, visualizzatore di immagini standard) che determina il formato dell'immagine dall'estensione del file e genera un errore se non corrisponde al contenuto. Se si tratta di un bug o di una funzionalità, può essere discusso ...

Tuttavia, anche alcune parti del sistema operativo si basano su estensioni di file, ad esempio quando si analizzano i file delle sorgenti del software /etc/apt/sources.list.d/: solo i file con l' *.listestensione vengono analizzati, tutti gli altri vengono ignorati. Forse non viene principalmente utilizzato per determinare il tipo di file qui, ma piuttosto per abilitare / disabilitare l'analisi di alcuni file, ma è comunque un'estensione che influenza il modo in cui il sistema tratta un file.

E, naturalmente, i profitti degli utenti umani più da estensioni di file come che rende il tipo di un file evidente e permette anche di più file con lo stesso nome di base e le estensioni diverse, come site.html, site.php, site.js, site.cssecc Lo svantaggio è, naturalmente, che il file di estensione e l'effettivo il tipo / contenuto del file non deve necessariamente corrispondere.

Inoltre è necessario per l'interoperabilità multipiattaforma, ad esempio Windows non saprà cosa fare con un readmefile, ma solo a readme.txt.

Come menzionato da altri, in Linux viene utilizzato un metodo di direttiva interprete (memorizzazione di alcuni metadati in un file come intestazione o numero magico in modo che l'interprete corretto possa leggerlo) anziché il metodo di associazione dell'estensione del nome file utilizzato da Windows.

Ciò significa che puoi creare un file con quasi tutti i nomi che ti piacciono ... con alcune eccezioni

però

Vorrei aggiungere un avvertimento.

Se hai alcuni file sul tuo sistema da un sistema che utilizza l'associazione dei nomi di file, i file potrebbero non avere quei numeri o intestazioni magici. Le estensioni dei nomi di file vengono utilizzate per identificare questi file da applicazioni in grado di leggerli e potresti riscontrare alcuni effetti imprevisti se si rinomina tali file. Per esempio:

Se rinomini un file My Novel.docin My-Novel, Libreoffice sarà comunque in grado di aprirlo, ma si aprirà come "Senza titolo" e dovrai nominarlo di nuovo per salvarlo (Libreoffice aggiunge un'estensione di default, quindi avresti due file My-Novele My-Novel.odt, che potrebbe essere fastidioso)

Più seriamente, se rinominate un file My Spreadsheet.xlsx in My-Spreadsheet, quindi provate ad aprirlo con xdg-open My-Spreadsheetvoi otterrete questo (perché in realtà è un file compresso):

E se si rinomina un file My Spreadsheet.xlsin My-Spreadsheet, quando xdg-open My-Spreadsheetviene visualizzato un errore

posizione di apertura dell'errore: nessuna applicazione registrata per la gestione di questo file

(Anche se in entrambi questi casi funziona bene se lo fai soffice My-Spreadsheet)

Se poi rinominate il file senza estensione My-Spreadsheet.odscon mve provate ad aprirlo otterrete questo:

(riparazione non riuscita)

E dovrai reinserire l'estensione originale per aprire correttamente il file (puoi quindi convertire il formato se lo desideri)

TL; DR:

Se hai file non nativi con estensioni di nome, non rimuovere le estensioni supponendo che tutto andrà bene!

Mi piacerebbe adottare un approccio diverso da questo rispetto alle altre risposte, e sfidare l'idea che "Linux" o "Windows" hanno qualcosa a che fare con questo (abbi pazienza con me).

Il concetto di estensione di un file può essere semplicemente espresso come "una convenzione per identificare il tipo di un file in base alla parte del suo nome". Le altre convenzioni comuni per identificare il tipo di un file stanno confrontando il suo contenuto con un database di firme conosciute (l'approccio "numero magico") e memorizzandolo come un attributo extra sul file system (l'approccio usato nel MacOS originale) .

Poiché ogni file su un sistema Windows o Linux ha sia un nome che un contenuto, i processi che vogliono conoscere il tipo di file possono usare gli approcci "estensione" o "numero magico" come meglio credono. L'approccio dei metadati non è generalmente disponibile, in quanto non esiste un posto standard per questo attributo sulla maggior parte dei file system.

Su Windows, esiste una forte tradizione di utilizzare l'estensione del file come mezzo principale per identificare un file; più visibilmente, il browser di file grafico (File Manager su Windows 3.1 ed Explorer su Windows moderno) lo utilizza quando si fa doppio clic su un file per determinare quale applicazione avviare. Su Linux (e, più in generale, sistemi basati su Unix), c'è più tradizione nell'ispezione dei contenuti; in particolare, il kernel osserva l'inizio di un file eseguito direttamente per determinare come eseguirlo; i file di script possono indicare un interprete da utilizzare iniziando con #!seguito dal percorso dell'interprete.

Queste tradizioni influenzano la progettazione dell'interfaccia utente di programmi scritti per ciascun sistema, ma ci sono molte eccezioni, poiché ogni approccio presenta pro e contro in situazioni diverse. I motivi per utilizzare le estensioni di file anziché esaminare i contenuti includono:

• l'esame del contenuto dei file è piuttosto costoso rispetto all'esame dei nomi dei file; quindi per esempio "trova tutti i file chiamati * .conf" sarà molto più veloce di "trova tutti i file la cui prima riga corrisponde a questa firma"
• il contenuto del file può essere ambiguo; molti formati di file sono in realtà solo file di testo trattati in modo speciale, molti altri sono file zip appositamente strutturati e definire firme precise per questi può essere complicato
• un file può essere autenticamente valido come più di un tipo; un file HTML può anche essere XML valido, un file zip e una GIF concatenati insieme rimangono validi per entrambi i formati
• la corrispondenza dei numeri magici potrebbe portare a falsi positivi; un formato di file senza intestazione potrebbe iniziare con i byte "GIF89a" ed essere identificato erroneamente come immagine GIF
• rinominare un file può essere un modo conveniente per contrassegnarlo come "disabilitato"; ad esempio, cambiare "foo.conf" in "foo.conf ~" per indicare che un backup è più semplice della modifica del file per commentare tutte le sue direttive e più conveniente che spostarlo da una directory caricata automaticamente; allo stesso modo, rinominare un file .php in .txt dirà ad Apache di servire la sua fonte come testo normale, piuttosto che passarlo al motore PHP

Esempi di programmi Linux che utilizzano nomi di file per impostazione predefinita (ma potrebbero avere altre modalità):

• gzip e gunzip hanno una gestione speciale di qualsiasi file che termina ".gz"
• gcc gestirà i file ".c" come C e ".cc" o ".C" come C ++

In realtà, alcune tecnologie si basano sulle estensioni dei file, quindi se usi tali tecnologie in Ubuntu, dovrai fare affidamento anche sulle estensioni. Alcuni esempi:

• gccusa le estensioni per distinguere tra file C e C ++. Senza l'estensione è praticamente impossibile differenziarli (immagina un file C ++ senza classi).
• molti file ( docx, jar, apk) sono solo particolarmente strutturati archivi ZIP. Sebbene di solito sia possibile dedurre il tipo dal contenuto, potrebbe non essere sempre possibile (ad esempio Java Manifest è facoltativo nei jarfile).

Non utilizzare le estensioni dei file in questi casi sarà possibile solo con soluzioni alternative e potrebbe essere molto soggetto a errori.

Il tuo primo presupposto è corretto: le estensioni su Linux non contano e sono utili solo per gli umani (e altri sistemi operativi non simili a Unix che si occupano delle estensioni). Il tipo di un file è determinato dai primi 32 bit di dati nel file, che è noto come numero magico. Questo è il motivo per cui gli script della shell hanno bisogno di una #!linea - per dire al sistema operativo quale interprete chiamare. Senza di essa, lo script della shell è solo un file di testo.

Per quanto riguarda i gestori di file vanno, vogliono conoscere le estensioni di alcuni file, ad esempio .desktopfile, che sostanzialmente lo stesso come la versione di Window di scorciatoie, ma con più funzionalità. Ma per quanto riguarda il sistema operativo, deve sapere cosa c'è nel file, non cosa c'è nel suo nome

Questo è troppo grande per una risposta di commento.

Tieni presente che anche "estensione" ha molti significati diversi.

Quello di cui stai parlando sembra essere le 3 lettere dopo il. DOS ha reso il formato 8.3 molto popolare e Windows utilizza la parte .3 fino ad oggi.

Linux ha molti file come .conf o .list o .d o .c che hanno un significato, ma non sono in realtà estensioni in senso 8.3. Ad esempio Apache guarda /etc/apache2/sites-enabled/website.conf per la sua direttiva di configurazione. Mentre il sistema utilizza i tipi MIME e le intestazioni dei contenuti e cosa non determinare è un file di testo, Apache (per impostazione predefinita) non lo caricherà ancora senza che finisca in .conf.

.c è un altro fantastico. Sì, è un file di testo, ma gcc dipende dal fatto che main.c diventi main.o e infine main (dopo il collegamento). In nessun momento il sistema utilizza l'estensione .c, .o o nessuna per avere un significato per quanto riguarda il contenuto, ma le cose dopo il. ha un significato. Probabilmente configureresti SCM per ignorare main.oe main.

Il punto è questo: le estensioni non vengono utilizzate come in Windows. Il kernel non eseguirà un file .txt perché rimuovi la parte .txt del nome. È anche molto felice di eseguire un file .txt se è impostata l'autorizzazione di esecuzione. Detto questo, hanno un significato e sono ancora utilizzati a "livello di computer" per molte cose.