Twarde ścieżki kodowania w systemie Linux

Question

Pochodzące z tła Windows tutaj.

Czy dopuszczalne jest, aby aplikacje GUI Linux zapisywały swoje pliki danych (nie specyficzne dla użytkownika) w miejscach zakodowanych na stałe (np./Etc/myapp/stuff)? Nie mogłem znaleźć żadnych linków, które zwrócą preferowany katalog dla danych aplikacji. Czy istnieje konwencja dotycząca tego, co się dzieje?

Answer 1

Ogólnie rzecz biorąc, tak, istnieje konwencja. W większości systemów Linux pliki konfiguracyjne aplikacji to: , zwykle zlokalizowane pod adresem /etc/appname/. Będziesz chciał zapoznać się z LSB (Linux Standard Base) i Linux FHS (Filesystem Hierarchy Standard) dla odpowiednich zaleceń.

Ponadto, jeśli kierujesz swoją aplikację do konkretnej dystrybucji Linuksa, to ten sprzedawca dystrybucji dystrybucyjnej prawdopodobnie ma swoje własne zalecenia dotyczące opakowań i powiązanych konwencji. Aby uzyskać więcej informacji, zajrzyj na strony dewelopera od dystrybutora.

Answer 2

/opt/appname/stuff zgodnie z systemem pakowania Linux Filesystem Hierarchy Standard

swojej dystrybucji prawdopodobne zapewnia sposoby obsługi wspólne ścieżki instalacji. Jakiej dystrybucji używasz?

Answer 3

Pod Linuksem tylko podstawowe usługi (otwieranie pliku, praca w sieci i komunikacja międzyprocesowa itp.) Są dostarczane jako wywołania systemowe. Reszta odbywa się za pomocą bibliotek.

Jeśli koduje się aplikację GUI, należy zapoznać się z dokumentacją pakietu narzędziowego, aby sprawdzić, czy zapewnia on mechanizm zarządzania wartościami domyślnymi. Zarówno KDE i Gnome mają na przykład jeden.

Answer 4

Pliki konfiguracyjne dla procesów z podniesionymi uprawnieniami są zwykle przechowywane w /etc. Pliki danych dla procesów z podwyższonymi uprawnieniami (serwer WWW, serwer pocztowy, serwer czatu itp.) Są zwykle przechowywane w /var. I tam właśnie kończy się konsekwencja. Niektórzy użytkownicy twierdzą, że zaczynasz od lokalizacji, w której je przechowujesz (/etc | /var), a następnie masz podfolder appname dla swojej aplikacji, a następnie kontynuuj od tego w razie potrzeby.

Jeśli nie jesteś demonem systemu z podwyższonymi uprawnieniami, jedynym spójnym wyborem jest katalog dot w katalogu domowym uruchomionego użytkownika. Myślę, że Wolne standardy pulpitu (XDG) określają ~/.config dla konfiguracji na użytkownika i ~/.cache dla wymienialnych statycznych i/lub wygenerowanych danych, które należy zapisać.

Patrząc na mój dom Directory, kilka kluczowych katalogi dot mam to: ~/.cache ~/.config ~/.irssi ~/.maildir ~/.mozilla ~/.kde ~/.ssh ~/.vnc

[edytuj]
Chociaż nie syscall The Specyfikacje XDG, o których mowa, to http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

Answer 5

Istnieje kilka konwencji.

• całego systemu, czytelne/edycji (tekstowe) pliki konfiguracyjne iść w /etc/appname/.
• całego systemu, na maszynie dane binarne pliki że zmiana iść w /var/*/appname/ (np binarne bazy danych.) - /var/cache/appname/, /var/spool/appname/ i /var/lib/appname/ są najbardziej powszechne.
• Systemowe pliki danych binarnych, które mogą być wymieniane między komputerami (np. Elementy graficzne i pliki dźwiękowe) są dostępne pod numerem /usr/share/appname/.

Answer 6

Pełne ścieżki używane przez aplikacje Unix/Linux/GNU do przechowywania plików konfiguracyjnych i innych danych są zwykle ustawiane, gdy aplikacja jest skonfigurowana przed kompilacją. Ścieżki te zostają następnie zakodowane na sztywno w skompilowanym pliku binarnym (przykłady można zobaczyć, uruchamiając strings(1) na niektórych istniejących plikach wykonywalnych).

To znaczy, że te typy ścieżek są konfigurowalne, a nie konfigurowalne w trybie pracy domyślnie. Wiele aplikacji obsługuje opcje wiersza poleceń, aby określić, gdzie znajduje się plik konfiguracyjny, a ten plik konfiguracyjny zwykle zawiera ścieżki do innych zasobów aplikacji. Pozwala to na uruchamianie aplikacji przy minimalnej konfiguracji (wbudowane ścieżki), ale także pozwala witrynie na pełną personalizację ścieżek.