Saat ini saya dalam perjalanan migrasi konten situs dari pra 4,1 situs lama ke setup baru dan memukul masalah dengan masalah kesalahan pembulatan dari # 18.532 dan sesuai memperbaiki .
Untuk meringkas ini memperbaiki perilaku pembulatan berdiri lama di sisi WordPress:
Bayangkan kami mengunggah gambar dengan 693x173 dan skala ke lebar 300:
- pra 4.1: 300x74
- posting 4.1: 300x75
Masalah
Umumnya ini tidak menyebabkan masalah apapun karena file yang ada dan <img>
tidak tersentuh.
Tetapi ketika Anda regenerasi jempol atau mengimpor lampiran dari file WXR mereka mendapatkan dihasilkan berbeda di filesystem meninggalkan semua <img>
di post_content
mati.
Mencari solusi
Saya telah memikirkan berbagai solusi:
Kembali ke masa lalu yang buruk
Changeset 30660 memperkenalkan filter baru wp_constrain_dimensions
yang dapat digunakan untuk cukup menyambungkan perilaku lama dari sebelum 4,1 kembali. Ini memperbaiki masalah. Tetapi saya bertanya-tanya apakah ini dapat menyebabkan masalah di kemudian hari dan secara umum saya ingin memperbaikinya meskipun ini berfungsi saya anggap tidak ideal.
Masa Mereka Berubah
Jadi ini meninggalkan kita dengan tujuan lain: Bersihkan DB dan ganti semua referensi ke file lama dengan referensi ke file baru. Pertanyaan saya sebenarnya bertanya di sini sekarang adalah bagaimana melakukan ini. Saya mencari solusi yang efektif dan berlaku umum karena saya menduga masalah ini mempengaruhi dan akan mempengaruhi banyak orang
Ide saya saat ini adalah:
- Impor, buat ulang, atau apa pun yang meninggalkan kita dengan file baru dan tag yang rusak.
- Buat daftar A dari semua file yang diubah ukurannya di sistem file atau sebagai alternatif dapatkan informasi ini dari database
- Parsing daftar ini dan buat daftar kedua B dengan nama file semuanya diimbangi oleh satu piksel karena akan terlihat sebelum 4.1
- Lakukan pencarian & ganti seluruh database yang menggantikan semua kejadian B dengan entri terkait di A
Saya hanya tidak yakin apakah ini adalah cara paling cerdas dan efisien untuk menangani situasi ini. Rasanya juga agak terlalu kasar. Jadi sebelum menerapkannya, saya hanya ingin memeriksa dengan kebijaksanaan tak terbatas dari kerumunan WPSE;)
Setelah membaca jawaban ck-macleod (terima kasih!) Saya pikir perbaikan harus menyelesaikan ini sekali dan untuk semua sehingga Anda tidak perlu terus-menerus menyimpan masalah ini di belakang kepala Anda. [/ edit]
[edit2] Saya baru saja menemukan tiket terkait di Trac . Menambahkan untuk referensi. [/ edit2]
error issue of #13852
Anda maksudnya#18532
? :)Jawaban:
Ini adalah pendekatan lain daripada jawaban lain yang berfungsi saat mengimpor konten dengan importir dan memperbaiki URL sekali dan untuk semua. Sekali lagi: Ini bukan pertempuran-diuji tetapi merupakan solusi yang saya pilih dan itu berhasil.
Saya lebih suka ini karena ini menyelesaikan masalah sekali dan untuk semua dan jika itu berhasil, itu berhasil. Karena Anda tidak meninggalkan barang rusak di DB dan memperbaikinya pada layar Anda tidak perlu khawatir tentang hal-hal yang melanggar nanti.
sumber
Memecahkan masalah secara global dan sempurna untuk SEMUA file gambar (dan tautan) di situs besar - mengingat kemungkinan, misalnya, bahwa individu mungkin sesekali mengganti nama file gambar secara manual dengan meniru gaya WP - dan variasi aneh lainnya - mungkin sulit. Pencarian basis data dan operasi penggantian juga akan melibatkan komplikasi (dan risiko!).
Bisakah Anda menangani sebagian besar kesalahan - gambar rusak dan tautan gambar rusak, saya kira - dan mencapai hasil akhir yang diinginkan atau faksimili yang wajar, dengan metode berikut?
Identifikasi tanggal sebelum semua ukuran gambar di mana diubah ukurannya dengan metode "intval" lama daripada metode "putaran" yang baru. (Jenis cut-off yang berbeda juga bisa dibuat, tetapi tanggal sepertinya paling mudah.)
Untuk semua posting yang diterbitkan <= tanggal batas, jalankan preg_replace pada the_content () pada waktu load / render, ambil semua file gambar dengan pola atau pola masalah dan gantikan dengan pola yang diinginkan. Basis data akan tetap tidak berubah, tetapi hasilnya akan terbebas dari kesalahan dalam banyak kasus. Saya tidak yakin apakah solusinya perlu diterapkan untuk konten posting halaman "tunggal" dan untuk mengarsipkan halaman dan proses lainnya juga.
Jika solusi jenis ini akan membantu, maka pertanyaan selanjutnya adalah apakah pola masalah dan penggantiannya dapat didefinisikan secara memadai. Itu terlihat dari daftar solusi yang diajukan yang mungkin beberapa pola tipikal sebenarnya dapat diisolasi (mungkin diambil dari pengaturan media sebelumnya yang menghasilkan gambar kecil dan beberapa gambar lainnya).
Saya telah menulis fungsi sederhana yang saya gunakan (dan sedang dalam proses berubah menjadi plug-in), yang secara global mengganti semua file gambar dalam direktori yang ditunjuk, hingga tanggal tertentu, dengan gambar atau tautan gambar default, sesuai metode yang dijelaskan di atas. Itu adalah untuk situs di mana, di luar kewaspadaan hak cipta, operator hanya menghapus semua gambar mereka, tidak menyadari bahwa, selain menghasilkan hasil yang buruk di halaman lama, mereka juga menghasilkan ribuan kesalahan, masing-masing dua untuk masing-masing gambar.
Jika Anda dapat mempersempit pola masalah lebih khusus, dan contoh-contoh di mana output perlu diubah, maka saya bisa melihat tentang memasukkannya ke dalam format saya - yang tidak terlalu rumit, dan yang untuk RegExer yang lebih baik daripada yang saya bisa bahkan menjadi mudah. Di sisi lain, saya tidak ingin membuang waktu Anda atau saya jika pendekatan ini tidak akan menjawab masalah untuk Anda.
sumber
wp_constrain_dimensions
seperti yang disebutkan dalam pertanyaan saat melakukan impor dan menahan diri dari membangun kembali ibu jari akan lebih bersih.Oke ini adalah pendekatan dasar untuk mengganti gambar yang rusak dengan cepat. Ketahuilah bahwa ini lebih merupakan bukti konsep daripada solusi teruji pertempuran. Itu hanya mengait pada
the_content
filter yang mungkin (mungkin memiliki) beberapa efek samping yang tidak diinginkan dalam beberapa situasi. Tangani dengan hati-hati. :)Walaupun dikatakan demikian dalam kode juga saya juga ingin kredit @Rarst untuk jawaban ini digunakan dalam kode saya.
sumber