En son WP güncellemesinden bu yana SVG dosyaları yüklenmiyor

İşlevlerim PHP dosyasında SVG dosyalarını yüklememe izin veren bir parçacık var. Bugün WP'nin en son sürümüne yükseltme yaptığımdan beri artık svgs yükleyemiyorum. Ayrıca CSS hileleri web sitesinden ikinci bir kod snippet'i denedim ve bu da çalışmıyor.

A) Son güncelleme ile buna neyin sebep olabileceğini bilen var mı ve b) Etrafta bir çalışma yapan var mı?

İşte normalde kullandığım kod:

function svg_mime_types( $mimes ) {
   mimes['svg'] = 'image/svg+xml';
   return $mimes;}
add_filter( 'upload_mimes', 'svg_mime_types' );  

Çok teşekkürler

Paul.

WordPress 4.7.1'de , yüklenen bir dosyanın gerçek mime türünü kontrol eden bir değişiklik getirildi . Bu, SVG veya DOCX gibi dosya türlerini yüklemeyi keser. Bu konuda daha fazla bilgi edinebileceğiniz WordPress Core'da zaten biletler var:

• Bazı resim olmayan dosyalar 4.7.1'den sonra yüklenemiyor ( https://core.trac.wordpress.org/ticket/39550 )
• SVG yükleme desteği 4.7.1'de kırıldı ( https://core.trac.wordpress.org/ticket/39552 )

Bir geçici (bu sorun çözülene kadar süre) ve tavsiye edilen geçici çözüm aşağıdaki eklentidir:
Devre Dışı MIME Kontrol

Bu eklentiyi kullanmak istemiyorsanız, aynı işlev aşağıdadır:

add_filter( 'wp_check_filetype_and_ext', function($data, $file, $filename, $mimes) {
    global $wp_version;

    if ( '4.7.2' !== $wp_version ) {
       return $data;
    }

    $filetype = wp_check_filetype( $filename, $mimes );

    return [
        'ext'             => $filetype['ext'],
        'type'            => $filetype['type'],
        'proper_filename' => $data['proper_filename']
    ];

}, 10, 4 );

Bu pasajın WordPress güncellenir güncellenmez düzeltmeyi devre dışı bırakmak için bir sürüm kontrolü içerdiğine dikkat edin.

Düzenle

Sorun başlangıçta 4.7.2'de düzeltilecek şekilde ayarlandı. Ancak 4.7.2 acil bir güvenlik sürümü olduğundan, düzeltme bu sürüme geçmedi. Şimdi 4.7.3'te düzeltilmesi gerekiyordu.

Bu bu bilet ile ilgili olabilecek gibi görünüyor https://core.trac.wordpress.org/ticket/39552 , 4.7.1 yılında kırıldı şey gibi görünüyor

Kimse ne ile çalışmamış gibi görünüyor ve bu çok kötü, bu yüzden işte böyle idare ediyorum ...

Tarih / Arka Plan

2015 yılında, ne olduğuna bakarak bir CSS-Tricks makalesine dayanarak bir SVG yükleyicisi oluşturdum. Ayrıca görüntü önizleme için ızgara var ve başka birkaç düzeltme kullandım. Basit eklenti (IMO dosya türü eklentileri basit olmalıdır)

Çözüm

4.7 için birkaç değişiklik oldu. Asıl PITA, image/mim türleri için WP'nin görüntülerde GD kullanmasıydı. Bunu atlamak svgiçin application/svg+xmlGD'yi dosyayla uğraşmayacak şekilde kullanmak için uzantıyı ayarladım .

Güncelleme: 4.7.2'den itibaren bazı durumlarda da bazı parlak kıvılcımlar kırıldı

Sonra daha sonra kanca ile geri hotwire image/svg+xml. Diğer cevaplarda kullanılanla aynıdır, ancak öncelikle efektleri ortadan kaldırmak için özel durumumuza kilitleriz (bir SVG dosyası mıdır); okumaya güvenebiliriz $data['ext'](sadece tek bir karşılaştırma ve bir dizi / karma erişimi olarak dosya bilgilerini almak için işlevden daha ucuz olmalıdır).

Güncelleme: 4.7.2'den itibaren $data['ext']her zaman ayarlanmadı, bu yüzden artık uzunluğu kullanarak dosya adından <1 özü (potansiyel olarak güvenli olmayan) uzantı kullanıyoruz strtolower(end(explode('.', $filename))). FileInfo'yu kullanarak gerçekten savaşmamın nedeni, aslında bir PHP uzantısına güvenmenin çok opak olması ve her zaman herkes için çalışmayacak olmasıdır (özellikle, uzantılar etkinleştirilemediğinde veya erişim olmadan derlemeyenler). Bir uzantının yerine çalışan bir şey rica ediyorum. Artık doğru bilgilere sahip olma meselesi değil, bu yüzden çıktısına güvenen FileInfove uzantıya sahip olanlar için (5.6+ sürümünde varsayılan olduğuna inanıyorum) çalışmalıdır. Ayrıca bu bir eklenti olduğu için, bu kodu kapatabilir veya kancayı kaldırabilirsiniz.

https://github.com/Lewiscowles1986/WordPressSVGPlugin

Görmek

• https://github.com/Lewiscowles1986/WordPressSVGPlugin/blob/master/wp-content/plugins/lc-wp-svg/index.php#L38
• https://github.com/Lewiscowles1986/WordPressSVGPlugin/blob/master/wp-content/plugins/lc-wp-svg/index.php#L74
• https://github.com/Lewiscowles1986/WordPressSVGPlugin/blob/master/wp-content/plugins/lc-wp-svg/index.php#L23
• https://github.com/Lewiscowles1986/WordPressSVGPlugin/blob/master/wp-content/plugins/lc-wp-svg/index.php#L79

Diğer geçici çözümler

Filtrelenmemiş yüklemelere izin vermek korkunç bir çözümdür, çünkü diğerleri bu iş parçacığına bağlantı kurdukça insanlar medya yükleyici üzerinden php dosyaları yükleyebilir (bu kötü ve bunu yaparsanız, durup düşünmelisiniz!)

Her dosyayı kontrolsüz herhangi bir işlevle zorlamak (İronik bir şekilde image/mime tipinde varsa, basit bir ext kontrolüne sahip olamazsınız). Bu, nispeten niş bir sorunu çözmek için çok daha geniş kapsamlı efektler yaratma potansiyeline sahiptir ve genel olarak daha fazla iş sunar (eklentimin uyarısı ayrıca yönetici kullanıcıların yönetici medya kullanıcı arayüzünün çalışması için daha fazla çalışma sağlar)

Mime'i application / svg + xml olarak bırakıp görüntünün yükleyeceği mime türlerini filtrelediğimiz, ancak AFAIK'ın özellikli bir görüntü olarak kullanılması için düzeltmeler gerektirdiğini vb. savaşları dikkatlice seçmek.

Bu yardımcı olur umarım.