Czy rozszerzenia plików mają jakiś cel (dla systemu operacyjnego)?

Linux określa typ pliku za pomocą kodu w nagłówku pliku. Nie zależy od rozszerzeń plików, aby wiedzieć, jakiego oprogramowania należy użyć do otwarcia pliku.

Tak pamiętam z mojej edukacji. Popraw mnie, jeśli się mylę!

Praca trochę z systemami Ubuntu ostatnio: Widzę wiele plików na systemach, które mają rozszerzenia takie jak .sh, .txt, .o,.c

Teraz zastanawiam się: czy te rozszerzenia są przeznaczone tylko dla ludzi? Żeby dowiedzieć się, jaki to plik?

A może mają też jakiś cel dla systemu operacyjnego?

Linux określa typ pliku za pomocą kodu w nagłówku pliku. To nie zależy od rozszerzeń plików, aby wiedzieć, że oprogramowanie ma służyć do otwierania pliku.

Tak pamiętam z mojej edukacji. Popraw mnie, jeśli się mylę!

• poprawnie zapamiętane.

Czy te rozszerzenia są przeznaczone tylko dla ludzi?

• Tak, z ale.

Gdy wchodzisz w interakcję z innymi systemami operacyjnymi, które zależą od tego, jakie rozszerzenia są, to mądrzejszym pomysłem jest ich użycie.

W systemie Windows oprogramowanie otwierające jest dołączone do rozszerzeń.

Otwierając plik tekstowy o nazwie „plik” jest trudniejsze niż w Windows otwierania tego samego pliku o nazwie „plik.txt” (trzeba będzie przełączyć otwarty dialog z pliku *.txt, aby *.*za każdym razem). To samo dotyczy plików tekstowych oddzielonych tabulatorami i średnikami. To samo dotyczy importowania i eksportowania wiadomości e-mail (rozszerzenie .mbox).

W szczególności podczas kodowania oprogramowania. Otwarcie pliku o nazwie „software1”, czyli pliku HTML i „software2”, czyli pliku JavaScript, staje się trudniejsze w porównaniu z „software.html” i „software.js”.

Jeśli w systemie Linux istnieje system, w którym rozszerzenia plików są ważne, nazwałbym to błędem. Gdy oprogramowanie zależy od rozszerzeń plików, można to wykorzystać. Używamy dyrektywy interpretera do identyfikacji pliku („pierwsze dwa bajty w pliku mogą być znakami„ #! ”, Które stanowią liczbę magiczną (szesnastkowa 23 i 21, wartości ASCII„ # ”i„! „) często określane jako shebang”).

Najbardziej znanym problemem z rozszerzeniami plików był LOVE-LETTER-FOR-YOU.TXT.vbs w systemie Windows. Jest to wizualny skrypt podstawowy wyświetlany w eksploratorze plików jako plik tekstowy.

W Ubuntu po uruchomieniu pliku z Nautilus pojawia się ostrzeżenie, co zamierza zrobić. Wykonywanie skryptu z Nautilus, w którym chce uruchomić oprogramowanie, w którym powinien otworzyć gEdit, jest oczywistym problemem i otrzymujemy ostrzeżenie o tym.

W wierszu poleceń podczas wykonywania czegoś możesz wizualnie zobaczyć, jakie jest rozszerzenie. Gdyby skończył się na .vbs, stałbym się podejrzliwy (nie to, że .vbs jest wykonywalny w Linuksie. Przynajmniej nie bez większego wysiłku;)).

Nie ma tutaj odpowiedzi w 100% czarno-białej.

Zazwyczaj Linux nie polega na nazwach plików (i rozszerzeniach plików, tj. Części nazwy pliku po normalnie ostatnim okresie), a zamiast tego określa typ pliku, sprawdzając kilka pierwszych bajtów jego zawartości i porównując go z listą znanych magicznych liczb .

Na przykład wszystkie pliki obrazów bitmapowych (zwykle z rozszerzeniem nazwy .bmp) muszą zaczynać się literami BMw pierwszych dwóch bajtach. Skrypty w większości języków skryptowych, takich jak Bash, Python, Perl, AWK itp. (W zasadzie wszystko, co traktuje wiersze zaczynające się #od komentarza) mogą zawierać shebang jak #!/bin/bashpierwszy wiersz. Ten specjalny komentarz informuje system, w której aplikacji należy otworzyć plik.

Tak więc zwykle system operacyjny opiera się na zawartości pliku, a nie jego nazwie, aby określić typ pliku, ale stwierdzenie, że rozszerzenia plików nigdy nie są potrzebne w systemie Linux, to tylko połowa prawdy.

Aplikacje mogą oczywiście zaimplementować sprawdzanie plików w dowolny sposób, co obejmuje weryfikację nazwy i rozszerzenia pliku. Przykładem jest Eye of Gnome ( eogstandardowa przeglądarka zdjęć), która określa format obrazu na podstawie rozszerzenia pliku i zgłasza błąd, jeśli nie pasuje do zawartości. To, czy jest to błąd, czy funkcja, można omówić ...

Jednak nawet niektóre części systemu operacyjnego polegają na rozszerzeniach nazw plików, np. Podczas analizowania plików źródłowych oprogramowania w plikach /etc/apt/sources.list.d/- *.listparsowane są tylko pliki z rozszerzeniem, wszystkie inne są ignorowane. Może nie jest używany głównie do określania typu pliku, ale raczej do włączania / wyłączania analizy niektórych plików, ale nadal jest to rozszerzenie pliku, które wpływa na sposób, w jaki system traktuje plik.

I oczywiście ludzkie zyski użytkowników najbardziej z rozszerzeniami jak sprawia, że typ pliku oczywistej i pozwala również wiele plików o tej samej nazwie bazowej i różnych rozszerzeń, takich jak site.html, site.php, site.js, site.cssitd. Wadą jest to, oczywiście, że rozszerzenie pliku i rzeczywista typ pliku / treść niekoniecznie muszą być zgodne.

Dodatkowo jest potrzebny do współdziałania między platformami, ponieważ np. Windows nie będzie wiedział, co zrobić z readmeplikiem, ale tylko readme.txt.

Jak wspomnieli inni, w Linuksie stosowana jest metoda dyrektywy interpretera (przechowywanie niektórych metadanych w pliku jako nagłówka lub liczby magicznej, aby można było powiedzieć właściwemu interpreterowi, aby ją przeczytał), a nie metoda powiązania rozszerzenia plików używana przez system Windows.

Oznacza to, że możesz utworzyć plik o dowolnej nazwie, którą lubisz ... z kilkoma wyjątkami

jednak

Chciałbym dodać słowo ostrzeżenia.

Jeśli masz w systemie jakieś pliki z systemu, który używa powiązania nazw plików, pliki mogą nie mieć tych magicznych liczb lub nagłówków. Rozszerzenia nazw plików służą do identyfikowania tych plików przez aplikacje, które potrafią je odczytać, a zmiana nazw takich plików może spowodować nieoczekiwane efekty. Na przykład:

Jeśli zmienisz nazwę pliku My Novel.docna My-Novel, Libreoffice nadal będzie mógł go otworzyć, ale otworzy się on jako „Bez tytułu” i będziesz musiał go nazwać ponownie, aby go zapisać (Libreoffice domyślnie dodaje rozszerzenie, więc będziesz miał dwa pliki My-Noveli My-Novel.odt, co może być denerwujące)

Mówiąc poważniej, jeśli zmienisz nazwę pliku My Spreadsheet.xlsx na My-Spreadsheet, a następnie spróbuj go otworzyć xdg-open My-Spreadsheet, otrzymasz to (ponieważ w rzeczywistości jest to skompresowany plik):

A jeśli zmienisz nazwę pliku My Spreadsheet.xlsna My-Spreadsheet, gdy xdg-open My-Spreadsheetpojawi się komunikat o błędzie

błąd podczas otwierania lokalizacji: Żadna aplikacja nie jest zarejestrowana jako obsługująca ten plik

(Chociaż w obu tych przypadkach działa, jeśli tak zrobisz soffice My-Spreadsheet)

Jeśli następnie zmień nazwę pliku bez rozszerzeń do My-Spreadsheet.odsz mvi spróbuj otworzyć go dostaniesz to:

(naprawa nie powiedzie się)

Będziesz musiał ponownie założyć oryginalne rozszerzenie, aby poprawnie otworzyć plik (możesz następnie przekonwertować format, jeśli chcesz)

TL; DR:

Jeśli masz pliki nienatywne z rozszerzeniami nazw, nie usuwaj rozszerzeń, zakładając, że wszystko będzie w porządku!

Chciałbym podejść do tego inaczej niż w przypadku innych odpowiedzi i zakwestionować pogląd, że „Linux” lub „Windows” mają z tym coś wspólnego (proszę o wyrozumiałość).

Pojęcie rozszerzenia pliku można po prostu wyrazić jako „konwencję identyfikującą typ pliku na podstawie części jego nazwy”. Inne typowe konwencje określania typu pliku to porównywanie jego zawartości z bazą danych znanych sygnatur (podejście „magicznej liczby”) i przechowywanie go jako dodatkowego atrybutu w systemie plików (podejście stosowane w oryginalnym systemie MacOS) .

Ponieważ każdy plik w systemie Windows lub Linux ma zarówno nazwę, jak i treść, procesy, które chcą poznać typ pliku, mogą użyć „rozszerzenia” lub „magicznej liczby”, jeśli uznają to za stosowne. Metoda metadanych nie jest ogólnie dostępna, ponieważ w większości systemów plików nie ma standardowego miejsca dla tego atrybutu.

W systemie Windows istnieje silna tradycja używania rozszerzenia pliku jako podstawowego sposobu identyfikowania pliku; najbardziej widoczna jest graficzna przeglądarka plików (Menedżer plików w systemie Windows 3.1 i Eksplorator w nowoczesnym systemie Windows), która korzysta z niego po dwukrotnym kliknięciu pliku w celu ustalenia, którą aplikację uruchomić. W systemie Linux (i bardziej ogólnie w systemach opartych na Uniksie) istnieje więcej tradycji sprawdzania zawartości; przede wszystkim jądro patrzy na początek pliku wykonywanego bezpośrednio, aby ustalić, jak go uruchomić; pliki skryptów mogą wskazywać interpretera do użycia, zaczynając #!od ścieżki, po której następuje ścieżka do interpretera.

Te tradycje wpływają na projektowanie interfejsu użytkownika programów napisanych dla każdego systemu, ale istnieje wiele wyjątków, ponieważ każde podejście ma zalety i wady w różnych sytuacjach. Powody, dla których warto używać rozszerzeń plików zamiast sprawdzać zawartość, obejmują:

• sprawdzanie zawartości pliku jest dość kosztowne w porównaniu do sprawdzania nazw plików; na przykład „znajdź wszystkie pliki o nazwie * .conf” będzie znacznie szybsze niż „znajdź wszystkie pliki, których pierwszy wiersz pasuje do tego podpisu”
• zawartość pliku może być niejednoznaczna; wiele formatów plików to tak naprawdę tylko pliki tekstowe traktowane w specjalny sposób, wiele innych to specjalnie skonstruowane pliki zip, a zdefiniowanie ich dokładnych podpisów może być trudne
• plik może być rzeczywiście ważny jako więcej niż jeden typ; plik HTML może być również prawidłowym plikiem XML, plik zip i GIF połączone razem pozostają ważne dla obu formatów
• dopasowanie magicznej liczby może prowadzić do fałszywych trafień; format pliku, który nie ma nagłówka, może zaczynać się od bajtów „GIF89a” i być błędnie identyfikowany jako obraz GIF
• zmiana nazwy pliku może być wygodnym sposobem oznaczenia go jako „wyłączony”; np. zmiana „foo.conf” na „foo.conf ~” w celu wskazania, że ​​tworzenie kopii zapasowej jest łatwiejsze niż edytowanie pliku w celu skomentowania wszystkich jego dyrektyw i wygodniejsze niż przeniesienie go z automatycznie ładowanego katalogu; podobnie zmiana nazwy pliku .php na .txt spowoduje, że Apache będzie podawał swoje źródło jako zwykły tekst, zamiast przekazywać go do silnika PHP

Przykłady programów systemu Linux, które domyślnie używają nazw plików (ale mogą mieć inne tryby):

• gzip i gunzip mają specjalną obsługę każdego pliku z rozszerzeniem „.gz”
• gcc będzie obsługiwał pliki „.c” jako C, a „.cc” lub „.C” jako C ++

Faktycznie, niektóre technologie nie polegać na rozszerzeń plików, więc jeśli korzystanie z tych technologii w Ubuntu, musisz polegać na zbyt rozszerzeń. Kilka przykładów:

• gccużywa rozszerzeń do rozróżnienia między plikami C i C ++. Bez rozszerzenia ich odróżnienie jest prawie niemożliwe (wyobraź sobie plik C ++ bez klas).
• wiele plików ( docx, jar, apk) są właśnie szczególnie strukturę archiwów ZIP. Chociaż zazwyczaj można wywnioskować typ z treści, nie zawsze jest to możliwe (np. Java Manifest jest opcjonalny w jarplikach).

Nieużywanie rozszerzeń plików w takich przypadkach będzie możliwe tylko przy hakujących obejściach i może być bardzo podatne na błędy.

Twoje pierwsze założenie jest poprawne: rozszerzenia w Linuksie nie mają znaczenia i są przydatne tylko dla ludzi (i innych nie-uniksowych systemów operacyjnych, które dbają o rozszerzenia). Typ pliku jest określany przez pierwsze 32 bity danych w pliku, co jest znane jako liczba magiczna. Dlatego skrypty powłoki potrzebują #!linii - aby powiedzieć systemowi operacyjnemu, który interpreter ma wywołać. Bez tego skrypt powłoki jest tylko plikiem tekstowym.

Jeśli chodzi o menedżerów plików, chcą znać rozszerzenia niektórych plików, takich jak .desktoppliki, które zasadniczo są takie same jak wersja skrótów Windows, ale mają więcej możliwości. Ale jeśli chodzi o system operacyjny, musi wiedzieć, co jest w pliku, a nie co w jego nazwie

To jest zbyt duże, by odpowiedzieć na komentarz.

Pamiętaj, że nawet „rozszerzenie” ma wiele różnych znaczeń.

To, o czym mówisz, wydaje się być 3 literami po. DOS sprawił, że format 8.3 stał się bardzo popularny, a Windows używa części .3 do dziś.

Linux ma wiele plików, takich jak .conf lub .list lub .d lub .c, które mają znaczenie, ale tak naprawdę nie są rozszerzeniami w sensie 8.3. Na przykład Apache patrzy na /etc/apache2/sites-enabled/website.conf w poszukiwaniu swojej dyrektywy konfiguracyjnej. Podczas gdy system używa typów MIME i nagłówków treści oraz tego, czego nie należy określać, jest to plik tekstowy, Apache (domyślnie) nadal nie będzie go ładować bez końcówki .conf.

.c jest kolejnym świetnym. Tak, jest to plik tekstowy, ale gcc zależy od tego, czy main.c stanie się main.o, a na końcu main (po połączeniu). W żadnym momencie system nie używa rozszerzeń .c, .o ani żadnego rozszerzenia, aby mieć jakiekolwiek znaczenie w zakresie treści, ale rzeczy po. ma jakieś znaczenie. Prawdopodobnie skonfigurowałbyś swój SCM tak, aby ignorował main.o i main.

Chodzi o to, że rozszerzenia nie są używane tak, jak są w systemie Windows. Jądro nie uruchomi pliku .txt, ponieważ usuniesz część nazwy .txt. Bardzo przyjemnie jest również wykonać plik .txt, jeśli ustawione jest uprawnienie do wykonywania. Biorąc to pod uwagę, mają one znaczenie i nadal są używane na „poziomie komputera” do wielu rzeczy.