Home dizini yapılandırması için ipuçları (2023)

Home dizini yapılandırma ipuçları

• Dizinleri yapılandırmak veya düzenlemek, başka şeyleri yapılandırıp düzenlemekten çok farklı değildir; önemli olan bunu sizin için en mantıklı şekilde yapmaktır
• Organizasyon söz konusu olduğunda işler çok hızlı şekilde kontrolden çıkabilir
• Düzenlemenin asıl amacı verimliliktir; aradığınız şeyi kolayca ve hızlıca bulabilmeli, kaydetmeniz gereken şeyi de kolayca ve hızlıca kaydedebilmelisiniz

Gizli varsayılan dosyalar ve dizinler

• Home dizinimde .config, .aliases, .profile, .gnupg, .mozilla gibi modern Unix işletim sisteminin parçası olan tüm varsayılan gizli dosyalar bulunuyor
• Tüm uygulamaların XDG_CONFIG_HOME'a uymasını tercih ederim, ancak bu konuda aşırı müdahaleci davranmıyor veya fazla kafa yormuyorum
• Geçmişte $HOME'u Git ile tuttum; bu, dotfiles yönetmek için harika bir yöntemdir
• Değişiklik geçmişini korumak için hâlâ tüm dotfiles dosyalarını Git'e koyuyorum, ancak yalnızca kullandığım farklı sistemlerde aynı şekilde çalışan dotfiles dosyalarını olduğu gibi bırakıyorum
• Ayara özel dotfiles dosyalarını dotfiles dizininde tutuyor ve sembolik bağlantılar kullanıyorum

Genel dosya ve dizin düzeni

• Genel dosyalar ve dizinler ağırlıklı olarak iki şekilde düzenleniyor: "kategori" ve "tarih"
• Temel dizin yapısı:
  • bin
  • data
  • edata
  • mnt
  • usr/dotfiles
• Desktop ve Downloads dizinlerini olduğu gibi bırakıyorum (çünkü çoğu uygulama bunu dayatıyor gibi görünüyor)
• bin dizininde kabuk betikleri ve kişisel ikili çalıştırılabilir dosyaları tutuyorum (paket yöneticisi üzerinden kurulanlar hariç)
• mnt dizinini SD kartlar, USB diskler, homelab'de kullanılan paylaşımlı depolama gibi çeşitli bağlama noktaları için kullanıyorum
• Asla otomatik bağlama yapmıyorum; bunun yerine bağlama için kabuk betikleri kullanıyorum
• usr/dotfiles dizini, .aliases gibi genel dotfiles dosyalarıyla birlikte Git ile yönetiliyor ve dotfiles dizinindeki ilgili dosyalara sembolik bağlantılar kullanıyor

Veri dizini düzeni

• data ve edata dizinleri, tüm materyalleri sakladığım iki ana dizindir
• Bu iki dizin, kök kurulumdan ayrı olarak disk yansılama havuzunda çalışan ZFS veri kümeleridir
• ZFS'den yararlanarak snapshot'ları ve ZFS gönderme/alma işlemlerini düzenli olarak kullanıp ağ depolamaya kolayca yedek alıyorum
• data ile edata arasındaki fark, edata'nın ZFS yerleşik şifrelemeli bir veri kümesi olmasıdır
• Şifreleme gizlilik için iyidir, ancak zaten karmaşık olan dosya sistemi katmanının üstüne eklenen korkunç bir karmaşıklık katmanıdır ve ZFS şifrelemesinde hatalar vardır
• Önemli verileri her zaman birden fazla farklı depolama çözümüne ve konuma yedeklemenizi şiddetle tavsiye ederim
• Bulut depolamayı önemli şeyler için kullanmıyorum

Ek ipuçları

• Dosya ve dizin adlandırmayla ilgili temel kural, yalnızca adına bakarak onun ne olduğunu kolayca anlayabilmenizdir
• Bir dosyanın neyle ilgili olduğunu onu açmadan anlayamıyorsanız, hemen açıp bir dahaki sefere dosya adını gördüğünüzde daha anlamlı olacak şekilde yeniden adlandırmalısınız
• Dosya ve dizinleri düzenlemeden kendi hâline bırakırsanız, bunları daha sonra düzeltmek çok zor hale gelir
• Dosyayı açmadan da içeriği anlayabilmek için gerektiğinde uzun açıklamalar içeren dosya adları kullanıyorum

GN⁺ görüşü

• Bu yazı, dizin yapısını düzenleme ve organize etme konusunda pratik ipuçları sunuyor. Özellikle ZFS veri kümelerini kullanarak şifreli ve şifresiz dizinleri ayrı yönetme yaklaşımı ilgi çekici.

• Kişisel olarak önemli verileri şifreleyerek saklamanın iyi olduğunu düşünüyorum. Ancak şifrelemenin performans düşüşü veya artan karmaşıklık gibi dezavantajları da olduğundan, duruma göre seçici biçimde kullanmak mantıklı görünüyor.

• Ayrıca şifreli verilere erişim yöntemini aile üyeleriyle paylaşmak da önemli bir nokta gibi görünüyor. Kaza gibi durumlarda kişinin kendisi erişemese bile verilerin kaybolmaması gerekir.

• Kişisel veri yönetimi için yazarın yaptığı gibi sistemli bir yedekleme stratejisi kurmak çok önemlidir. 3-2-1 yedekleme kuralını izlerken, bulut depolama yerine fiziksel olarak dağıtılmış yerel depolamayı kullanmak da iyi bir yöntem gibi görünüyor.

• Kişisel veri düzeni için yararlı açık kaynak araçlar arasında Syncthing veya Nextcloud bulunuyor. Bu araçlar doğru kullanılırsa sistemli ve güvenli kişisel veri yönetimi mümkün olabilir.

[GN⁺]

Hacker News görüşleri

Aşağıda Hacker News yorumlarının özeti yer alıyor:

• Ana dizinin uygulamalar tarafından dağınık hale getirilmesinden şikayet ediliyor. Özellikle Go modülleri için varsayılan dizin olan ~/go buna örnek gösteriliyor. GOPATH ayarıyla çözülebilir, ancak bunun kötü bir varsayılan olduğu düşünülüyor.
• xdg-ninja adlı araç kullanılırsa çoğu uygulama XDG standardına uyacak şekilde yapılandırılabiliyor; bu da ana dizini düzenli tutmaya yardımcı oluyor.
• Uygulamaların .config klasörüne gigabaytlarca oturum verisi kaydetmesi, yedekleme sırasında sorun çıkarıyor. Yapılandırma ile oturum verisinin ayrılması gerektiği savunuluyor.
• Herkesin dosya yapısı konusunda farklı tercihleri var. Kimi insanlar ana dizini neredeyse boş tutup bulut depolama ya da ayrı bölümler kullanıyor. SSH anahtarlarını parola yöneticisinde saklamak da bir seçenek olabilir.
• Fotoğrafları EXIF anahtar sözcükleriyle sınıflandırmak, yinelenme sorununu önlemek için iyi bir yöntem olarak görülüyor. Belge dosya adları için tarih-açıklama.txt veya anahtar-kelime-başlık-tarih.txt biçimi kullanılabilir.
• GUI için klasör adlarını büyük harfle, CLI içinse küçük harfle ayırmak öneriliyor. ~/dotfiles, dotfile'ları yöneten bir Git deposu olarak kullanılabilir ve ana dizinde sembolik bağlantılar oluşturmak pratik bulunuyor.
• ~/projects, proje bazında alt dizinler oluşturarak düzenlemek için kullanılabilir; ~/tmp ise geçici dosyalar için uygun bir alan olabilir. Notları web sitesi ya da Markdown ile düzenlemek de iyi bir yöntem sayılıyor.
• Birçok dizin adının 'D' harfiyle başlaması kafa karıştırıcı olabilir. Yıl ve tarihe göre proje klasörleri oluşturup bunları yalnızca tek seviye derinlikte iç içe geçirmek, gezinmeyi kolaylaştırabilir.
• Dosya ve dizin adlarında alt çizgi yerine tire kullanmanın, hem arama motoru optimizasyonu hem de terminalde kullanım açısından daha elverişli olduğu belirtiliyor.
• Yedekleme için Time Machine, Backblaze, iCloud gibi birden fazla hizmeti birlikte kullanmak öneriliyor; ayrıca sıkıştırılmış arşivleri S3'te saklamak da iyi bir yöntem olabilir.