Rentiva 6.1.4 — Kimlikle bağlanmış bir rezervasyon artık Müşteriler ekranından kaybolmuyor
Bir misafir önce sizden rezervasyon yaptıysa ve hesabını sonradan oluşturduysa, Müşteriler ekranı o rezervasyonu göremiyordu. Müşterinin satırında 0 rezervasyon yazıyor, parası yukarıdaki özet kartlarına hiç ulaşmıyor ve "Rezervasyonları Görüntüle" boş bir liste açıyordu. 6.1.4 bunu düzeltiyor ve sizden hiçbir şey istemiyor: veritabanı değişikliği yok, ayarları yeniden kaydetmek yok.
Müşteriler ekranı artık her rezervasyonu buluyor
Ekran, müşterinin rezervasyonlarına yalnızca e-posta adresi üzerinden ulaşıyordu. Hesapla rezervasyonun aynı adresi taşıdığı sıradan durumda bu işe yarar. Taşımadığı her durumda başarısız olur:
- önce rezervasyon yapıp sonra kayıt olan bir misafir — rezervasyon hesaba e-posta eşleşmesiyle değil, iç kimliğiyle bağlıdır
- rezervasyondan sonra e-posta adresini değiştiren bir müşteri
- elle eklenmiş, henüz rezervasyonu olmayan bir hesap ya da yalnızca eklentinin kendi kayıtlarından bilinen bir müşteri
Bunların her birinde rezervasyon ekranın gözünde görünmezdi. Satırda 0 yazıyor, detay paneli boş kalıyor, yukarıdaki özet kartları o parayı dışarıda bırakıyor ve hesap müşteri sayımından tamamen düşebiliyordu.
Ekranın altında, "kim müşteri sayılır" sorusunun dört ayrı kopyası birbirinden ayrışmıştı; müşteri listesinin ve rezervasyon sayısının aynı kişi hakkında farklı şey söyleyebilmesinin sebebi buydu. Artık tek bir tanım var ve bu soruyu soran her yer onu okuyor — eklenti genelinde yedi dosya, yirmi dokuz çağrı yeri; üyelik, sayım, silme ve dışa aktarma dahil. Bunlar artık birbiriyle çelişemez.
Nasıl kurulduğuna dair tek bir not, çünkü bir düzeltmenin gerçek olup olmadığına karar veren ayrıntı tam da budur: sorgu, genişletilmiş bir birleştirme değil, EXISTS yüklemi kullanıyor. E-posta veya kimlikle eşleşen bir birleştirme, ikisi de eşleştiğinde rezervasyonu iki kez sayar. Bu bir risk olarak varsayılmadı — naif hâli bilerek yazılıp sayıların ikiye katlandığı görülerek gösterildi.
Kontrol panelinin kendi rakamları ayrı hesaplanıyor ve bu değişikliğin kapsamında değildi.
Yönetim menüsü WordPress'in kendi öğelerinin üstüne döndü
Rentiva, arkasında çok sayıda sayfa olan tek bir üst düzey menü kaydediyor ve bir kiralama işi yürütüyorsanız gününüz o sayfaların içinde geçiyor. Menü, Görünüm, Eklentiler, Kullanıcılar ve Araçlar'ın altında, kenar çubuğunun dibine yakın duruyordu; yani herhangi birine ulaşmak önce WordPress'in tamamını kaydırmak demekti.
Artık doğrudan WooCommerce'in altında, Görünüm'ün üstünde duruyor. Daha yukarı da çıkmıyor: bu konum, bir eklentinin WordPress'in kendi üst düzey öğeleriyle yarışmamasını isteyen WordPress.org yönergesinin alt sınırı ve Rentiva çekirdeğin üstüne çıkmak yerine sınırın içinde kalıyor.
Çok siteli kurulumda etkinleştirme her siteye ulaşıyor
Rentiva'yı ağ genelinde etkinleştirmek yüzüncü sitede duruyor ve özel siteleri tamamen atlıyordu; büyük bir ağda o noktadan sonraki siteler tablolarını hiç almıyordu. Artık ikisi de alıyor. Bir alt site, URL kısa adlarını oluştururken ağın dilini devralmak yerine kendi dilini okuyor.
Yerleşim geri alma artık yanlış sayfaya dokunamıyor
Yerleşim aracında bir sayfayı geri almak, bayat bir iç kimlik başka bir kaydı işaret ettiğinde tamamen ilgisiz bir yazının üzerine yerleşim işaretlemesi yazabiliyordu. Artık kendisine ait olmayan bir kayda dokunamıyor.
Redis ve Memcached kullanan barındırmalar
Harici nesne önbelleği olan barındırmalarda, bir müşteriyi, rezervasyonu veya aracı kaydetmek, önbellek kaydı kendiliğinden düşene kadar listeyi eski veriyle bırakıyordu. Liste artık kaydettiğinizde güncelleniyor.
Daha küçük indirme
Paket, WordPress'in hiç çalıştırmadığı React kaynak dosyalarını artık taşımıyor.
Nereden alınır. 6.1.4, GitHub'da v6.1.4 olarak yayınlandı. WordPress.org eklenti dizini hâlâ 6.1.3 sunuyor — 6.1.4'ü oraya göndermek ayrı bir karar ve henüz verilmedi, yani WordPress içinden güncelleme bugün size bu sürümü önermeyecek. Tam değişiklik günlüğü iki dilde eklentiyle birlikte geliyor.