Apa perbedaan antara magento 1.9.2.4 dan magento 1.9.3.0?


22

Magento telah merilis versi edisi komunitas baru 1.9.3.0.

Saya sangat ingin tahu apa perbedaannya dengan edisi Magento sebelumnya?

Saya ingin tahu detail lengkap tentang apa perbedaannya dengan fitur di dalamnya Magento 1.9.3.0.

dan juga ingin tahu langkah apa yang perlu diambil setelah memutakhirkan situs saya saat ini 1.9.3.0yang ada di Magento 1.9.2.4?


1
Bug lain di 1.9.3.0 yang saya sebutkan di magento.stackexchange.com/questions/142087/… . Anda dapat menambahkan ini ke daftar Anda
Creepin

Jawaban:


39

Anda dapat menemukan daftar lengkap perbedaan dalam catatan rilis resmi: http://devdocs.magento.com/guides/m1x/ce19-ee114/ce1.9_release-notes.html#ce19-1930

Modul memperbaiki semua bug

Modul ini memperbaiki bug yang dikenal yang saya coba untuk tetap up to date: https://github.com/digitalpianism/bugfixes

Catatan samping

Dulu ada bug di Magento di mana kata sandi tidak akan ditampilkan di templat email akun baru. Sebagian besar orang (termasuk saya) menganggap itu adalah peningkatan keamanan (lihat di sini: /magento//a/46793/2380 ) tetapi sebenarnya itu adalah bug yang telah diperbaiki di 1.9.3.0.

Masalah Dikenal

Sampai sekarang, ada beberapa bug yang dikenal dengan 1.9.3.0:

Juga menyenangkan catatan bahwa JS yang menangani harga opsi produk telah dipindahkan dari /js/varien/product.jske /js/varien/product_options.jsjadi jangan lupa untuk menambahkan file itu ke tema Anda jika Anda menghadapi masalah berikut: /magento//a/ 141375/2380

PHP 7

Bagi mereka yang menggunakan PHP 7 dan modul Inchoo, Inchoo telah merilis versi baru dari modul (2.0.0) yang hanya kompatibel dengan 1.9.3 jangan lupa untuk memperbarui: https://github.com/Inchoo/Inchoo/Inchoo_PHP7


Jika kami mengembangkan ekstensi, apa langkah-langkah baru atau apa yang berubah untuk sudut pandang pengkodean
Murtuza Zabuawala

@MurtuzaZabuawala lihat hasil edit saya
Raphael di Digital Pianism

2
Ada juga bug besar dengan SOAP API, lihat di sini: magento.stackexchange.com/q/140761/4087
BlueC

@BlueC terima kasih saya lupa untuk memperbarui posting saya
Raphael di Digital Pianism

3
@RaphaelatDigitalPianism yang lain, bukan bug seperti itu tetapi akan merusak tema, adalah bahwa untuk beberapa alasan kelas javascript Product.OptionsPrice telah dipindahkan dari /js/varien/product.js ke file baru bernama / js / varien / product_options. js - file baru ini perlu dimasukkan melalui tata letak tema xml
BlueC

4

Ada dua perubahan yang tidak kompatibel ke belakang di Magento 1.9.3:

  1. Mage_Adminhtml_Block_Cms_Wysiwyg_Images_Content_Uploader kelas induk dihapus.
  2. Mage_Uploader_Model_Config_Abstractmenimpa metode ajaib __calldan perilakunya bisa tidak konsisten.

Periksa apakah ekstensi / penyesuaian menggunakan / memperluas fungsi / kelas ini.

Pastikan juga setelah meningkatkan ke Magento 1.9.3 untuk menghapus file-file berikut untuk menghindari masalah keamanan:

  1. skin / adminhtml / default / default / media / flex.swf
  2. skin / adminhtml / default / default / media / uploader.swf
  3. skin / adminhtml / default / default / media / uploaderSingle.swf

Untuk informasi lebih lanjut, lihat catatan rilis .


2

Saya bukan penggemar patching. Secara pribadi saya menghapus semua file Magento dari direktori mereka kemudian mengunggah versi baru (menggunakan skrip shell). Semua file yang terinstal selama bertahun-tahun seperti modul atau tema masih ada. Untuk database saya membuat perbandingan antara versi yang baru diinstal. Salah satu caranya adalah membuat atau menghapus kolom / tabel ke dalam basis data, cara lain menginstal lagi Magento hanya mengubah nama file /app/etc/local.xml. Saya lebih suka yang pertama.

Jika Anda tidak mengubah struktur database ke versi 1.9.3.0 Anda akan mendapatkan beberapa kesalahan atau Anda tidak dapat memuat area admin. Jika ada yang tertarik pada beberapa perbandingan untuk direktori dan database Magento antara Magento CE 1.9.2.4 dan 1.9.3.0 cukup unduh file dari sini:

Perbandingan Magento: versi 1.9.2.4 - 1.9.3.0

Ada dua file html dengan hasil visual yang sangat bagus.

Saya memperbarui 4 toko hari ini menggunakan metode saya alih-alih menambal. Semua berjalan tanpa masalah.


Saya setuju untuk tidak menambal, dan juga setuju bahwa memutakhirkan di tempat itu menyusahkan karena meninggalkan file lama yang seharusnya tidak lagi ada, jadi saya pikir metode Anda menghapus semua file Magento kemudian menambahkan versi baru adalah pendekatan yang baik. Namun, pekerjaan basis data Anda tampaknya tidak perlu bagi saya, mengapa tidak menggunakan saja "n98-magerun sys: setup: incremental" untuk menjalankan skrip pengaturan dan memperbarui database secara otomatis ke versi baru?
BlueC

Saya menghargai saran Anda. Saya setuju n98-magerun adalah alat yang sangat kuat tetapi saya lebih suka mengendalikan sendiri proses pembaruan keseluruhan. Seperti yang saya sebutkan sebelumnya melakukan semua hal itu saya mencoba memahami apa yang baru dengan setiap versi. Setelah memperbarui versi uji saya melanjutkan ke produksi. Toko-toko yang saya kelola tidak menginginkan masalah dan membayar untuk menghindarinya. Menghapus semua file Magento sebelumnya dan mengawasi basis data adalah metode terbaik untuk memperbarui ke versi baru. Saya melakukan metode ini sejak 1.7.0.2 dan tidak pernah mengalami masalah. Menambal meninggalkan residu dalam sistem file dan basis data
ADDISON74

Saya mengerti, dan saya pikir ini metode yang bagus. Bolehkah saya bertanya alat apa yang Anda gunakan untuk membandingkan database dan membuat skrip pembaruan dari perbandingan itu?
BlueC

1
Saya menggunakan Araxis Merge untuk membandingkan folder dan file. Ini memberi saya laporan yang bagus dan dapat membuat skrip pembaruan. Tapi saya lebih suka menganalisis seluruh informasi dari perbandingan bahkan itu butuh 1 - 2 hari. Saya membuat sendiri skrip pembaruan yang terdiri dari menghapus sistem file dari versi Magento sebelumnya dan menyalin versi baru. Untuk database, ini adalah skrip juga setelah menghapus semua bagian umum. Ketika Anda memiliki lebih dari 30 toko untuk memperbarui, pengeluaran Anda bisa diabaikan 1 - 2 hari untuk memahami proses pembaruan yang akan Anda lakukan. Itu sebabnya saya tidak pernah menggunakan tambalan selama lebih dari 4 tahun.
ADDISON74

dapatkah Anda membagikan file Magento Comparison dengan beberapa hosting yang akan bertahan lebih dari beberapa hari? terima kasih
sellio


0
  • Mengembalikan algoritme perhitungan pajak lama untuk biaya pengiriman. Tambalan untuk menerapkan perhitungan baru akan tersedia berdasarkan permintaan.
  • Diselesaikan masalah dengan mengatur seumur hidup sesi ke 0.
  • Pekerjaan cron bulanan yang membersihkan tabel yang berisi alamat IP dan kata sandi berjalan dengan benar.
  • Semua gambar produk yang dapat dikonfigurasi diimpor.
  • Anda tidak lagi mendapatkan pengecualian karena panggilan metode addCrumbs () yang tidak ditentukan. Mengatasi kesalahan Pemberitahuan :Undefined index:session_expire_timestamp saat mengakses etalase.
  • Nilai untuk nilai label tarik-turun disimpan dengan benar.
  • "Harga terkonfigurasi" untuk produk bundel ditampilkan dengan benar di keranjang belanja.
  • Kata sandi yang dihasilkan secara otomatis dikirim ke pelanggan baru seperti yang diharapkan.
  • Metode Mage_Api_Model_Server_Handler_Abstract::processingMethodResult() menerima nilai skalar dan array.
  • Pencarian MySQL Full-Text default berfungsi seperti yang diharapkan; tidak lagi mengembalikan semua produk.
  • Mencegah potensi Pemalsuan Permintaan Lintas Situs (CSRF) dengan mengubah kunci formulir ketika pelanggan keluar dari etalase.
  • Aturan harga katalog mengembalikan harga yang benar.
  • Pengindeks sekarang memperbarui semua produk alih-alih melewatkan produk terakhir yang diperbarui.
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.