Birkaç yılda bir, küçük bir geliştirici aracı sessiz sedasız refleks haline geliyor. Eklenti ve tema yazanların çoğu için wp-now tam olarak böyle bir araçtı. Docker yok, MySQL yok, Apache yok — eklenti klasöründe tek bir npx komutu, saniyeler içinde çalışan bir WordPress. Demo hazırlamak, bir hatayı yeniden üretmek ya da hızlı bir prototip çıkarmak neredeyse hiç sürtünmesizdi.
Bu araç artık resmen emekli. WordPress Playground ekibi bu hafta @wp-now/wp-now paketinin kullanım dışı bırakıldığını ve tüm yerel geliştirme işlerinin @wp-playground/cli paketine taşındığını duyurdu. Kod tarafında küçük, alışkanlık tarafında büyük bir değişim — ki bu tür değişimler tam üç ay sonra sürekli tümleştirme (CI) hattında bir şey kırıldığında insanı çarpar ve kimse neden olduğunu hatırlamaz.
O yüzden gerçek hikâyenin sade hali: ne değişti, yerine ne yazılacak ve gerçek müşterilere WordPress teslim eden bir ekipte ben pazartesi sabahı bu işi nasıl kapatırım.
Asıl yeni olan ne
8 Haziran 2026’da Fellyph Cintra resmi duyuruyu Make WordPress Playground’da yayımladı: wp-now kullanım dışı, Playground CLI’ya geçin. Gerekçe basit. Yeni yerel geliştirme çalışmaları resmi Playground CLI’ya taşınmış durumda ve oradaki start komutu artık alışkın olduğumuz wp-now davranışını ve üstüne çok daha fazla yapılandırma alanını sunuyor. Resmi Playground belgelerindeki wp-now sayfası da aynı uyarıyı taşıyor: @wp-now/wp-now npm paketi bundan sonra güncelleme almayacak.
Yerine geçen paket @wp-playground/cli. Resmi Playground CLI belgelerine göre en az Node.js 20.18 gerekiyor ve iki ana komutu var. start sade yol: içinde bulunduğun klasörün eklenti mi tema mı olduğunu otomatik anlıyor, kendiliğinden mount ediyor, siteyi oturumlar arasında ~/.wordpress-playground/sites/ altında saklıyor, seni otomatik giriş yaptırıyor ve tarayıcıyı açıyor. server ileri yol: elle mount, elle yapılandırma, otomatik kalıcılık yok — sürekli tümleştirme hatları için biçilmiş kaftan.
Geçişin kendisi minicik. Duyurudan birebir:
# Önce npx @wp-now/wp-now start # Sonra npx @wp-playground/cli@latest start
wp-now ile alışkın olduğun bayraklar — --wp=<sürüm>, --php=<sürüm>, --blueprint=<yol>, --port=<port> — aynı şekilde çalışıyor. Tek alışkanlık değişikliği: komutu artık --path ile başka bir klasörü işaret ederek değil, mount etmek istediğin proje klasörünün içinden çalıştırıyorsun. Otomatik mount gerisini hallediyor.
Bu değişim kendi başına yaşanmıyor. Haziran 2026 geliştirici özeti developer.wordpress.org üzerinde wp-now kullanım dışı kararını Gutenberg 23.3’ün yeni modal medya editörü, React 19 geri alma ve Abilities API çalışmalarıyla aynı listede sıralıyor. Fellyph Cintra’nın WordCamp Europe 2026 oturumu — What’s new in WordPress Playground — daha geniş resmi de gösteriyor: Blueprints Editörü, Dosya Editörü, Yönetici Veritabanı Yöneticisi, modüler PHP sürümleri, OpCache desteği ve çalışma zamanında yüzde 40’ı aşan performans kazanımı. CLI’ya geçiş, hızla olgunlaşan bir Playground platformunun bir parçası.
WordPress ve WooCommerce ekipleri için neden önemli
Sadece wp-admin’de gezinen biriysen bu haber seni hiç teğet geçmiyor. Eklenti, tema veya WooCommerce uzantısı bakıyorsan günlük işinde üç şey değişiyor.
Birincisi, README dosyaların ve katılım yönergelerin yavaş yavaş yalan söylemeye başlayacak. Depoda “geliştirme ortamı için npx @wp-now/wp-now start çalıştırın” yazan her yer bugün hâlâ çalışıyor; ama bundan sonra hata düzeltmesi almıyor. Altı ay sonra temiz bir bilgisayara gelen yeni katkıcı, aslında yukarı akışta çoktan çözülmüş bir uç durumla karşılaşabilir — sadece yeni pakette. Bayat katılım belgesi, katkı sürtünmesinin en sessiz biçimlerinden biri.
İkincisi, sürekli tümleştirme matrisinin gözden geçirilmesi gerek. Uçtan uca testler için GitHub Actions içinde Playground ile geçici WordPress ortamları kuruyorsan, @wp-playground/cli içindeki server komutu tam istediğin arayüz — mount’lar ve portlar üzerinde açık denetim sağlıyor, bu da hat içinde aradığın şey. wp-now akışı bir süre daha çalışmaya devam edecek; sadece artık gelişmiyor.
Üçüncüsü — ve bence asıl resim bu — Playground tarayıcıda demo gösteren bir oyuncak değil, WordPress için fiilen standart yerel geliştirme ortamına dönüşüyor. Blueprint dosyaları, tüm bir WordPress kurulumunu (belirli bir WP sürümü, belirli bir PHP sürümü, belirli eklentiler, belirli açılış sayfası, oturumu önceden açılmış bir kullanıcı) tek bir JSON olarak tanımlayıp depoya commitlemenizi sağlıyor. run-blueprint ve build-snapshot komutları bunu yeniden üretilebilir CI işlerine ve paylaşılabilir ZIP enstantanelerine çeviriyor. Bir ajans için bu, müşteri demosu, hata yeniden üretim örneği ve CI ortamının aynı çıktı olabilmesi demek. WordPress’in tarihsel olarak iyi yapmadığı bir iş, artık gerçek.
Ben ne yaparım, neyi yapmam
Tek bir yan proje eklentin varsa bunu bugün beş dakikada hallet: README’yi aç, wp-now komutunu Playground CLI karşılığıyla değiştir, yerelde bir kez çalıştır, eklenti hâlâ otomatik mount oluyor mu doğrula ve commitle. Bitti. Farkı haftalarca hissetmeyeceksin — zaten amaç bu; gelecekteki katkıcılar da hissetmeyecek.
CONTRIBUTING.md’si, GitHub Actions’ı ve birden çok geliştiricisi olan ciddi bir eklenti veya tema kod tabanı bakıyorsan, bunu küçük ve planlı bir göç gibi yürüt. Somut adımlar: depoya bir blueprint.json ekle, test takımının önemsediği bir WordPress ve PHP sürümünü sabitle (Playground’un mevcut varsayılan PHP’si 8.3; minimum desteğin daha düşükse oraya sabitle), uçtan uca işine npx @wp-playground/cli@latest server‘ı bağla ve eski wp-now atıflarını aynı PR içinde sil. Bir öğleden sonralık iş, ve bir yıl boyunca “bende çalışıyordu” türünden tüm bir biletleri kapıdan içeri sokmuyor.
Yapmayacağım şey: üretimde panikle bir şey yeniden yazmak. wp-now bir yerel geliştirme aracıydı. Canlı sitelerinde ona bağlı hiçbir şey yok. Bu kararla bir müşteri sitesinin gitmesi mümkün değil. Buradaki risk tamamen katkı deneyimi ve CI güvenilirliğiyle ilgili, kullanılabilirlikle değil.
Playground’u ciddi bir ortam olarak görüp görmeme konusunda kararsızdıysan, tekrar bakmanın tam zamanı. Blueprints, yeni CLI, Yönetici Veritabanı Yöneticisi ve %40 daha hızlı çalışma zamanının bileşimi, herhangi bir amaç için — hata yeniden üretimi, müşteri demosu, eklenti hızlı testi, eğitim materyali — temiz bir WordPress ayağa kaldırmanın güvenilir en hızlı yolu hâline getiriyor. Bu yükseltmeyi hak ediyor.
Bir cümleyle çıkışta yanına al: WordPress’in sessizce sıkıcı kısımları — yerel geliştirme, yeniden üretilebilirlik, sürekli tümleştirme — toparlaması, kimsenin basın bülteni yazmadığı türden bir olgunluk işi; ve önümüzdeki on yılda platformun kazanmaya devam etmesini sağlayacak olan da tam olarak bu.
Last modified: Haziran 11, 2026
United States / English
Slovensko / Slovenčina
Canada / Français
Türkiye / Türkçe