🔧 Araç Izgarası: Fiyat Sıralaması Düzeltmesi​

sort_by="price" ayarı uzun süredir doğru çalışmıyordu. Kök neden: araç uygunluk filtresiyle birlikte kullanılan named meta_query clause yaklaşımı yanlış SQL sıralaması üretiyordu.

Çözüm: WordPress'in standart meta_key + meta_value_num kalıbına geçiş.

if ( $orderby_key === 'price' ) {
    $args['meta_key'] = MetaKeys::VEHICLE_PRICE_PER_DAY;
    $args['orderby']  = 'meta_value_num';
    $args['order']    = $sort_order;
}

WP-CLI üzerinden hem artan hem azalan sıralama doğrulandı.

⚡ Önbellek Mantığı Onarıldı​

İki sessiz önbellek hatası:

1. Her zaman kapalıydı — Koşul mantığında ters kontrol vardı. Üretimde önbellek artık aktif.
2. Her wp_head çağrısında temizleniyordu — Geçersizleştirme artık yalnızca araç kaydedildiğinde veya silindiğinde tetikleniyor.

🧹 9 Blokta Sıralama Enjeksiyonu Kaldırıldı​

Dokuz Gutenberg bloğu, CAM pipeline'dan gelen sort_by özniteliğini her render işleminde orderby=title, order=ASC varsayılanlarıyla sessizce geçersiz kılıyordu. Bu varsayılanlar kaldırıldı.

✨ Yeni: "Tümünü Gör" Linki​

view_all_url ve view_all_text öznitelikleri eklendi. Blok editörü, Elementor ve klasik shortcode'da destekleniyor.

[rentiva_vehicles_grid view_all_url="/araclar/" view_all_text="Tüm Araçları Gör"]

Bölüm altbilgisinde düzgün hizalanmış buton olarak render edilir.

🏷️ Yeni: Servis Tipi Rozeti​

Araç kartları artık _rentiva_vehicle_service_type meta değerine göre rozet gösteriyor:

• Yalnızca Transfer — mavi rozet
• Transfer + Kiralık — yeşil rozet
• Standart kiralık araçlarda rozet gösterilmez.

🚫 Öne Çıkan Araçlar: Başlatma Flash'ı Giderildi​

Swiper başlatılmadan önce ham flex işaretlemesi görünüyordu (5 araç yatay → 3 sütunlu slider). Çözüm: opacity:0 + CSS geçişi.

.mhm-featured-swiper {
    transition: opacity 0.2s ease;
}
.mhm-featured-swiper:not(.swiper-initialized) {
    opacity: 0;
    pointer-events: none;
}

Düzen boşluk korunur (sıfır CLS), Swiper hazır olunca 0,2 saniyelik geçişle beliriyor.

🔧 Diğer Düzeltmeler​

• show_book_button ölü öznitelik: Öne Çıkan Araçlar ve Elementor widget'ı bu anahtarı gönderiyordu ama şablon yalnızca show_booking_button kontrol ediyordu. Artık her iki anahtar da kabul ediliyor.
• Arama Sonuçları default_sort: URL'de sıralama parametresi yoksa artık uygulanıyor.
• Birleşik Arama bagaj ipucu: Bagaj kapasitesi alanı için hover/focus ipucu eklendi.

Sıradaki: v4.26.7/v4.26.8 — Popüler Rotalar shortcode'u ve Swiper loop modu düzeltmesi.

👤 Bayi Paneli Kimlik Kartı​

Bayi panelinin sol menüsünde daha önce yalnızca kullanıcı adı + "Çıkış Yap" linki vardı. Artık:

• Gravatar fotoğrafı (40 px, yuvarlak, beyaz çerçeve, yumuşak gölge)
• Kullanıcının görünen adı (ellipsis ile taşma kontrolü)
• Son başarılı giriş tarihi ve saati (ör. Son giriş: 15/04/2026 04:57)
• Çıkış Yap butonu kartın dışına çıktı, tek başına aksiyon oldu; hover durumunda kırmızıya dönüyor.

<?php
$last_login_raw = (string) get_user_meta($user->ID, 'last_login', true);
if ($last_login_raw !== '') {
    $ts = strtotime($last_login_raw);
    if ($ts) {
        echo date_i18n(get_option('date_format') . ' H:i', $ts);
    }
}
?>

last_login user meta — okunan ama yazılmayan anahtar​

İlginç bir keşif: last_login user meta'sı GDPR/Privacy ve DataRetentionManager kodumuzda zaten okunuyordu — ama hiçbir yerde yazılmıyordu. Yani veri saklama süresi hesaplarında "bu kullanıcı N gündür giriş yapmadı" kararı hep boş değer üzerinden veriliyordu.

v4.26.5 bu boşluğu doldurdu: SessionManager::set_session_timeout() artık wp_login action'ının ikinci parametresini (WP_User $user) alıyor ve current_time('mysql') ile last_login'i güncelliyor.

add_action('wp_login', array(self::class, 'set_session_timeout'), 10, 2);

public static function set_session_timeout($user_login = '', $user = null): void
{
    $user_id = ($user instanceof \WP_User) ? (int) $user->ID : get_current_user_id();
    if (! $user_id) return;
    update_user_meta($user_id, 'mhm_rentiva_last_activity', time());
    update_user_meta($user_id, 'last_login', current_time('mysql'));
}

📥 Mesajlaşma: Bayiler Artık Kendi Rezervasyonlarını Görüyor​

"Yeni Mesaj" formundaki İlgili Rezervasyon dropdown'u her zaman boş geliyordu — bayi açısından. REST endpoint sadece _mhm_customer_user_id meta'sını sorguluyordu, yani "benim yaptığım rezervasyonlar". Bayinin araçlarına başkalarının yaptığı rezervasyonlar görünmüyordu.

Çözüm: endpoint iki sorgu yapıyor ve sonuçları ID bazında birleştirip tekilleştirerek, post_date DESC sıralıyor:

// Customer-side: rezervasyonu yapan kullanıcı
$customer_query = new WP_Query([
    'post_type' => 'vehicle_booking',
    'meta_query' => [[
        'key' => '_mhm_customer_user_id',
        'value' => $user_id,
    ]],
]);

// Vendor-side: bayinin sahibi olduğu araçlara yapılan rezervasyonlar
$vendor_vehicle_ids = get_posts([
    'post_type' => 'vehicle',
    'author'    => $user_id,
    'posts_per_page' => -1,
    'fields'    => 'ids',
]);
if (!empty($vendor_vehicle_ids)) {
    $vendor_query = new WP_Query([
        'post_type' => 'vehicle_booking',
        'meta_query' => [[
            'key' => '_mhm_vehicle_id',
            'value' => $vendor_vehicle_ids,
            'compare' => 'IN',
        ]],
    ]);
}

🎨 Premium Mesaj Listesi Kartları​

Mesaj listesi kartları düz beyaz kutulardan premium tasarıma geçti:

• Gradyan arka plan (#ffffff → #fafbff)
• Mor pill ID rozeti (#4F46E5 arka plan, #eef2ff içi)
• Turuncu gradient "YENİ" etiketi (#f59e0b → #f97316, box-shadow amber glow)
• Hover durumunda kartın sol kenarında indigo aksan bar belirip, kart 2 px yukarı kalkıyor
• Okunmamış state için amber arka plan + sol aksan bar
• Mobil breakpoint altında padding + tipografi otomatik uyarlanıyor

🗂️ .hidden — Eksik Olduğunu Fark Etmediğimiz Kural​

Mesajlar sayfasının şablonunda üç görünüm var:

1. Mesaj listesi
2. Konuşma (thread) görünümü
3. Yeni mesaj formu

Şablonda bu üçü başlangıçta class="hidden" ile gizlenmeye çalışılıyordu — ama .hidden CSS kuralı hiçbir yerde tanımlanmamıştı. Sonuç: üçü de aynı anda display: block ile render oluyordu. Kullanıcı aşağı scroll edince üst üste yığılmış panel karmaşası görüyordu.

Çözüm bir CSS utility:

.mhm-messages-section .hidden,
.mhm-messages-section .thread-reply.hidden,
.mhm-messages-section .new-message-form.hidden,
.mhm-messages-section .message-thread.hidden {
    display: none !important;
}

Artık üç görünüm mutually exclusive: hangisi aktifse o görünüyor, diğerleri gizli.

🔁 Konuşma Tekrar Açıldığında Birikmeyen Butonlar​

Bir thread kapatılıp tekrar açıldığında "Mesajı Kapat" butonu ve "Bu konuşma kapatıldı" uyarı afişi DOM'a tekrar append ediliyordu — stale elementler silinmeden. Sonuç: aynı threadi iki kez açarsanız iki tane "Mesajı Kapat" butonu görüyordunuz.

// Yeniden render öncesi stale elementleri kaldır
$('#message-thread .close-thread-btn').remove();
$('#message-thread .thread-closed-notice').remove();

🔣 Mojibake Kutusu ve Translation Fix'leri​

• templates/account/messages.php içindeki "İletilere dön" metninin önündeki ok (←) UTF-8 double-encoded gelmişti (â† gibi görünüyordu) ve bir stray C1 control byte (0xC2 0x90) şablonda kaldı. Çözüm: <span aria-hidden="true">&larr;</span> HTML entity + PowerShell script ile C1 byte stripping.
• Türkçe .po dosyasında "Booking Association" etiketi "Rezervasyon Derneği" (Booking Society) olarak çevrilmişti 😄 — düzeltildi: "İlgili Rezervasyon".

📦 Filemtime Cache Busting​

Bu seansta iki kez "tarayıcı cache'i eski CSS/JS'i tutuyor" döngüsüne girdik. Bundan sonra olmaması için asset enqueue'larında filemtime versiyonlama:

$customer_messages_css_ver = file_exists($path)
    ? MHM_RENTIVA_VERSION . '.' . filemtime($path)
    : MHM_RENTIVA_VERSION;
wp_enqueue_style('mhm-customer-messages', $url, [], $customer_messages_css_ver);

Plugin versiyonu aynı kalsa da dosya her değiştiğinde ?ver=4.26.5.1744742822 gibi unique bir query string oluşuyor — tarayıcı eski dosyayı asla servislemiyor.

✅ Testler​

720 tests, 2601 assertions, 6 skipped — tam yeşil. Regresyon yok.

İndirin​

• GitHub Release v4.26.5
• ZIP asset: mhm-rentiva.4.26.5.zip (2.61 MB, 764 dosya)

Sıradaki minor versiyon (v4.27.0) bayi rapor ve itiraz sistemine ayrılmış durumda — rezervasyon, ceza ve araç raporları için birleşik bir altyapı.

🔍 Parite Denetimi Neden Gerekli?​

MHM Rentiva'nın "Render Parity Rule" kuralına göre her blok, render zamanında do_shortcode() ile karşılık gelen kısa koda delege eder. Yani blokların kendi mantığı yoktur — sadece kısa koda argüman geçiren ince bir kabuktur. Elementor widget'ları da aynı prensiple çalışır.

Bu mimari güçlü bir garanti sağlar: kısa kodda çalışan her şey blokta ve widget'ta da çalışır. Ama tersi de doğru olmalı — kısa kodun bilmediği bir attribute, blokta veya widget'ta da olmamalı. Aksi halde kullanıcı panel arayüzünde bir toggle açar, bir şey yazar, render'da hiçbir değişiklik olmaz. Hata yok, uyarı yok, sessiz no-op.

Bu v4.26.4'te giderilen üç sorun da tam olarak bu sınıftan:

🐛 1. Arama Sonuçları Bloğu — Hayalet Attribute Sızıntısı​

assets/blocks/search-results/block.json dosyasına, zamanında transfer-search bloğundan kopya-yapıştır ile türetildiği sırada üç attribute sızmıştı:

• button_text
• show_pickup
• show_dropoff

Arama Sonuçları bloğunda buton yok, pickup/dropoff alanları yok — bu attribute'lar anlamsız. Ama Gutenberg inspector panelinde görünüyorlardı, otomatik üretilen Elementor widget'ına da geçiyorlardı. Kullanıcı açar, değer girer, render'da hiçbir şey olmaz.

Çözüm: block.json'dan üçü de silindi. Otomatik parite mekanizması (register_parity_controls_from_block) block.json'u kaynak kabul ettiği için widget'tan da otomatik düştüler.

🐛 2. Birleşik Arama Bloğu — Duplicate Genişlik Attribute'ları​

assets/blocks/unified-search/block.json'da iki duplicate attribute vardı:

"min_width": { ... },
"max_width": { ... }

CAM (Canonical Attribute Mapper) pipeline'ı snake_case ayraçlarını kaldırır ve kanonik isimler minwidth / maxwidth olarak render'a ulaşır. min_width / max_width ayrı birer alan olarak DB'ye yazılıyor, ama render aşamasında aynı değere map'leniyordu — iki kontrol aynı şeyi yapıyor, biri de render'da hiçbir zaman okunmuyordu.

Çözüm: Snake_case varyantlar silindi. Tek kanonik minwidth / maxwidth kaldı.

🎨 3. Transfer Arama Widget'ı — Ham Etiketli Control'ler​

Base Elementor widget sınıfımızda register_parity_controls_from_block() adlı bir metod var. Bu metod, block.json'daki attribute'ları tarayıp widget'ta manuel tanımlanmamış olanlar için otomatik Elementor control'leri üretir. Amacı: yeni bir block.json attribute'u eklendiğinde Elementor widget'ının geride kalmamasını sağlamak. Bir güvenlik ağı.

Ama güvenlik ağı tasarım aracı değil. Otomatik üretilen control'ler ham attribute name'leri label olarak kullanır: showPickup → "ShowPickup", buttonText → "ButtonText". Placeholder yok, doğru default yok, ayrı bir bölümde gösteriliyor. Transfer Search widget'ında tam olarak bu oluyordu.

Çözüm: Üç user-facing attribute için manuel add_control() çağrıları eklendi:

$this->add_control('buttonText', [
    'label'       => __('Button Text', 'mhm-rentiva'),
    'type'        => Controls_Manager::TEXT,
    'default'     => '',
    'placeholder' => __('Search Transfers', 'mhm-rentiva'),
]);
$this->add_control('showPickup', [
    'label'        => __('Show Pickup Location', 'mhm-rentiva'),
    'type'         => Controls_Manager::SWITCHER,
    'return_value' => 'yes',
    'default'      => 'yes',
]);
$this->add_control('showDropoff', [
    'label'        => __('Show Dropoff Location', 'mhm-rentiva'),
    'type'         => Controls_Manager::SWITCHER,
    'return_value' => 'yes',
    'default'      => 'yes',
]);

register_parity_controls_from_block() manuel tanımlı control'leri otomatik olarak atlar (in_array($attr_name, $existing_controls)), dolayısıyla duplicate çıkmaz. Ama artık panel ismini doğru, placeholder'lı, mantıklı default'larla gösteriyor.

📖 Çıkarılan Ders​

Otomatik parite mekanizması güvenlik ağıdır, UI değil. Her user-facing attribute manuel add_control() ile tanımlanmalı: doğru label, placeholder, default. Otomatik mekanizma gelecekte eklenecek attribute'lar için arka planda bekleyen regresyon kalkanı olarak kalır.

🧪 Testler​

720 test · 2470 assertion · 6 skipped — tam yeşil.

📦 Kurulum​

GitHub Releases üzerinden mhm-rentiva.4.26.4.zip dosyasını indirin ve WordPress Eklentiler → Yeni Ekle → Eklenti Yükle ekranından yükleyin.

🖼️ Araç Kartı Görsel Kalitesi — 220px Tuzağı​

Araç kartı partialında (templates/partials/vehicle-card.php) yıllardır sabit kodlanmış bir sizes özniteliği vardı:

sizes="(max-width: 782px) 100vw, (max-width: 900px) 180px, 220px"

Bu öznitelik tarayıcıya "bu görselin ekranda kaplayacağı alan en fazla 220px" diyordu. Tarayıcı da doğal olarak srcset'teki en küçük uygun varyantı — 300w thumbnail'ı — seçiyordu. Ancak kartların gerçek görünen genişliği 350-440px arasındaydı. Sonuç: retina ekranlarda bile bulanık araç görselleri.

En belirgin olduğu yer: Arama sonuçları sayfası, çünkü oradaki kartlar en geniş olanlardı. Ayrıca arama kodu (SearchResults::format_vehicle_data()) varsayılan olarak zaten 'medium' (300px) istiyordu — yani hem kaynak görsel small'dı, hem de browser daha da küçüğünü seçiyordu.

Çözüm iki katmanlı:

1. SearchResults varsayılan image_size'ı 'medium' → 'large' (1024px) oldu — araç ızgarası, araç listesi ve öne çıkan araçlar zaten 'large' kullanıyordu
2. vehicle-card.php sizes özniteliği → (max-width: 782px) 100vw, 500px — retina ekranlarda browser artık 1024w varyantı seçiyor, geniş kartlar keskin

Bu düzeltme tek bir partial dosyası değiştiği için listeleme, favoriler, araç arşivi ve arama sonuçları — hepsi birlikte düzeldi.

🔔 Admin Settings Toast — "Kaydedildi" Bildiriminin Kesilmesi​

Ayarlar sayfasında herhangi bir değişikliği kaydettiğinizde çıkan "Ayarlar kaydedildi" bildirimi, özellikle uzun mesajlarda sağ tarafı kesilmiş olarak görünüyordu. Sorun tek bir yerde değildi — iki ayrı bozukluk üst üste binmişti:

1. WordPress bildirimi header flex konteynerine hapsediliyordu. render_admin_header() helper'ı H1, alt başlık ve aksiyonlar için bir flex konteyner kuruyor ama sonuna <hr class="wp-header-end" /> koymuyordu. WordPress common.js'in bildirimleri yerleştirmek için kullandığı resmi API tam olarak bu işaretçi. İşaretçi yokken WordPress ilk H1'i arıyor ve bildirimi dar flex kolonunun içine sıkıştırıyordu.

2. Özel toast CSS'i her şeyi tek satıra zorluyordu. Plugin'in convertWPNoticesToToasts() helper'ı WordPress bildirimini gizleyip özel bir .rv-notification.mhm-admin-toast div'i oluşturuyor. Bu div'in CSS'i white-space: nowrap, max-width: 350px, height: 50px içeriyordu — yani uzun mesajları taşırıyor, kelime kaydırma yapmıyor, ve birden fazla toast üst üste geldiğinde istiflenmiyordu.

Çözüm:

• render_admin_header() flex konteynerin kapanışından hemen sonra <hr class="wp-header-end" /> yayınlıyor — artık bildirimler konteynerin altında tam genişlikte beliriyor
• Toast CSS'i baştan yazıldı: sabit height/max-width/nowrap kaldırıldı; min-width: 280px, max-width: min(480px, calc(100vw - 60px)), white-space: normal, overflow-wrap: break-word
• Toastlar için #mhm-admin-toast-container adında sabit konumlu flex konteyner eklendi; yeni toastlar prepend ile en üste giriyor — böylece birden fazla toast istifleniyor ve en yenisi her zaman üstte
• XSS güvenliği: toast mesajları artık template literal ile değil .text(message) ile yazılıyor — gelecekte bir hook'un bildirim içeriğine HTML enjekte etme riski yok

📦 Release ZIP Chart.js 404 — .distignore'un Gizli Hatası​

WordPress.org üzerinden kurulan kopyalarda admin dashboard'daki grafikler 404 veriyordu. Kök nedeni .distignore dosyasının vendor/ paterniydi.

Release ZIP'i oluşturan bin/build-release.py Python script'i, paterndeki trailing / karakterini siliyor ve kalan vendor'u "herhangi bir yol segmenti" olarak eşleştiriyordu. Bu mantıkla:

• ✅ vendor/composer/... eşleşti — doğru (Composer klasörünü atlamak istiyoruz)
• ❌ assets/js/vendor/chart.min.js de eşleşti — yanlış (bu dosya kargoda olmalıydı)

Sonuç: chart.min.js, flatpickr/, swiper-bundle.min.js ve diğer ağaç içi vendor kütüphaneleri release ZIP'inden düşüyordu. Lokal geliştirmede görünmüyordu çünkü build süreci atlanıyordu. Ancak WordPress.org ya da GitHub Release ZIP'i üzerinden kurulum yapıldığında dashboard boş kalıyordu.

Çözüm:

• bin/build-release.py artık .gitignore tarzı kök sabitlemeyi destekliyor — bir patern / ile başlarsa yalnızca plugin kök dizinindeki o yola eşleşiyor, alt dizinlerdeki aynı isimli klasörlere dokunmuyor
• .distignore güncellendi: vendor/ → /vendor/

Doğrulama: Yeni ZIP'te assets/js/vendor/chart.min.js, assets/vendor/flatpickr/*, assets/vendor/swiper-bundle.min.js mevcut; Composer vendor/ kök dizini dışlandı.

🧙 Setup Wizard — Versiyon Badge ve Lite/Pro CTA (Toplu Batch'ten)​

Bu release'e toplu halde giren bir dizi kullanıcı arayüzü iyileştirmesi:

• Kurulum Sihirbazı başlığı artık plugin versiyonunu + Lite/Pro rozetini gösteriyor
• Lisans sekmesi + Lisans menü sayfası "Ürün Sayfasını Aç" CTA butonu kazandı — kullanıcı ürünün satın alma sayfasına tek tıkla gidebiliyor
• Geliştirici modu guardı: has_real_license() artık dev mode'da CTA görünmesini engellemiyor — geliştirme ortamlarında da CTA test edilebiliyor

📋 Değişiklik Kaydı​

📁 Değiştirilen Dosyalar​

• templates/partials/vehicle-card.php (sizes 220px → 500px)
• src/Admin/Frontend/Shortcodes/SearchResults.php (image_size 'medium' → 'large')
• src/Admin/Core/Traits/AdminHelperTrait.php (wp-header-end marker)
• assets/css/admin/settings.css (toast wrap + stacking CSS redesign)
• assets/js/admin/settings.js (container + prepend + .text XSS guard)
• .distignore (/vendor/ kök sabitleme)
• bin/build-release.py (anchored pattern support)
• src/Admin/Setup/SetupWizard.php (versiyon badge + CTA)
• src/Admin/Licensing/LicenseAdmin.php (CTA)
• mhm-rentiva.php, readme.txt, README.md, README-tr.md, changelog.json, changelog-tr.json (versiyon yükseltme)

✅ Kalite​

• 720 test, 2470 assertion, 6 atlandı (v4.25.0 baseline'ı 683/2277 idi)
• PHPUnit tam yeşil

⬆️ Güncelleme Notu​

v4.26.3 tamamen geriye dönük uyumlu bir patch sürümüdür — DB şemasında değişiklik yoktur, migration çalışmaz, ek bir yapılandırma gerekmez. Güncelleme yolları:

• WordPress admin → Eklentiler → Güncelle
• wp plugin update mhm-rentiva --allow-root
• Manuel ZIP yükleme (v4.26.2'den itibaren otomatik migration destekleniyor)

Daha fazla bilgi için Doküman Sayfamızı ziyaret edin.

🧹 Kaldırma Temizliği — Artık 27 Tablonun Hepsi​

Önceden eklenti "verileri temizle" seçeneği ile silindiğinde 14 alt sistem tablosu veritabanında yetim kalıyordu: ledger, key_registry, commission_policy, payout_audit, tenants, usage_metrics ve eski alert/payment alt sistemlerine ait artık kullanılmayan tablolar. Bu v4.26.2 ile tamamen çözüldü.

Yapılan iyileştirmeler:

• Tam liste: 27 özel tablonun tamamı kaldırma sırasında siliniyor
• Pattern güvenlik ağı: Listede olmayan ama mhm_rentiva_* önekiyle başlayan herhangi bir yetim tablo da otomatik yakalanıp siliniyor — gelecekte eklenen tablolar için güvence
• Kurtarma tablosu temizliği: DatabaseCleaner tarafından oluşturulan postmeta_backup_invalid_* geçici tabloları da kaldırma sırasında temizleniyor
• Tek kaynak prensibi: Silme listesi ve istatistik sayacı artık aynı kaynaktan okuyor — sayaç ile gerçek temizlik birbirinden uzaklaşamaz
• Savunma mekanizmaları: uninstall.php ve taksonomi temizleme adımı artık bozuk bir ayar kaydı veya eksik taksonomi nedeniyle sessizce durmuyor — hata yakalanıyor ve kalan adımlar çalışmaya devam ediyor

Doğrulama: DemoSeed Docker ortamında v4.26.2 kaldırma testi → 0 tablo, 0 post, 0 ayar artık geride kalıyor. Tam temiz kaldırma garantili.

🔧 CLI Bootstrap Fatal Error Düzeltmesi​

Önceden belirli koşullarda wp-cli komutları TypeError veya is_user_logged_in() undefined function hatasıyla çöküyordu. Kök nedeni iki yerde yatıyordu:

• SettingsCore::get() ve has() bir ayar kaydının dizi olmadığı durumda TypeError fırlatıyordu
• AdvancedLogger::log() WordPress tam yüklenmeden (örneğin early bootstrap'te) çağrıldığında is_user_logged_in()'i çağırıyordu ama bu fonksiyon o aşamada tanımlı değildi

Çözüm:

• SettingsCore::get()/has() artık dizi olmayan bir ayar değerini tolere ediyor ve güvenli varsayılana düşüyor
• AdvancedLogger::log() plugins_loaded hook'u çalışmadan önce çağrıldığında erken return ediyor — log atlanır ama bootstrap çökmez

Etkisi: wp plugin activate mhm-rentiva, wp mhm-rentiva * subkomutları ve diğer wp-cli akışları artık bozuk bir ayar kaydı ya da early-bootstrap log denemesi ile çökmüyor.

🔄 Otomatik Şema Migration'ları​

v4.26.2 ile şema migration'ları artık eklenti dosya sürümü değiştiğinde otomatik çalışıyor, WordPress aktivasyon hook'u çağrılmasa bile. Bu; manuel ZIP yükleme, FTP ile güncelleme ve wp-cli plugin update akışlarını kapsar.

Önceki durum: Yeni tabloları oluşturmak için eklentiyi pasifleştirip tekrar etkinleştirmek gerekiyordu. Kullanıcıların çoğu bunu bilmediğinden "yeni özellik çalışmıyor" raporu geliyordu.

Yeni durum: DB_VERSION sabiti değişir değişmez migration'lar sessizce ve tek seferlik çalışır. Aktivasyon hook'u hala destekleniyor — sadece artık zorunlu değil.

📋 Değişiklik Kaydı​

📁 Değiştirilen Dosyalar​

• uninstall.php (defensive is_array guard + tam tablo listesi)
• src/Admin/Core/Utilities/DatabaseCleaner.php (27 tablo + pattern wildcard)
• src/Admin/Core/Utilities/DatabaseMigrator.php (otomatik migration tetikleme)
• src/Admin/Core/SettingsCore.php (non-array toleransı)
• src/Admin/Core/Logging/AdvancedLogger.php (plugins_loaded guard)
• mhm-rentiva.php (versiyon güncelleme)

⬆️ Güncelleme Notu​

v4.26.2 tamamen geriye dönük uyumlu bir patch sürümüdür — DB şemasında yeni tablo, kolon veya veri değişikliği yoktur. Güncelleme sonrası ek bir işlem gerekmez. Eklentiyi normal yollarla güncellemeniz yeterli:

• WordPress admin → Eklentiler → Güncelle
• Veya wp plugin update mhm-rentiva --allow-root
• Veya manuel ZIP yükleme (artık otomatik migration tetiklenir)

Daha fazla bilgi için Doküman Sayfamızı ziyaret edin.

🎨 Araç Detayları Kenar Çubuğu​

• Özellik etiketleri taşma sorunu: Vites, yakıt, koltuk sayısı gibi spec chip'leri dar ekranlarda kart kenarından taşıyordu. Artık kart sınırları içinde kalıyor ve uzun etiketler doğru şekilde sarmalanıyor.
• Hibrit yakıt ikonu: Yakıt türü "hybrid" seçili araçlarda yanlış ikon gösteriliyordu. Doğru simgeyle değiştirildi.

📅 Takvim​

• Boş satır kaldırıldı: Takvim bileşeninin altında fazladan bir boş satır render ediliyordu — kaldırıldı.
• Kutu içinde kutu görünümü: Kenar çubuğunda takvim widget'ının kendi arka planı ile dış kart arka planı iç içe iki kutu izlenimi yaratıyordu. İç kaynağın arka planı nötrleştirildi, artık tek bir kart olarak görünüyor.

📝 Rezervasyon Formu​

• Araç görseli görünürlüğü: Form başlığındaki araç görseli açık arka planlarda düşük kontrasta sahipti. Altına bir degrade arka plan eklenerek araç her zaman görünür durumda tutuluyor.
• Kart başlık stili birleşimi: Rezervasyon formunun farklı bölümleri (tarih, müşteri bilgisi, ek hizmetler, fiyat özeti) birbirinden farklı başlık stillerine sahipti. Tüm bölümler artık aynı başlık tipografisi ve padding değerlerini kullanıyor.

💳 Ödeme Sayfası​

• Ödeme yöntemleri dikey: Çoklu ödeme yöntemi (kart, havale, kapıda ödeme) etkin olduğunda seçenekler yatay olarak sıralanıyor ve mobilde taşıyordu. Artık tek sütun, dikey stack — her ekran genişliğinde tutarlı.
• Kupon alanı ikon: "Kupon kodunuz var mı?" uyarı satırındaki ikon belirli tema kombinasyonlarında bozuk (kare/?) görünüyordu. İkon emoji ile değiştirildi, her temada render oluyor.

🛒 Sepet​

• Rezervasyon meta satırlarında yeniden düzen: Rezervasyon detayları (tarih aralığı, ek hizmetler, teslim lokasyonu) daha önce tek bir cümle içinde virgülle ayrılmış şekilde gösteriliyordu — okunması zor. Artık her bilgi Etiket: Değer formatında ayrı satırlar halinde gösteriliyor.
• Ödemeye git butonu hover: Buton üzerine gelindiğinde yazı rengi arka planla aynı tonda kalıp okunamıyordu. Hover state rengi düzeltildi, yazı her durumda okunur.

📋 Değişiklik Kaydı​

⬆️ Güncelleme Notu​

v4.26.1 yalnızca CSS ve şablon düzeltmeleri içerir — fonksiyonel değişiklik, DB şema güncellemesi veya yeni ayar yoktur. v4.26.0'dan güncellemek için herhangi bir işlem gerekmez:

• WordPress admin → Eklentiler → Güncelle
• Veya wp plugin update mhm-rentiva --allow-root

Özel tema override'ları yapmadıysanız güncelleme sonrası ek adım gerekmez. Child theme ile cart.php, checkout/form.php veya rezervasyon formu şablonlarını override ettiyseniz, yeni sürümle uyumluluk için şablonlarınızı karşılaştırmanızı öneririz.

Daha fazla bilgi için Doküman Sayfamızı ziyaret edin.

🚀 Öne Çıkan Yenilik​

💳 Kalan Ödeme — Depozito Rezervasyonları için​

Depozito ile rezervasyon oluşturulduğunda kalan bakiye daha önce yalnızca manuel takip ya da operatörle iletişim gerektiriyordu. v4.26.0 ile müşteriler bu adımı tamamen kendi başlarına tamamlayabiliyor.

Nasıl çalışır:

1. Müşteri Hesabım → Rezervasyon Detayı sayfasına gider
2. Kalan bakiye > 0 ise "Kalan Ödemeyi Yap" butonu görünür
3. Butona tıklandığında tam tutar için minimal bir WC siparişi arka planda oluşturulur
4. Müşteri WooCommerce'in native order-pay sayfasına yönlendirilir
5. Ödeme başarılı olduğunda rezervasyon güncellenir: kalan bakiye sıfırlanır, durum onaylanır

Teknik özellikler:

• RemainingPaymentHandler — AJAX endpoint, nonce + sahiplik doğrulaması
• Tekrar sipariş koruması: Bekleyen kalan ödeme siparişi varsa yeni sipariş oluşturulmaz, mevcut sipariş yeniden kullanılır (_mhm_remaining_order_id meta)
• HPOS uyumlu: Tüm WC sipariş işlemleri $order->update_meta_data() + $order->save() ile yapılır
• WooCommerceBridge: processing durumunda _mhm_is_remaining_payment bayrağı varsa _mhm_remaining_amount sıfırlanır

🛠️ Hata Düzeltmeleri​

CSS Kapsam Düzeltmesi​

Tüm genel hesap sayfası sınıfları (.btn, .booking-item, .stat-card vb.) artık .mhm-rentiva-account-page sarmalayıcısı altına alındı. Bu değişiklik WoodMart, Flatsome gibi premium temalarla yaşanan görsel çakışmaları engelliyor.

WC Hesabım Izgara Düzeni​

Entegre modda ızgara tabanlı temalarda yaşanan grid-column düzeni sorunu giderildi (grid-column: 1/-1).

📋 Değişiklik Kaydı​

📁 Değiştirilen Dosyalar​

• src/Admin/Payment/WooCommerce/RemainingPaymentHandler.php (yeni)
• src/Admin/Payment/WooCommerce/WooCommerceBridge.php
• src/Admin/Frontend/Account/AccountController.php
• templates/account/booking-detail.php
• mhm-rentiva.php (versiyon güncelleme)

Daha fazla bilgi için Doküman Sayfamızı ziyaret edin.

🚀 Öne Çıkan Yenilikler​

✉️ Yönetici Tarafından Düzenlenebilir Vendor E-posta Şablonları​

22 vendor bildirim şablonu artık doğrudan admin panelinden düzenlenebilir: Ayarlar → Bildirim Şablonları → Vendor Bildirimleri sekmesi.

Şablonlar 4 bölüme ayrılmış durumda:

Akıllı Fallback Sistemi:

• Konu alanı boş bırakılırsa → varsayılan konu metni gösterilir (admin ne gönderileceğini görür)
• Gövde alanı boş = Gold Standard HTML dosya fallback — özelleştirme yapılmadığında profesyonel tasarım korunur

🌐 Çeviri Desteği​

Vendor e-posta admin arayüzü için 56 yeni Türkçe çeviri eklendi.

🛠️ Teknik İyileştirmeler​

🎨 Gold Standard E-posta Şablonu Gradient Düzeltmesi​

Header başlığında gerçek renk geçişi artık doğru üretiliyor — önceki sürümde gradient oluşturma hesaplama hatası vardı.

♿ Erişilebilirlik: CTA Buton Kontrast Oranı​

Araç yeniden inceleme admin e-postasındaki amber CTA butonunun kontrast oranı 2.97:1'den 6.8:1'e yükseltildi. WCAG AA standardını karşılıyor.

🔧 Site Instance Check-in Cron Görünürlüğü​

mhm_rentiva_instance_checkin cron görevi artık Cron İş Monitörü'nde görünüyor ve "Şimdi Çalıştır" butonu ile manuel tetiklenebiliyor. Bu sayede Lite site instance'larının lisans sunucusuna kaydı izlenebilir.

🔧 Weekly Cron Interval Garantisi​

weekly WP cron interval'i artık eklenti tarafından açıkça kayıt ediliyor — WooCommerce gibi harici eklentilere bağımlılık kaldırıldı.

📋 Değişiklik Kaydı​

Daha fazla bilgi için Doküman Sayfamızı ziyaret edin.

🚀 Öne Çıkan Yenilikler​

🚀 Araç Yaşam Döngüsü Durum Makinesi​

v4.24.0'ın ana özelliği: araçların Aktif → Duraklatılmış → Süresi Dolmuş → Geri Çekilmiş durumları arasındaki geçişlerini yöneten tam durum makinesi.

• 5 Durum: pending_review, active, paused, expired, withdrawn — her geçiş kurallarla korunuyor.
• Geçiş kuralları: Hangi durumdan hangi duruma geçileceği VehicleLifecycleManager tarafından zorunlu kılınır.
• Admin UI: Araç listesinde yaşam döngüsü sütunu, araç düzenleme ekranında meta kutu.

⏱️ 90 Günlük Listeleme Süresi​

• Araçlar yayınlandıktan 90 gün sonra otomatik olarak süresi dolar.
• Sona ermeden 10 gün ve 3 gün önce vendor'a uyarı e-postaları gönderilir.
• Günlük cron ile kontrol edilir; süresi dolan araçlar expired durumuna geçer.

🎮 Vendor Self-Servis AJAX Uç Noktaları​

Vendor'lar artık araçlarını admin müdahalesi olmadan yönetebilir:

💸 Artan Geri Çekme Ceza Sistemi​

Vendor'ların sık sık araç geri çekmesini önleyen kademeli ceza mekanizması:

• 1. geri çekme: Ücretsiz — ceza yok.
• 2. geri çekme: Aylık ortalama gelirin %10'u kesilir.
• 3. ve sonrası: Aylık ortalama gelirin %25'i kesilir.
• 12 aylık kayan pencere: Ceza sayacı 12 ay geçince sıfırlanır.
• Kesintiler doğrudan ledger'a kaydedilir, payout hesabından düşülür.

🛡️ Anti-Gaming: Bloklu Tarih Koruması​

Vendor'ların fiyat manipülasyonunu önlemek için:

• Vendor iptal ettiği rezervasyonun tarihleri 30 gün boyunca yeniden bloklanır.
• Vendor düşük fiyatla almak için iptal edip daha yüksek fiyata satamaz.
• AntiGamingBlocker sınıfı bu tarih blokajlarını yönetir.

⭐ Vendor Güvenilirlik Puanı​

Tüm platformda vendor kalitesini ölçen 0-100 arası puan sistemi:

• Günlük cron ile yeniden hesaplama.
• Formül: İptal oranı, geri çekme sıklığı, duraklatma geçmişi ve tamamlanan rezervasyon sayısı bazlı.
• Admin kullanıcı listesinde vendor güvenilirlik sütunu eklendi.
• Araç kartlarında vendor badge olarak gösterilmeye hazır.

📧 9 Yeni E-posta Şablonu​

Yaşam döngüsünün her adımı için ayrı e-posta şablonları:

🛠️ Teknik İyileştirmeler​

• Aktif Filtre: 6 frontend shortcode artık MetaQueryHelper aracılığıyla bakımdaki/pasif araçları filtreler — müşteriler geçersiz araçları göremez.
• Veritabanı: DatabaseMigrator v3.5.0 — mevcut tüm aktif araçlar için yaşam döngüsü durumu otomatik migrate edildi.
• Login Yönlendirme: wp-login.php erişimi WooCommerce hesap sayfasına yönlendirildi.
• Lisans Check-in: Haftalık cron ile instance check-in.

📋 Değişiklik Kaydı​

Sürüm Notları​

v4.24.0, MHM Rentiva'nın araç yönetim altyapısını kökten güçlendiriyor. Artık araçlar yalnızca "aktif/pasif" değil; tam bir yaşam döngüsüne sahip. Vendor'lar araçlarını kendi kendine yönetirken platform, adil rekabeti ceza sistemi ve anti-gaming mekanizmalarıyla koruyor. Güvenilirlik puanı ise kaliteli vendor'ların öne çıkmasını sağlayan yeni bir rekabet boyutu ekliyor.

MHM Rentiva hakkında daha fazla bilgi ve dokümantasyon için Doküman Sayfamızı ziyaret edebilirsiniz.

Onemli Yenilikler​

Vendor Ayarlar Sayfasi Yeniden Tasarimi​

Vendor ayarlar sayfasi (vendor-settings.php) sifirdan yeniden yazildi:

• Inline stil temizligi: Tum inline CSS kaldirildi, .mhm-vendor-form__* CSS sinif yapisi ile vendor-forms.css dosyasina tasinarak bakim kolayligi saglandi.
• Yeni alanlar: Hesap Sahibi (Account Holder) ve Vergi Dairesi (Tax Office) alanlari eklendi.
• Bildirim sistemi: Bildirimler artik mhm-vendor-notice siniflariyla gosteriliyor.

Basvuru Formu Guncellemeleri​

Vendor basvuru formunda onemli alan degisiklikleri yapildi:

• Hizmet Alanlari kaldirildi: Checkbox olarak sunulan Hizmet Alanlari (Service Areas) bolumu kaldirildi; yerine bilgi notu eklendi.
• Arac Sigortasi tasinidi: Basvuru formundan kaldirilip arac ekleme formuna ([rentiva_vehicle_submit]) tasindi.
• Yeni finansal alanlar: Hesap Sahibi (zorunlu) ve Vergi Dairesi (opsiyonel) alanlari eklendi.
• Meta senkronizasyonu: VendorApplicationManager ve VendorOnboardingController onay akisinda yeni alanlarin senkronizasyonu saglandi.

Sehir SelectWoo Migrasyonu​

Tum sehir metin girisleri (<datalist>) modern bir secim bilesenine donusturuldu:

• Yeni mimari: <select> + WooCommerce selectWoo ile aranabilir, kullanici dostu sehir secimi.
• Yeni metot: CityHelper::render_select() — tum sehir secicilerde tek kaynak (SSOT).
• Guncellenen formlar: vendor-settings.php, VendorApply.php, VehicleSubmit.php, TransferAdmin.php.
• CSS/JS enqueue: UserDashboard.php, VendorApply.php ve VehicleSubmit.php dosyalarina SelectWoo asset'leri eklendi.

Arac Sigorta Belgesi Yukleme​

Arac ekleme formuna yeni bir belge yukleme bolumu eklendi:

• Arac ruhsatindan sonra sigorta belgesi (_mhm_rentiva_vehicle_insurance_doc) yuklenebilir.
• VehicleSubmit.php AJAX handler'i sigorta dosyasi isleme destegi ile guncellendi.

Arac Yasam Dongusu Yonetimi (Tasarim)​

Kapsamli bir tasarim dokumani olusturuldu (docs/plans/2026-03-28-vehicle-lifecycle-management-design.md):

• Durumlar: Aktif / Duraklatildi / Geri Cekildi / Suresi Doldu
• Listeleme suresi: 90 gun, yenileme mekanizmasi ile
• Iptal ceza sistemi: Kademeli ceza puanlari
• Guvenilirlik skoru: 0-100 arasi performans degerlendirmesi
• Soguma suresi: Geri cekilmeden sonra 7 gun bekleme
• Tarih engelleme: Kotu niyetli kullanima karsi onlem
• 8 fazli uygulama plani hazirlandı

Kesfedilen Hatalar (Henuz Duzeltilmedi)​

Degisiklik Kaydi​

Surum Notlari​

Bu surum, vendor formlarinin modernizasyonu, sehir secici bilesenlerinin WooCommerce SelectWoo'ya tasınması ve arac sigorta belgesi yukleme destegi ile vendor deneyimini onemli olcude iyilestirmistir. Arac Yasam Dongusu Yonetimi tasarim dokumani gelecek surumler icin yol haritasi saglamaktadir.

MHM Rentiva hakkinda daha fazla bilgi ve dokumantasyon icin Dokuman Sayfamizi ziyaret edebilirsiniz.

🚀 Öne Çıkan Yenilikler​

🏗️ Vendor Transfer Lokasyon Sistemi​

v4.23.0'ın en büyük yeniliği, Şehir → Nokta hiyerarşisi ile vendor'ların transfer operasyonlarını yönetebilmesidir:

• Şehir bazlı filtreleme: Her lokasyona bir şehir alanı eklendi. Vendor'lar yalnızca kendi şehirlerindeki lokasyonları ve rotaları görebilir.
• Rota bazlı fiyatlandırma: Admin'in belirlediği min_price — max_price aralığında her vendor kendi rota fiyatını belirleyebilir.
• Transfer arama motoru: Rota bazlı araç filtreleme ve vendor fiyatı desteği ile yeniden yapılandırıldı. Vendor fiyatı yoksa rotanın base_price değeri fallback olarak kullanılır.
• Veritabanı: DatabaseMigrator v3.4.0 ile lokasyonlara city sütunu, rotalara max_price sütunu eklendi.

📊 Dashboard Widget Denetimi (11 Düzeltme)​

Dashboard widget'larında kapsamlı bir denetim yapıldı:

• Timezone tutarlılığı: Geri sayım ve operasyon widget'ları WordPress timezone ayarına uyumlu hale getirildi.
• Cache invalidation: İstatistik cache key prefix uyumsuzluğu düzeltildi.
• WC email görselleri: Rezervasyon onay e-postalarında araç görseli artık doğru gösteriliyor.
• Tasarım iyileştirmeleri: 2x2 grid istatistik kartları, yerelleştirilmiş gelir grafiği, mesajlar widget'ı yeniden tasarlandı.
• Lite gating: Gelir Grafiği ve Yaklaşan Operasyonlar widget'ları artık Pro-only.

🔎 Arama ve Filtreleme Düzeltmeleri​

• strtotime('') hatası: Boş tarih parametresi bugünün tarihini döndürüyordu, aktif booking'li araçlar hatalı filtreleniyordu. Guard eklendi.
• Lokasyon filtresi: Radio butonlardan checkbox'a dönüştürüldü; birden fazla lokasyon seçilebilir.
• Transfer tab doğrulama: Transfer alanları (origin_id, destination_id, date, luggage_*) hardcoded required olarak ayarlandı.

📤 Dışa Aktarım (4 Düzeltme)​

• Ödeme günlükleri post_type uyumsuzluğu giderildi.
• Kayıt sayısı daima 0 dönen sorgu hatası düzeltildi.
• Geçmiş silme işlevi artık çalışıyor (transient tabanlı).
• Araç CSV/JSON PHP 8 strict types fatal error'ı giderildi.

👤 Vendor İyileştirmeleri​

• Araç ruhsat doğrulama: Vendor araç ekleme formunda ruhsat bilgisi doğrulanıyor.
• Düzenleme formu: Vendor araç düzenlemesinde yeniden inceleme (re-review) mekanizması.
• Vendor rozeti: Vendor araçlarında tedarikçi rozeti görüntüleniyor.

⚙️ Diğer İyileştirmeler​

• Engellli tarihler: "Tümüne Uygula" AJAX düzeltmesi; tarayıcı verisi payload'da gönderiliyor.
• Elementor: 7 widget'ta attribute kontrol sayısı artırıldı (VehicleComparison, MyBookings, MyFavorites, VehicleDetails, Testimonials, VehiclesGrid, FeaturedVehicles).
• Ayarlar: Cache tekrarı, ölü ayarlar temizliği, SetupWizard sayfa listesi ve AssetManager guard düzeltmeleri.
• Çeviri: 15+ yeni Türkçe çeviri, WP 6.5+ .l10n.php dosyası yenilendi.

📋 Değişiklik Kaydı​

Sürüm Notları​

Bu sürüm, MHM Rentiva'nın vendor transfer mimarisini temelden yeniden yapılandırmıştır. Şehir bazlı lokasyon filtresi, rota bazlı fiyatlandırma ve Dashboard widget denetimi ile platform daha kararlı ve zengin bir yapıya kavuşmuştur.

MHM Rentiva hakkında daha fazla bilgi ve dokümantasyon için Doküman Sayfamızı ziyaret edebilirsiniz.

🚀 Öne Çıkan Yenilikler​

Bu güncelleme, MHM Rentiva'yı sadece bir rezervasyon motoru olmaktan çıkarıp, tam teşekküllü bir pazaryeri (marketplace) ve transfer yönetim platformuna dönüştürüyor.

🏢 Vendor (Tedarikçi) Yönetimi​

Artık platformunuzda birden fazla tedarikçiyi yönetebilirsiniz. Her tedarikçi kendi araçlarını, fiyatlandırmasını ve rezervasyonlarını kontrol edebilir.

• Tedarikçi Paneli: Özelleştirilmiş admin arayüzü.
• Performans Takibi: Tedarikçi bazlı doluluk ve gelir raporları.

💰 Yeni Finansal Mimari​

Ödeme yönetimi ve komisyon hesaplamaları tamamen standardize edildi.

• Commission Management: Esnek komisyon oranları ve otomatik hesaplama.
• Ledger System: Tüm finansal hareketlerin şeffaf bir şekilde kaydedildiği muhasebe defteri.
• Payouts: Tedarikçi ödemelerinin merkezi takibi.

🚐 VIP Transfer Modülü​

Noktadan noktaya rota bazlı fiyatlandırma ve rezervasyon sistemi.

• Rota Bazlı Fiyatlandırma: Mesafe veya rota bazlı dinamik fiyat tanımlama.
• Transfer Rezervasyonu: Araç kiralama akışından bağımsız, optimize edilmiş transfer deneyimi.

🛠️ Teknik İyileştirmeler ve Güvenlik​

Sadece özellik değil, altyapı olarak da güçlendik:

• Hardened REST API: SecurityHelper ve AuthHelper ile API uç noktaları daha güvenli hale getirildi.
• WP 6.7+ Uyumlu: En son WordPress sürümleriyle tam uyumluluk ve performans optimizasyonu.
• Modern Gereksinimler: Minimum PHP 8.1+ ve WP 6.7+ standartlarına geçiş yapıldı.

📋 Değişiklik Kaydı​

Sürüm Notları​

Bu sürüm, mhm-rentiva ekosisteminde bugüne kadar yapılmış en kapsamlı modüler genişletmedir. Modüller arası veri bütünlüğü Util::has_overlap() ve DepositCalculator gibi merkezi sınıflar üzerinden garanti altına alınmıştır.

MHM Rentiva hakkında daha fazla bilgi ve dokümantasyon için Doküman Sayfamızı ziyaret edebilirsiniz.

🚀 Değişiklik Kaydı​

Detaylar​

Bu sürüm, MHM Rentiva'nın blok ve kısa kod çıktılarını birbirinin aynısı haline getiren kapsamlı bir stabilizasyon çalışmasının ürünüdür. Artık aynı içerik hem Gutenberg bloğu hem de [mhm_rentiva_*] kısa kodu olarak eklendiğinde birebir aynı HTML çıktısı ve davranış elde edilmektedir.

Kalite kapıları post-bump olarak doğrulandı:

🚀 Değişiklik Kaydı​

Detaylar​

Bu sürüm, kullanıcılarımızın "Hesabım" panelindeki deneyimini pürüzsüz hale getirmeye odaklanıyor. Özellikle özel sayfa yapısı kullanan temalarda yaşanan yönlendirme sorunları giderilerek sistem daha kararlı hale getirildi.

🚀 Değişiklik Kaydı​

Detaylar​

Editör tarafındaki kullanıcı deneyimini iyileştirmek adına Gutenberg blok kontrolleri daha düzenli hale getirildi. Arka planda çalışan scriptlerdeki ufak hatalar giderilerek temiz bir çalışma ortamı sağlandı.

🚀 Değişiklik Kaydı​

Detaylar​

Yüksek performanslı bir altyapı için CSS ve PHP tarafında büyük çaplı temizlik yapıldı. Transfer modülünün veritabanı yapısı standartlara uygun hale getirilerek sistem kararlılığı artırıldı.

🚀 Değişiklik Kaydı​

Detaylar​

Eklentinin çekirdek fonksiyonları daha güvenli ve performanslı hale getirildi. Özellikle yönlendirme ve veri çıktı işlemleri WordPress'in en güncel güvenlik protokollerine göre optimize edildi.

🚀 Değişiklik Kaydı​

Detaylar​

Kullanıcı deneyimini iyileştirmek adına rezervasyon formundaki ikon sorunları çözüldü ve fiyatlandırma şeffaflığı için hafta sonu farkı detayı eklendi. CSS yapısı daha sade ve hızlı hale getirildi.

🚀 Değişiklik Kaydı​

Detaylar​

Bu güncelleme eklentimizin gelecekteki gelişimini sağlam bir temele oturtmaktadır. Geniş çaplı kod standartları denetimi ile hem güvenlik hem de bakım kolaylığı en üst düzeye çıkarıldı.

🚀 Değişiklik Kaydı​

Detaylar​

Yönetici panelindeki veri giriş ve çıkış noktalarında güvenlik standartları artırıldı. Özellikle fiyatlandırma alanlarındaki sanitizasyon iyileştirmeleri veri bütünlüğünü garanti altına almaktadır.