Geçici dosyalar / tmp'a veya mevcut çalışma dizinine kaydedilmeli mi?

Geçici dosyalar üretmek için gereken bir programım var. Küme makinaları için yazılmıştır.

Bu dosyaları sistem genelindeki geçici bir dizine (örneğin:) kaydettiyseniz /tmp, bazı kullanıcılar / tmp dizinine uygun erişimi olmadığından programın başarısız olduğundan şikayet ettiler. Ancak bu dosyaları çalışma dizinine kaydettiyseniz, bu kullanıcılar da gizemli dosyaları görmek istemediklerinden şikayetçi oldular.

Hangisi daha iyi bir uygulamadır? Tasarruf /tmpetmenin doğru bir yaklaşım olduğu konusunda ısrarlı olmalı mıyım ve herhangi bir hatayı "istenildiği gibi çalış" olarak savunmalı mıyım (yani, yöneticinizden uygun izin / erişim isteyin)?

Geçici dosyaların çeşitli nedenlerden dolayı işletim sistemi geçici dizinine kaydedilmesi gerekir:

• İşletim sistemi, adlarının benzersiz olmasını sağlarken bu dosyaları oluşturmayı çok kolaylaştırır .

• Çoğu yedekleme yazılımı, geçici dosyaları içeren dizinlerin ne olduğunu bilir ve bunları atlar. Geçerli dizini kullanırsanız, yedekleme sık sık yapılırsa , artımlı yedeklemelerin boyutu üzerinde önemli bir etkisi olabilir .

• Geçici dizin okuma-yazma erişimini çok daha hızlı hale getiren farklı bir diskte veya RAM'de olabilir .

• Geçici dosyalar, yeniden başlatma sırasında sık sık silinir (eğer bir ramdisk içindeyse basitçe kaybolurlar). Bu , uygulamanızın geçici dosyaları her zaman doğru şekilde kaldırmıyorsa (örneğin bir çökmeden sonra) , sonsuz büyüme riskini azaltır .

  Dosyalar uygulama ve kullanıcı dosyalarıyla birlikte depolanırsa geçici dosyaların çalışma dizininden temizlenmesi kolayca karışabilir. Geçerli dizinde ayrı bir dizin oluşturarak bu sorunu azaltabilirsiniz, ancak bu başka bir soruna yol açabilir:

• Yol uzunluğu bazı platformlarda çok uzun olabilir. Örneğin, Windows'ta, bazı API'ler, çerçeveler ve uygulamalar için yol sınırları korkunçtur ; bu, geçerli dizin ağaç hiyerarşisinde zaten derinse ve geçici dosyalarınızın adlarının çok uzun olması durumunda bu sınıra kolayca erişebileceğiniz anlamına gelir.

• Sunucularda geçici dizinin büyümesinin izlenmesi genellikle hemen yapılır. Farklı bir dizin kullanırsanız, izlenmeyebilir ve tüm diskin izlenmesi, gittikçe daha fazla yer tutan geçici dosyalar olduğunu kolayca anlamaya yardımcı olmaz.

Erişim reddedilen hatalara gelince, işletim sisteminin sizin için geçici bir dosya oluşturmasına izin verdiğinizden emin olun. İşletim sistemi, örneğin, belirli bir kullanıcı, daha başka bir dizin için biliyor olabilir /tmpya da C:\Windows\tempkullanılmalıdır; bu nedenle, bu dizinlere doğrudan erişerek, gerçekten bir erişim reddi hatasıyla karşılaşabilirsiniz.

İşletim sistemi çağrısı kullanılırken bile erişiminiz reddedilirse, bu makinenin kötü bir şekilde yapılandırıldığı anlamına gelir; bu zaten Blrfl tarafından açıklanmıştır . Makineyi yapılandırmak sistem yöneticisine kalmıştır; başvurunuzu değiştirmek zorunda değilsiniz.

Geçici dosyalar oluşturmak birçok dilde basittir. Birkaç örnek:

• Bash:

  # The next line will create a temporary file and return its path.
  path="$(mktemp)"
  echo "Hello, World!" > "$path"

• Python:

  import tempfile
  
  # Creates a file and returns a tuple containing both the handle and the path.
  handle, path = tempfile.mkstemp()
  with open(handle, "w") as f:
      f.write("Hello, World!");

• C #:

  // Creates a file and returns the path.
  var path = Path.GetTempFileName();
  File.WriteAllText(path, "Hello, World!");

• PHP:

  # Creates a file and returns the handle.
  $temp = tmpfile();
  fwrite($temp, "Hello, World!");
  fclose($temp);

• Yakut:

  require "tempfile"
  
  # Creates a file and returns the file object.
  file = Tempfile.new ""
  file << "Hello, World!"
  file.close

PHP ve Ruby gibi bazı durumlarda, tanıtıcı kapatıldığında dosyanın kaldırıldığını unutmayın. Bu, dil / çerçeve ile birlikte verilen kütüphaneleri kullanmanın ek bir yararıdır.

/ Tmp'a kaydetmekte ısrar etmem gerekir mi ve "amaçlandığı gibi çalışmak" gibi herhangi bir hatayı savunmak mı istiyorsunuz (ör. Yöneticinizden uygun izin erişimi isteyin)?

Bunun için standartlar var ve yapabileceğiniz en iyi şey bunlara uymak.

Ana bilgisayar olmayan hemen hemen her bir öneme sahip olan işletim sistemi tarafından takip edilen POSIX'in, muhtemelen sizin tarafından değiştirilebilecek varsayılan değerleri kullanarak, bir dizinde benzersiz olarak adlandırılmış geçici dosyalar oluşturma hükümleri vardır:

• C stdio.hbaşlığı isteğe bağlı P_tmpdirolarak sistemin geçici dizinini adlandıran bir makro içerebilir .
• TMPDIRgeçici dosyaların konumunu değiştirmek için kullanılan kanonik ortam değişkenidir. POSIX'e önce kullanılan diğer değişkenler vardı, bu yüzden o ya ilkine gitme eğilimi TMP, TEMPDIRve TEMPo punting ve bunlardan herhangi bir şey yoksa varsayılan sistem kullanılarak, bir değeri vardır.
• mkstemp()Ve tempfile()işlevleri benzersiz geçici dosyaları oluşturur.

Kullanıcılarınızın geçici dosyalar oluşturma kabiliyetleri reddedilirse, sistem ya yanlış bir şekilde yapılandırılır ya da yöneticiler politikalarının bu gibi şeylerde ne olduğunu netleştirmezler. Bu gibi durumlarda, programınızın sağlam bir taşınabilirlik standardına uygun olduğunu ve davranışının standardın belirttiği ortam değişkenleri kullanılarak değiştirilebileceğini söyleyerek çok katı olacaksınız.

Temp-file-dizini yüksek işletim sistemine / ortama bağlıdır. Örneğin bir web-server-temp dir, güvenlik nedeniyle os-temp-dir'den ayrıdır.

Ms-windows altında her kullanıcının kendi temp-dir'i vardır.

Böyle bir işlev varsa bunun için createTempFile () kullanmanız gerekir .

Önceki cevaplar, doğru olmasına rağmen, çoğu büyük ölçekli bilgisayar kümesi için geçerli değildir.

Bilgisayar kümeleri her zaman makineler için standart kuralları her zaman takip etmiyor, genellikle iyi nedenlerle ve sistem yöneticileriyle tartışmanın bir anlamı yok.

Geçerli dizininiz, ağ üzerinden erişilen merkezi dosya sistemine atıfta bulunuyor. Bu sadece yavaş değil, aynı zamanda kullanıcıların geri kalanı için de sisteme yükler yüklüyor, bu yüzden fazla yazmadığınız ve iş çöktüğünde kurtaramadığınız sürece kullanmamanız gerekir.

Bilgi işlem düğümlerinin kendi sabit diskleri var; bu, mevcut en hızlı dosya sistemi ve ne kullanmanız gerektiğidir. Küme dokümantasyon genellikle, ne olduğunu söylemelidir /scratch, /tmp/[jobid]ya (bazı standart olmayan çevre değişkeni $SNIC_TMPkullandığım olanlar birinde).

Yani, önerdiğim şey onu kullanıcı tarafından yapılandırılabilir hale getirmek. Varsayılanlar, yazma hakkınız olan ilk kişi olabilir:

• $TMPDIR
• tmpfile
• /tmp
• .

Ancak bu yaklaşımla düşük bir başarı oranı bekleyin ve büyük bir yağ uyarısı verdiğinizden emin olun.

Düzenleme: Kullanıcı tarafından ayarlanması için başka bir sebep ekleyeceğim. Benim kümelerden biri olan $TMPDIRayarlı /scratch, o kullanıcı yazılabilir ve yerel sabit diske. Ancak, belgeler dışına yazdığınız her şeyin /scratch/[jobid], çalışmanın ortasında bile olsa herhangi bir noktada silinebileceğini söylüyor . Bu nedenle, standartları uygularsanız ve güvenirseniz $TMPDIR, hata ayıklamak çok zor olan rastgele kazalarla karşılaşırsınız. Öyleyse kabul edebilirsin $TMPDIR, ama güvenmiyorsun.

Diğer bazı kümeler bu değişkeni uygun şekilde yapılandırmıştır, bu nedenle açıkça güvenmek için bir seçenek ekleyebilirsiniz $TMPDIR, aksi halde büyük, yağ uyarısı verir.

Birçok uygulama için, geçici dosyaları $XDG_RUNTIME_DIRveya içine koymayı düşünmelisiniz $XDG_CACHE_HOME(diğer XDG dizinleri güncel olmayan dosyalar içindir). Ortamda açıkça geçirilmezlerse, bunların hesaplanmasına ilişkin talimatlar için , XDG basedir spec'e bakın veya bu bölümü zaten uygulayan bir kütüphane bulun.

Bununla birlikte, bunun $XDG_RUNTIME_DIRyeni bir ekleme olduğunu ve güvenlik endişelerinden dolayı eski sistemler için standart bir geri dönüş olmadığını unutmayın.

Bunlardan hiçbiri uygun değilse, o zaman /tmpdoğru yer. Sen gerektiğini asla geçerli dizin yazılabilir olduğunu varsayalım.

Bu bir alternatif gibi, ancak fopen () 'dan hemen sonra dosyanın bağlantısını kesebilir (). Nezaket kullanım şekline bağlıdır.

Dosyaların bağlantısını kaldırmak, yapılabiliyorsa, birkaç yol için yardımcı olur:

• dosya görünmüyor - kullanıcı göremiyor.
• dosya diğer işlemlerden görülmez - dosyayı başka bir işlemle yanlışlıkla değiştirme şansı yoktur.
• program çökmesi halinde kolay temizleme.

Dosyalar / tmp içinde oluşturulmalıdır. Kullanıcının orada dosya oluşturma hakkı yoksa, bu, sistemin yanlış yapılandırıldığı anlamına gelir.

Kullanıcılar ana dizinde dosyalar oluşturulamaz. "Hiç kimse", "www-data" ve diğerleri gibi pek çok kullanıcı, kendi dizinlerine yazma haklarına sahip değiller veya hatta chroot (). Chroot ortamında bile / tmp hala var olduğuna dikkat edin.