WordPress Piplets: 2007’nin Tek Dosya Tezi Geri Döndü

🇬🇧 English: Read this in English →

Hayatımda para kazandığım ilk yazılım Mac Plus üzerinde çalışan QuarkXPress’ti ve o dönemden en çok hatırladığım şey aslında yazılımın kendisi değil. Bir projenin tamamının tek bir dosyanın içine sığmasıydı. O .qxd dosyası; sayfa düzenini, paragraf stillerini, bağlı görselleri ve karşıdaki insanla aranda kurulan itibarı tek başına taşırdı. Dosya sağlamsa iş sağlamdı. Dosya kırıksa iş kırıktı. Gecenin ikisinde on dört farklı servisin bağımlılık grafiğini teker teker açmak zorunda değildin.

Yirmi yıldır tek kişilik portföy sitesinden yedi haneli WooCommerce mağazasına kadar her ölçekte WordPress kurulumu teslim ettikten sonra hâlâ şuna inanıyorum: tek parça iş üretme içgüdüsü çoğu ekipte hak ettiğinden az yer tutuyor. Taşıdığımız karmaşıklığın büyük bölümü müşterilerimizden gelmedi. Bize kendi kendimize, bir araç, bir kolaylık, bir alışkanlık üzerinden geldi.

Bu yüzden Matt Mullenweg, WordCamp US Phoenix kapanışında oturup “WordPress’in karmaşıklıkla değil, sadelikle anılmasını istiyorum” dediğinde ve bu tezi kanıtlamak için tek bir kendi kendini değiştiren PHP dosyası çıkarıp masaya koyduğunda kulak kabarttım. 7.1 havai fişekleri arasında kolayca gözden kaçabilecek küçük bir duyuru. Ama uzun zamandır bir özellik gibi değil, bir rota düzeltmesi gibi duyulan ilk stratejik sinyal.

Gerçekten yeni olan ne

19 Ağustos 2026 Çarşamba akşamı, WordCamp US Phoenix’in kapanış oturumunda Matt Mullenweg ile Robert Jacobi Pull Up a Chair for the State of Open Source başlıklı bir sohbet gerçekleştirdi. Nicholas Garofalo’nun kaleme aldığı resmi WordCamp US 2026 özeti aynı sohbette Matt’in 2007’den kalma bir fikri yeniden gündeme getirdiğini aktarıyor: adı WordPress Piplets.

Kavram bilinçli biçimde minimal. Bir Piplet; verisini de kendi içinde tutan, tek bir kendi kendini değiştiren PHP dosyası. MySQL yok. SQLite yok. vendor/ klasörü yok. Tek dosya, tek süreç, tek çıktı. Duyurulan teknik zarf da şu şekilde: tek bir Piplet yaklaşık 25 megabayt içerik (dört milyon kelime civarı) tutabiliyor ve yaklaşık 50 milisaniyede yükleniyor. Matt ile bir Automattic arkadaşı 2007 kodunu bulamadıkları için projeyi baştan yazmışlar.

Matt, Piplets’i tek başına bir yenilik olarak değil, WordPress’in son yıllarda yürüttüğü sadeleştirme deneylerinin devamı olarak konumlandırdı; bu deneylerin arasında SQLite Database Integration özellik eklentisi ve WordPress Playground da var. Etkinliğin akılda kalan cümlesi kendi ağzından: “WordPress’in karmaşıklıkla değil, sadelikle anılmasını istiyorum.” Yayın hedefi olarak da wordpress.org üzerinde insanların Piplet yayınlayabileceği, çatallayabileceği ve türev üretebileceği bir dizin fikrini masaya attı — eklenti ve tema dizinlerine paralel, düşük sürtünmeli bir yayın yüzeyi olarak, onların yerine geçen bir şey olarak değil.

Bunların hiçbiri henüz çekirdek yol haritasında değil. Trac’te bilet yok, Make/Core‘da geliştirici notu yok, aynı öğleden sonra yayınlanan WordPress 7.1 Mary Lou sürümünün içinde de herhangi bir kapı yok. Duyurulan şey bir fikir, çalışan bir prototip ve projenin kurucu ortağından gelen bir yön göstergesi. Ölçek bu kadar. Bu haftaki hiçbir satış konuşmasında bunun ötesinde bir şey olarak yutturulmasına izin verme.

WordPress ve WooCommerce tarafında neden önemli

Doğru soru “Piplets WordPress’i öldürür mü” değil. Öldürmez, Matt de böyle bir iddiada bulunmadı. Doğru soru şu: bu şey hangi iş türüne yönelik ve projenin liderliğinin ekosistem hakkında ne düşündüğüne dair ne söylüyor?

Boyut zarfına dikkatli bak. 25 megabayt ve dört milyon kelime bir kurumsal tanıtım sitesi değil, WooCommerce mağazası hiç değil. Bu; bir açılış sayfası, kişisel bir mikro-blog, küçük bir dokümantasyon sitesi, büyümeye üşenmiş bir wiki, tek gecelik bir etkinlik sayfası, “link-in-bio” tipinde tek sayfa. Yani şu an insanların Substack, Notion, Carrd ya da Cloudflare Pages üstünde statik jeneratörle çözdüğü şeylerin tam olarak boyu. Piplets bu boşluğa nişan alıyor, senin müşteri projelerine değil.

Stratejik açı iki kere okumaya değecek olan. Proje son üç yıldır aynı deneyi farklı kılıklarda yürütüyor. Playground LAMP yığınını devreden çıkardı. SQLite entegrasyonu MySQL’i devreden çıkardı. Piplets ise veritabanını tamamen devreden çıkarıyor. Her biri “WordPress’i kim, nerede çalıştırabilir” tabanını bir kademe daha aşağı çekiyor. Bu taban meselesi önemli çünkü küçük ölçekli yayıncılıkta WordPress’in gerçek rakibi başka bir içerik yönetim sistemi değil; URL’ini, okuyucu ilişkini ve dışa aktarma kabiliyetini sessizce sahiplenen barındırılmış bir SaaS.

WooCommerce tarafındaki karşılığı küçük ama gerçek. Küçücük bir ayar setini wp_options‘a yazan, aktivasyonda wp_remote_get çağıran ve tek bir React panelini derlemek için on dört tane npm devDependency ekleyen her eklenti geliştiricisine, “ne kadar az iş için ne kadar iskele taşıyorsun” sorusu nazikçe hatırlatılıyor. Üç hafta önce Matt’in Defensive Data Design yazısının başka kelimelerle söylediği doktrin bu. Piplets aynı argümanı tek dosyalık bir PHP’ye derliyor ki mesele kaçırılmasın.

Ben olsam ne yapardım (ya da yapmazdım)

Bu hafta işleyeceğim sırayla, somut olarak şöyle bakıyorum:

Özeti oku, sonra sekmeyi kapa. Bu bir sinyal, henüz sevkiyata çıkmış bir ürün değil. Resmi özeti aç, Piplets ile ilgili iki paragrafı oku, yönü not al ve Pazartesi’ne geri dön. Kuracak, yamalayacak, taşıyacak bir şey yok. Make/Core‘da bir yazı ya da wordpress.org’da bir dizin URL’i çıktığı gün yeniden bakma vaktidir; ondan önce değil.

Müşterilere ürün olarak satmayı denemeyin. Bu çeyrekte hiçbir ajans görüşmesinde “size Piplet kurarız” diye bir cümle geçmemeli. Kavramın ortada tek bir çalışan dosyası var; kamuya açık güvenlik incelemesi yok, güncelleme mekanizması açıklanmadı, dizin listelemesi yok, birinci parti şablon yok. Sana bunlar var olmadan “Piplet barındırma” satmaya çalışan bir sağlayıcı, gerçek bir ürünü değil bir pazarlama sunumunu satıyordur. Zemin oturana kadar bekle.

Kendi yığınına ayna olarak kullan. Duyurunun okuma listende yer etmesini asıl bu adım sağlıyor. Ekibinin bakımını yaptığı en küçük, en sıkıcı yardımcı eklentiyi seç ve tek bir soru sor: bunu veritabanına yazmayan, derleme adımı olmayan, bağımlılık ağacı olmayan tek bir dosya olarak teslim etmek zorunda kalsam, nereden keserdim? Yeniden yazmayacaksın. Kodun üçte ikisini ihtiyaçtan değil kolaylık olsun diye eklediğini fark edeceksin ve işe yarayan çıktı bu. QuarkXPress içgüdüsü — çıktının ihtiyacı olan her şey çıktının içindedir — dosyayı veritabanı ile CDN arasında yayıp bıraksan bile sağlıklı bir denetim merceği.

Önümüzdeki ay ma.tt/homework-from-wordcamp ile Make/Core’a düşecekleri izle. Matt’in aynı geziden yayınladığı takip yazısı zaten yerel çalışan açık ağırlıklı yapay zekâ modellerine, öz-barındırılan çıkarım katmanına ve topluluk mülkiyetli araçlara işaret ediyor. Piplets aynı teze oturuyor: çevresindeki web ajanlaşırken sadeleşebilen içerik yönetim sistemi masadaki koltuğunu korur. Bu, izlenmeye değer bir bahis; önümüzdeki sprintin görev listesine eklenecek bir madde değil.

WordPress’i şu an nasıl teslim ediyorsan öyle teslim etmeye devam et. Gerçek müşteri siteleri hâlâ revizyonlara, rollere, yeteneklere, eklenti yönetişimine, aşamalama ortamlarına, yönlendirme katmanına ve olgun bir içerik yönetim sisteminin sana verdiği tüm o sıkıcı altyapıya ihtiyaç duyuyor. Piplets bu yığının rakibi değil; farklı bir işe nişan almış küçük bir yol arkadaşı. İkisini karıştırmak, ilginç duyuruları boşa harcanmış çeyreklere dönüştüren okuma hatasının ta kendisi.

Sadelik zor bir ürün kararı çünkü insanların severek kuracağı özelliklere “hayır” demeyi zorunlu kılıyor. WordPress liderliğinin bunu sesli söylemesi ve bir sunum slaytında değil canlı bir sohbette sahneye çıkarması, bende en umut verici izi bırakan kısım oldu. Tek dosya içgüdüsü uzun süredir sessiz sedasız haklıydı. Adını geri kazandığını görmek hoş.