PHP sabiti “PHP_EOL” ne zaman kullanılır?

Ne zaman kullanmak iyi bir fikirdir PHP_EOL?

Bazen PHP kod örneklerinde bu görüyorum. Bu DOS / Mac / Unix bitiş sorunları ile ilgileniyor mu?

Evet, PHP_EOLgörünüşte yeni satır karakterini platformlar arası uyumlu bir şekilde bulmak için kullanılır, bu nedenle DOS / Unix sorunlarını işler.

PHP_EOL'un geçerli sistem için bitiş çizgisi karakterini temsil ettiğini unutmayın . Örneğin, unix benzeri bir sistemde yürütüldüğünde bir Windows bitiş çizgisi bulamaz.

Gönderen main/php.hPHP sürümü 7.1.1 ve sürüm 5.6.30 arasında:

#ifdef PHP_WIN32
#   include "tsrm_win32.h"
#   include "win95nt.h"
#   ifdef PHP_EXPORTS
#       define PHPAPI __declspec(dllexport)
#   else
#       define PHPAPI __declspec(dllimport)
#   endif
#   define PHP_DIR_SEPARATOR '\\'
#   define PHP_EOL "\r\n"
#else
#   if defined(__GNUC__) && __GNUC__ >= 4
#       define PHPAPI __attribute__ ((visibility("default")))
#   else
#       define PHPAPI
#   endif
#   define THREAD_LS
#   define PHP_DIR_SEPARATOR '/'
#   define PHP_EOL "\n"
#endif

Gördüğünüz PHP_EOLgibi "\r\n"(Windows sunucularında) veya "\n"(başka herhangi bir şeyde) olabilir. 5.4.0RC8'den önceki PHP sürümlerinde şunlar için üçüncü bir değer vardı PHP_EOL: "\r"(MacOSX sunucularında). Hatalıydı ve 2012-03-01 tarihinde hata 61193 ile düzeltildi .

Diğerlerinin size söylediği gibi, birleştirilmiş yeni satırlar istediğiniz PHP_EOLher türlü çıktıda ( bu değerlerden herhangi birinin geçerli olduğu - HTML, XML, günlükler ...) kullanabilirsiniz . İstemciyi değil, değeri belirlediği sunucu olduğunu unutmayın. Windows ziyaretçileriniz bu değeri bazen onlar için rahatsız edici olan Unix sunucunuzdan alır.

Ben sadece PHP_EOLhenüz burada gösterilmedi çünkü PHP kaynakları tarafından desteklenen olası değerleri göstermek istedim ...

Sen kullanmak PHP_EOLEğer yeni bir satır istediğinizde ve çapraz platform olmak istiyorum.

Bu, dosya sistemine (günlükler, dışa aktarma, diğer) dosya yazarken olabilir.

Oluşturulan HTML'nizin okunabilir olmasını istiyorsanız bunu kullanabilirsiniz. Yani <br />bir ile takip edebilirsiniz PHP_EOL.

Eğer php cron bir komut dosyası olarak çalıştırıyorsanız ve bir şey çıktı ve bir ekran için biçimlendirilmiş olması gerekiyorsa kullanabilirsiniz.

Bazı biçimlendirme gerektiren bir e-posta oluşturuyorsanız bunu kullanabilirsiniz.

PHP_EOL (dize) Bu platform için doğru 'Satır Sonu' sembolü. PHP 4.3.10 ve PHP 5.0.2'den beri kullanılabilir

Sunucunun dosya sisteminde metin dosyaları okurken veya yazarken bu sabiti kullanabilirsiniz.

Satır sonları çoğu durumda önemli değildir çünkü çoğu yazılım, kökenlerine bakılmaksızın metin dosyalarını işleyebilir. Kodunuzla tutarlı olmalısınız.

Satır sonları önemliyse, sabiti kullanmak yerine satır sonlarını açıkça belirtin. Örneğin:

• HTTP üst gerekir ile ayrılabilir\r\n
• CSV dosyaları gerektiğini kullanmak \r\nsatır ayırıcı olarak

Bir cevap atmak istediğinizi "adresleri değil henüz kaplı edilmemiştir olarak kullanmak için" ve körlemesine kullanılıyor ve fark kimse sonradan satır aşağı kadar bir sorun olduğunu tahmin edebilirsiniz. Bunlardan bazıları mevcut cevapların bir kısmıyla çelişmektedir.

HTML bir web sayfasına çıkışının ise özellikle metne <textarea>, <pre>ya <code>muhtemelen her zaman kullanmak istediğiniz \ndeğil PHP_EOL.

Bunun nedeni, kodun bir Unix benzeri bir platform olan bir sunucuda iyi performans göstermesine rağmen, bir Windows ana bilgisayarında (Windows Azure platformu gibi) dağıtılmışsa, sayfaların bazı tarayıcılarda nasıl görüntüleneceğini değiştirebilmesidir. (özellikle Internet Explorer - bazı sürümleri hem \ n hem de \ r görür).

Bu IE6 beri hala bir sorun olup olmadığından emin değilim, bu yüzden oldukça tartışmalı olabilir ama insanların bağlam hakkında düşünmek istemi yardımcı olup olmadığını belirtmeye değer görünüyor. \rBazı platformlarda aniden çıktıların çıktıda sorunlara neden olabileceği başka durumlar da olabilir (katı XHTML gibi) ve eminim bunun gibi başka uç durumlar da vardır.

Zaten birisi tarafından belirtildiği gibi, HTTP üstbilgilerini döndürürken kullanmak istemezsiniz, çünkü her zaman RFC'yi herhangi bir platformda takip etmeleri gerekir.

CSV dosyalarında (biri önerdiği gibi) sınırlayıcılar gibi bir şey için kullanmazdım. Sunucu'nun üzerinde çalıştığı platform, oluşturulan veya tüketilen dosyalardaki satır sonlarını belirlememelidir.

Özellikle bir dosyaya birden fazla içerik satırı yazıyorsanız, PHP_EOL dosya işleme için çok yararlı buldum.

Örneğin, düz bir dosyaya yazarken birden çok satıra bölmek istediğiniz uzun bir dizeniz var. \ R \ n kullanmak işe yaramayabilir, böylelikle PHP_EOL'u betiğinize koyun ve sonuç harika.

Aşağıdaki bu basit örneği inceleyin:

<?php

$output = 'This is line 1' . PHP_EOL .
          'This is line 2' . PHP_EOL .
          'This is line 3';

$file = "filename.txt";

if (is_writable($file)) {
    // In our example we're opening $file in append mode.
    // The file pointer is at the bottom of the file hence
    // that's where $output will go when we fwrite() it.
    if (!$handle = fopen($file, 'a')) {
         echo "Cannot open file ($file)";
         exit;
    }
    // Write $output to our opened file.
    if (fwrite($handle, $output) === FALSE) {
        echo "Cannot write to file ($file)";
        exit;
    }
    echo "Success, content ($output) wrote to file ($file)";
    fclose($handle);
} else {
    echo "The file $file is not writable";
}
?>

Hayır, PHP_EOL bitiş çizgisi sorunlarını işlemez, çünkü bu sabiti kullandığınız sistem çıktıyı gönderdiğiniz sistemle aynı değildir.

Ben hiç PHP_EOL kullanmanızı tavsiye etmem. Unix / Linux kullanımı \ n, MacOS / OS X de \ r'den \ n'ye değiştirildi ve Windows'ta birçok uygulama (özellikle tarayıcılar) da doğru şekilde görüntüleyebilir. Windows'ta, yalnızca \ n kullanmak ve hala geriye dönük uyumluluğu korumak için mevcut istemci tarafı kodunu değiştirmek de kolaydır: Satır kırpma için ayırıcıyı \ r \ n yerine \ n olarak değiştirin ve bir trim () benzeri işleve sarın .

PHP_EOL'un tanımı, üzerinde çalıştığınız işletim sisteminin yeni satır karakterini vermesidir.

Pratikte, buna neredeyse hiç ihtiyacınız olmamalıdır. Birkaç durumu düşünün:

• Web'e çıkış yaptığınızda, tutarlı olmanız dışında hiçbir kural yoktur. Çoğu sunucu Unixy olduğundan, yine de "\ n" kullanmak istersiniz.

• Bir dosyaya çıktı alıyorsanız, PHP_EOL iyi bir fikir gibi görünebilir. Bununla birlikte, dosyanızın içinde gerçek bir satırsonu bulundurarak benzer bir etki elde edebilirsiniz ve bu, mevcut satırları (çift önyükleme sistemine sahip bir adam olarak) Unix'te Unix üzerinde bazı CRLF biçimli dosyaları çalıştırmaya çalışıyorsanız size yardımcı olacaktır. , İkinci davranışı tercih ettiğimi söyleyebilirim)

PHP_EOL o kadar saçma ki gerçekten kullanmaya değmez.

Yararlı olabileceği açık bir yer vardır: ağırlıklı olarak tek tırnak teli kullanan kod yazarken. Bu:

echo 'A $variable_literal that I have'.PHP_EOL.'looks better than'.PHP_EOL;  
echo 'this other $one'."\n";

Sanatı tutarlı olmaktır. Karıştırma ve eşleştirme '' ve "" ile ilgili sorun, uzun dizeler aldığınızda, ne tür bir teklif kullandığınız için avlanmak zorunda kalmamanızdır.

Hayattaki her şeyde olduğu gibi, bağlama bağlıdır.

DOS / Windows standart "satırsonu" CRLF (= \ r \ n), LFCR (\ n \ r) değil. İkincisini koyarsak, beklenmedik (aslında, bir tür beklenen!: D) davranışlar üretmesi muhtemeldir.

Günümüzde neredeyse tüm (iyi yazılmış) programlar, posta gönderici artalan süreçleri (hatta RFC, CRLF'yi üstbilgiler ve ileti gövdesi için yeni satır olarak ayarlar) UNIX standart LF'sini (\ n) kabul eder .

Birden fazla satır çıkarıyorsanız, error_log () ile kullanışlı.

Geliştiriciler dizeleri parçalarken unix sonları aldıklarından beri hata ayıklama ifadelerinin Windows kurulumumda garip göründüğünü gördüm.

Ben yazmak zorunda bazı komut satırı komut dosyalarında PHP_EOL sabit kullanın. Yerel Windows makinemde geliştiriyorum ve sonra bir Linux sunucu kutusunda test ediyorum. Sabiti kullanmak, farklı platformların her biri için doğru satır sonunu kullanma konusunda endişelenmem gerekmiyordu.

Herhangi bir işletim sistemi kullanıyor olabilir kullanıcı bir eylem sonra bir günlük dosyası yeni bir metin satırı bir metin dosyasına yazdığı bir sitem var.

PHP_EOL kullanımı bu durumda optimal görünmüyor. Kullanıcı Mac OS'de ise ve metin dosyasına yazarsa \ n koyacaktır. Metin dosyasını bir Windows bilgisayarında açarken satır sonu göstermiyor. Bu nedenle dosyayı "herhangi bir işletim sisteminde açarken çalışan" \ r \ n "kullanıyorum.

Çoğunlukla tek tırnak dizeleri kullanan bir kod yazıyorsunuz.

echo 'A $variable_literal that I have'.PHP_EOL.'looks better than'.PHP_EOL;  
echo 'this other $one'."\n";

WebCalendar kullanıyorum ve satır sonu xcal.php içinde "\ r \ n" olarak sabit kodlanmış olduğundan Mac iCal oluşturulan ics dosyasını alma konusunda barfs bulundu. İçeri girdim ve tüm tekrarları PHP_EOL ile değiştirdim ve şimdi iCal mutlu! Ayrıca Vista'da test ettim ve satır sonu karakteri "\ n" olmasına rağmen Outlook da dosyayı içe aktarabildi.

Jumi (PHP için joomla eklentisi) bir nedenle kodunuzu derlediğinde kodunuzdaki tüm ters eğik çizgileri kaldırır. Öyle bir şey $csv_output .= "\n";olur ki$csv_output .= "n";

Çok can sıkıcı bir hata!

Sonradan sonuç almak için PHP_EOL kullanın.

Bazı sistemlerde bu sabiti kullanmak yararlı olabilir, çünkü örneğin bir e-posta gönderiyorsanız, daha fazla sistemde çalışan bir sistemler arası komut dosyasına sahip olmak için PHP_EOL kullanabilirsiniz ... ancak bazen yararlı olabilir sürekli tanımsız, modern son php motoru ile hosting bu sorun yok ama iyi bir şey bu durumu kurtaran bir bit kodu yazmak olduğunu düşünüyorum:

<?php
  if (!defined('PHP_EOL')) {
    if (strtoupper(substr(PHP_OS,0,3) == 'WIN')) {
      define('PHP_EOL',"\r\n");
    } elseif (strtoupper(substr(PHP_OS,0,3) == 'MAC')) {
      define('PHP_EOL',"\r");
    } elseif (strtoupper(substr(PHP_OS,0,3) == 'DAR')) {
      define('PHP_EOL',"\n");
    } else {
      define('PHP_EOL',"\n");
    }
  }
?>

Yani PHP_EOL sorunsuz kullanabilirsiniz ... açıkça PHP_EOL aynı anda daha fazla sistem üzerinde çalışması gereken komut dosyası üzerinde kullanılması gerektiğini aksi takdirde \ n veya \ r veya \ r \ n kullanabilirsiniz ...

Not: PHP_EOL olabilir

1) on Unix    LN    == \n
2) on Mac     CR    == \r
3) on Windows CR+LN == \r\n

Umarım bu cevap yardımcı olur.

Bir Windows istemcisine çıktı verirken bu sorunu yaşadım. Elbette, PHP_EOL sunucu tarafı içindir, ancak php'den çoğu içerik çıktısı Windows istemcileri içindir. Bu yüzden bulgularımı bir sonraki kişi için buraya yerleştirmeliyim.

A) 'Metnim' yankısı. PHP_EOL; // Kötü çünkü bu çıktı \ n ve windows not defteri sürümlerinin çoğu bunu tek bir satırda gösterir ve çoğu windows muhasebe yazılımı bu tür satır sonu karakteri içe aktaramaz.

B) 'Metim \ r \ n' yankısı; // Tek tırnaklı php dizeleri yorumlanmadığından kötü \ r \ n

C) "Metim \ r \ n" yankısı; // Yay çalışıyor! Not defterinde doğru görünüyor ve dosyayı windows muhasebe ve windows üretim yazılımı gibi diğer Windows yazılımlarına alırken çalışır.

\ N \ r kullanmayı tercih ediyorum. Ayrıca bir windows sisteminde ve \ n benim deneyim iyi çalışıyor.

PHP_EOL normal ifadelerle çalışmadığından ve bunlar metinle baş etmenin en yararlı yolu olduğundan, gerçekten hiç kullanmadım veya buna ihtiyacım yoktu.