Sürüm sürüm ne değişti

Eklendi

• Şema keşfi: db_tables ve db_describe. Tablolar satır sayısı ve boyutla, sütunlar tip, anahtar ve varsayılanlarıyla listeleniyor. Bir yapay zekâ istemcisinin en sık ihtiyaç duyduğu iki işlem artık ham SQL yazmayı gerektirmiyor — ve sorgu yazmadan önce sütun adlarını doğrulamak, uydurmanın yerini alıyor.
• SQL yazma üç kademeye ayrıldı. Okuma serbest; INSERT/UPDATE/REPLACE için allow_write; DELETE/DROP/TRUNCATE/ALTER/CREATE için ayrıca allow_destructive. Bir satır güncellemek ile bir tabloyu düşürmek aynı istek değil ve aynı anahtara bağlanamaz.

Düzeltildi

• allow_write açıldığında hiçbir denetim kalmıyordu. Çoklu ifade reddi bile yalnızca salt-okunur daldaydı, yani allow_write ile "DROP DATABASE a; DROP DATABASE b" çalışıyordu. Artık çoklu ifade her kademede reddediliyor ve SQL hiçbir bayrakla dosya sistemine ulaşamıyor — bir veritabanına yazma izni, diski okuma izni değildir.
• Silinen bir alan adının vhost'u geri yazılabiliyordu. Kayıt denetimi yazımın etrafındaydı, içinde değil; aradaki configtest beklemesinde silme baştan sona koşabiliyordu. Sonuç, artık var olmayan bir sertifikayı gösteren öksüz bir vhost: configtest kalıcı olarak düşer ve Apache hiç başlamaz — makinedeki bütün siteler birden gider. Üstelik hata logu bastırıldığı için sessizce.
• Alan adı oluşturulurken kayıt en sonda yazılıyordu. Site klasörü, sertifika, vhost ve /etc/hosts girişi hazırken kayıt yoktu; /etc/hosts yönetici parolası isteyip süresiz beklediğinden bu pencere dakikalar sürebiliyordu. Orada çıkılırsa geriye hiçbir arayüzde görünmeyen, hiçbir şeyin toplamadığı dosyalar kalıyordu.
• Yedekten geri yükleme, canlı bir paylaşımın altından vhost'u çekiyordu. Tünel ayakta kalıp Host başlığını artık var olmayan bir bloğa taşıyor ve istek varsayılan siteye düşüyordu — localhost kökü, phpMyAdmin ve Adminer dâhil. Çalışan bir arka plan uygulaması da kaydı gittiği için bir daha hiç durdurulamıyordu. Artık silmeden önce canlılığa bakılıyor. Ayrıca localhost.conf yanlışlıkla öksüz sayılabiliyordu.
• nginx.conf korumasız yazılıyordu. Yedek başarısız olsa bile yazım devam ediyor, nginx -t yapılmıyor ve geri dönüş bulunmuyordu. Dahası budama en eskiden başlayarak sildiğinden, kullanıcının BRAMPP öncesi nginx.conf'u altı rutin işlemden sonra kayboluyordu. En eski yedek artık kalıcı.

Değişti

• Teşhis paneli kaydı olmayan vhost dosyalarını bildiriyor — ve bilerek silmiyor. Aynı dizinde elle eklenmiş yapılandırmalar da duruyor; "kaydı yok" ile "çöp" aynı şey değil.
• MCP izin sınırı test altına alındı. 25 aracın alanı ve yazma gereksinimi elle yazılıyordu ve hiçbir doğrulaması yoktu; bir bayrağı ters çevirmek yıkıcı bir aracı salt-okunur bir izinde sessizce kullanılabilir kılardı.

Kaldırıldı

• pgAdmin4 artık kurulmuyor ve yönetilmiyor. Homebrew pgAdmin4'ü formula olmaktan çıkarıp cask'a taşımıştı; BRAMPP hâlâ eski formula yolunu sınadığı için "kurulu değil" diyor, dolayısıyla Kaldır düğmesi de hiç görünmüyordu — kendi yazdığı yapılandırma dosyası arayüzden temizlenemez hâldeydi. Bir masaüstü uygulamasının kurulumunu üstlenmek BRAMPP'ın işi değil; PostgreSQL yönetimi için Adminer duruyor (tek dosya, hem MySQL hem PostgreSQL) ve o hep çalışıyordu. PostgreSQL'in kendisine dokunulmadı. Güncelleyince pgAdmin4 kendiliğinden kaldırılmaz — dilerseniz brew uninstall --cask pgadmin4 ile kaldırabilirsiniz.

Düzeltildi

• Alan adı silinirken açık paylaşım kapatılamazsa artık silme yapılmıyor. Eskiden paylaşımı durdurma denemesinin sonucu atılıyor ve koşulsuz "kapatıldı" yazılıyordu. Tünel gerçekten ölmediyse kayıt ve vhost yine de siliniyor, herkese açık adres yayında kalmaya devam ediyor ama artık varsayılan siteyi gösteriyordu — üstelik tünel alan adına bağlı olduğu için arayüzden durdurulamıyordu.
• Silme, alan adının log dosyalarını bırakıyordu. Her silinen alan adı arkasında iki-dört dosya kalıyordu. Artık dört yol birden temizleniyor: nginx alan adlarına bir de Apache companion vhost'u yazılıyor, ve sunucu tercihi sonradan değiştiyse eski sunucunun dosyaları da diskte duruyordu.
• Tünel log ve pid dosyaları alan adı silindikten sonra da kalıyordu.
• /etc/hosts satırı kaldırılamazsa artık uyarı düşüyor. Kayıt zaten silinmiş olduğundan o satırı bir daha hiçbir akış aramıyor ve sessizce kalıcı oluyordu.
• Silme onayı ne olduğunu söylüyor. Yalnızca "geri alınamaz" diyordu; site klasörünüzün ve içindekilerin kaldığını söylemiyordu.

Düzeltildi

• Güncelleme, disk kalıbını bağlı bırakıyordu. 2.0'a geçtikten sonra her açılışta konsola volume is read only hatası düşüyordu: uygulama çıkarken kalıbı ayırma işi hiç çalışmıyor, bir sonraki açılış onu silmeye çalışıyordu. Ayırma artık çıkıştan önce yapılıyor; takas betiği de emniyet olarak kalanları süpürüyor.
• Kaldırma, silemediği dosyaları sildim diye bildiriyordu — MariaDB'de bu, veri dizini diskte dururken silindiğini sanmanız demekti. Ayrıca veri dizini, sunucunun durduğu doğrulanmadan siliniyordu.
• Kurulum ekranı, iptal edilmiş bir işlem için yeşil onay gösteriyordu; sonuç, log gövdesindeki herhangi bir onay işaretinden çıkarılıyordu.
• İki kurulum aynı anda başlayabiliyordu ve ikincisi birincisini yanıtlanamayan bir isteme mahkûm ediyordu.
• Çok havuzlu bir www.conf'ta PHP-FPM hiç başlamıyordu — her havuzun listen satırı aynı porta çevriliyordu.
• Sihirbaz paylaşılan Apache yapılandırmasını geri alınamaz biçimde yazıyordu. Artık yedek alınıyor, configtest çalıştırılıyor ve geçmezse yedekten dönülüyor. httpd-ssl.conf de üzerine yazılmadan önce yedekleniyor.
• MariaDB "root parolasız mı" yoklaması yanlış şeyi ölçüyordu: makinede bir yerden (ör. ~/.my.cnf) parola bulunduğunda da başarılı sayıyordu.
• Veritabanı ayar panelinde tek bir alanı değiştirmek, dokunulmamış dört ayarı da sıfırlıyordu. BRAMPP'ın dosyası kullanıcınınkinden sonra okunduğu için yazdığı her satır onunkini eziyordu.
• Sertifika güven denetimi her koşulda "geçti" diyordu; sistemdeki tüm sertifikaları sayıyor, aradığı kökü hiç aramıyordu. Sertifika süresi de hiç denetlenmiyordu.
• mkcert kurulumu takılan kullanıcı sihirbazı hiç bitiremiyordu — HTTPS isteğe bağlı, grup da öyle işaretlendi.
• Apache, Nginx'in portuna oturabiliyordu — ikisi aynı anda çalışamıyordu. BRAMPP'ın şeması Apache 80/443, Nginx 8080/8443; ikisinin birlikte çalışabilmesi bu ayrıma dayanıyor. Ama Homebrew'un stok httpd-ssl.conf'u Listen 8443 ile geliyor ve sihirbaz onu "kullanıcının seçimi" sayıp koruyordu. Sonuç: iki servis de 8443'e bağlanmaya çalışıyor, ikinci başlayan Address already in use ile düşüyor — ekranda görünen tek şey "Nginx başlamıyor" oluyor, sebebi Apache'de olduğu hâlde. Yazılacak port artık çakışmayı denetliyor; gerçekten kullanıcı seçimi olan bir port (ör. 9443) korunuyor. Teşhis paneli de çakışmayı ayrı bir bulgu olarak bildiriyor.
• phpMyAdmin ve pgAdmin bağlantıları standart olmayan HTTPS portunda çalışmıyordu.

Düzeltildi

• Menü çubuğu simgesi kapalıyken pencereyi kapatmak uygulamayı erişilemez bırakıyordu. Pencere yok, Dock ikonu yok, menü çubuğu öğesi yok, ⌘Tab listesinde de yok — geri dönmenin tek yolu uygulamayı yeniden başlatmaktı.
• Dock menüsündeki "Servisleri Durdur ve Kapat" Node/Python/.NET uygulamalarını arkada bırakıyordu. Bu süreçler nohup ile başlatıldığından BRAMPP kapansa da yaşıyor ve bir sonraki açılışta "port kullanımda" olarak geri geliyorlardı.
• Silinen alan adının vhost'u geri yazılabiliyordu. Silme yolunda dört bekleme noktası var ve biri yönetici parolası isteyebiliyor; o süre boyunca uçuştaki bir düzenleme görevi vhost'u geri yazıyordu.
• Paylaşımı durdurma, durduramadığında da "adres artık ölü" diyordu. Süreç sinyalleri atlattığında site internete açık kalmaya devam ediyor, asistan ise kullanıcıya kapandığını söylüyordu.
• Uygulama logunda 5 MB sonrası kayboluyordu. Log döndürme dosyaya yeni bir kimlik veriyor, uygulama ise eskisine yazmaya devam ediyordu: pencere o koşu boyunca bir daha satır göstermiyordu.
• Tek bir bozuk bayt tüm log geçmişini gizliyordu — pencere güncellenmiyor, log susmuş gibi görünüyordu.
• Aynı log satırları iki kez görünüyordu.
• Devre dışı bırakılmış alan adı, web sunucusu ayaktayken yeşil "çalışıyor" noktası gösteriyordu — oysa vhost'u silinmiş, site sunulmuyordu.
• Veritabanı geri yükleme MySQL'de satırları ikiye katlayabiliyordu. Kullanıcı denemesi başarısız olunca döküm baştan bir kez daha uygulanıyor, ilk denemedeki eklemeler geri alınmadığı için tekrar işleniyordu.
• Diskteki log geçmişinin yalnızca iki günü aranıyordu, yedi gün saklandığı hâlde: "dört gün önce ne oldu" sorusu sessizce boş dönüyordu.
• /etc/hosts newline ile bitmiyorsa yeni alan adı son satıra yapışıyordu — hem yeni ad çözülmüyor hem de yapıştığı satır bozuluyordu.
• Apache yapılandırması zaten bozukken, yeni yazılan companion dosyaları da siliniyordu — silmek sorunu çözmüyor, yalnızca çalışan tek şeyi de götürüyordu.
• MCP portu başka bir süreçteyken konsola her tazelemede "MCP sunucusu durduruldu" satırı düşüyordu.
• İki BRAMPP kopyası aynı log dosyasına yazınca satırlar birbirini eziyordu.
• Yürütücü yolunda boşluk varsa süreç bilgisinde sütunlar kayıyordu — komut adının parçası CPU değeri olarak görünüyordu.
• ⌘N pencere gizliyken görünmeyen bir pencere kuyruğa alıyordu.
• Paylaşımı durdurma, alan adını küçük harfe indirmiyordu; büyük harfle açılan bir paylaşım küçük harfle kapatılamıyordu.
• Yardım metni iki aracı yanlış izin alanında gösteriyordu.

Düzeltildi

• Paylaşımdaki bir alan adını silmek, yeniden adlandırmak ya da devre dışı bırakmak tüneli açık bırakıyordu — ve adres başka bir siteyi yayınlamaya başlıyordu. Tünel 127.0.0.1'e bağlanıp alan adını Host başlığında taşıdığı için, vhost silinince istek hiçbir sunucu bloğuyla eşleşmiyor ve varsayılan vhost'a düşüyordu. Sonuç: rastgele bir trycloudflare.com adresi, kapattığınızı sandığınız hâlde ~/Sites/localhost kökünüzü — /phpmyadmin ve /adminer dahil — internete açıyordu. İstek loopback'ten geldiği için Apache'nin Require local kısıtı da devreye girmiyordu. Yeniden adlandırmada daha da kötüydü: tünel kaydı eski adla saklandığından arayüzdeki rozet "kapalı" görünüyor, çalışan tüneli durdurmanın hiçbir yolu kalmıyordu. Artık vhost'a dokunan üç yolun üçü de önce paylaşımı kapatıyor ve konsola neden kapatıldığını yazıyor.
• Asistan üzerinden veritabanı geri yükleme, tamamen başarısız bir işi "aktarıldı" diye bildiriyordu. PostgreSQL yolunda ON_ERROR_STOP verilmediği için psql, dökümdeki her ifade hata verse bile sıfırla bitiyordu; hata metni de yutuluyordu. Aynı iş arayüzde yıllardır doğru yapılıyordu — MCP yolu geride kalmıştı. Artık --single-transaction ile birlikte: yarıda kalan bir geri yükleme tamamen geri alınıyor, yeniden deneme yarım veritabanının üstüne yazmıyor.
• Uygulama logunu "Temizle" ile boşaltmak, o koşu boyunca logu tamamen kaybettiriyordu. Dosya siliniyordu, oysa sarmalayıcının yönlendirmesi süreç başlarken bir kez kurulur: silinen dosyanın yerine yenisi doğmuyor, uygulama görünmez bir dosyaya yazmaya devam ediyordu. Log penceresi kalıcı olarak boş kalıyor, tek çare uygulamayı yeniden başlatmaktı. Artık dosya silinmiyor, içi boşaltılıyor.
• Devre dışı bırakılan bir PHP uzantısı "kurulu değil" görünüyor ve arayüzden geri açılamıyordu. Kurulu olup olmadığı yalnızca php -m çıktısından çıkarılıyordu; devre dışı bırakma uzantıyı o listeden düşürdüğü için satır kurulmamış sayılıyor, onay kutusunun yerine "Kur" düğmesi geliyordu. Ona basınca da PEAR kaydı hâlâ durduğu için kurulum "zaten kurulu" hatasıyla düşüyordu — uzantıyı Finder'da elle yeniden adlandırmadan geri açmak mümkün değildi.

Değişti

• Release derlemeleri -O yerine -Osize ile yapılıyor. Uçtan uca bir Release derlemesi 35 dakikadan 46 saniyeye indi. Aynı modülde ölçüldü: -O 1615 saniye, -Osize 54 saniye — üstelik nesne daha küçük, 13,3 MB'a karşı 12,5.
• Ayarlar, bir izin değişikliğinin istemcinin yeniden bağlanmasını gerektirdiğini söylüyor. MCP bölümü etkin araçları canlı sayıyor; paylaşım iznini yazmaya çıkarınca hemen "23 araç etkin" yazıyor, bağlı istemci ise bağlanırken aldığı 20 araçla çalışmayı sürdürüyordu. Sunucu durumsuz HTTP; listChanged bildirimini taşıyacak bir kanal yok ve initialize de sahip olmadığı bu yeteneği iddia etmiyor.
• brampp.yml proje bildirimi kaldırıldı. Alan adının ayarlarının depoyla birlikte seyahat etmesi için yazılmıştı; istenmedi. Kullanılmadan bırakmak yerine sökülmesinin nedeni aynı kural: kimsenin okumadığı bir dosyayı yazan menü öğesi, hiç olmayandan kötüdür.

Düzeltildi

• v1.4 etiketinden derlemek, kendine 1.3 diyen bir uygulama üretiyordu. MARKETING_VERSION orada 1.3'te kalmıştı ve yayınlanan ikili kendi numarasını commit'lenmemiş bir komut satırı geçersiz kılmasından almıştı. Numara artık proje dosyasında, bir derlemenin bulabileceği yerde duruyor.

Eklendi

• Çalışan siteyi geçici, herkese açık bir adresle paylaşma. Tek tıkla Cloudflare Quick Tunnel açılıyor ve https://…trycloudflare.com bağlantısı veriyor — müşteriye göstermek ya da siteyi telefondan açmak için. Cloudflare hesabı gerekmiyor. Hiçbir tünel diske yazılmıyor, kendiliğinden başlamıyor ve BRAMPP kapanınca hepsi kapanıyor.
• Düz bir port da paylaşılabiliyor — henüz BRAMPP alan adı olmayan, :5173'te çalışan bir geliştirme sunucusu gibi. Veritabanı ve önbellek portları reddediliyor: Quick Tunnel yalnızca HTTP taşır ve bu servisler burada çoğunlukla parolasız durur.
• Yeniden başlatmayı atlatan konsol logu. Satırlar ~/Library/Application Support/BRAMPP/logs altında günlük dosyalara yazılıyor ve bir hafta sonra siliniyor. Bellekteki tampon 300 satır tutuyor ve tek bir brew install onu süpürebiliyordu; "on dakika önce ne oldu" sorusu bu yüzden yanıtsızdı.
• Redis için canlı durum — çalışma süresi, bağlı istemciler, zirveye karşı bellek, toplam komut, isabet oranı ve her veritabanındaki anahtar sayısı, doğrudan INFO çıktısından.
• Paylaşım için üç MCP aracı, varsayılanı erişim yok olan beşinci bir izin alanının arkasında — böyle olan tek alan, çünkü bu araçlar siteyi açık internete koyuyor.
• read_log süzgeçleri: düzey, metin ve zamana göre; ayrıca canlı tampon yerine diskteki dosyayı okuyabiliyor.
• PHP profilleyici paneli, Xdebug'ın profil kipini yönetiyor: ayarlar sizin yerinize yazılıyor, cachegrind çıktıları tek klasörde toplanıp listeleniyor. Siz istemedikçe yalnızca XDEBUG_TRIGGER taşıyan istekler ölçülüyor, çünkü her şeyi profillemek dakikalar içinde diski dolduruyor.
• cloudflared Servisler'de görünüyor — brew servisi olarak değil çalışma zamanı olarak, çünkü daemon'u yok ve yalnızca bir paylaşım açıkken yaşıyor. Satırı, şu anda hangi sitelerin herkese açık olduğunu listeliyor.

Değişti

• Örnekler artık .local yerine .test öneriyor. .local, RFC 6762 ile Multicast DNS'e ayrılmış ve macOS'ta çözümlemeyi geciktirebiliyor. Yerel HTTPS rehberimiz bunu bir süredir söylüyordu ama uygulama hâlâ .local dağıtıyordu. Mevcut alan adları çalışmaya devam ediyor — doğrulama zaten uzantıya bakmıyordu.
• Log pencereleri artık akıtıyor, yoklamıyor. Eskiden beş saniyede bir tail çalıştırıyor, kabuk süreci doğuruyor ve birkaç yeni satır için dosyayı baştan okuyordu. Dosya izleyici yalnızca eklenen kısmı okuyor ve gözetmen uygulamayı yeniden başlattığında logun yeniden yaratılmasına dayanıyor.
• Alan adı satırı, sitenin internete açık olup olmadığını kendisi söylüyor — yayındayken yeşil anten, değilken üzeri çizili kırmızısı. Paylaşım penceresi ayrıca Kapat düğmesi kazandı: eskiden pencereden çıkmanın tek yolu tüneli öldürmekti, oysa yaygın durum adresin ayakta kalmasını istemek.

Düzeltildi

• Sekiz uyarı, arayüz dili ne olursa olsun Türkçe çıkıyordu — geçersiz alan adı, sistem adı, yinelenen ad, eksik .NET SDK ve sağlık kontrolünün dört sonucu. Çeviri kataloğuna hiç uğramayan Swift metinleriydi.
• Arkası çalışmayan bir siteyi paylaşmak, arkasında hiçbir şey olmayan canlı bir adres üretiyordu. Ziyaretçi 502 görüyor, bağlantıyı gönderen ancak sonradan öğreniyordu. Artık alan adı etkin değilse, web sunucusu kapalıysa ya da Node.js/Python/.NET uygulaması dinlemiyorsa paylaşım reddediliyor.

• Apache, Nginx, PHP-FPM 8.1–8.5, MariaDB, PostgreSQL ve Redis; naif bir süreç eşleşmesiyle değil, port sahipliği denetimiyle başlatılıp durduruluyor.
• PHP, Node.js, Python, ASP.NET Core ve statik siteler için yerel alan adları — vhost, hosts kaydı, site klasörü, başlangıç projesi ve sertifika tek adımda.
• mkcert ile otomatik HTTPS; yerel sertifika otoritesi sistem güven deposuna kuruluyor.
• Yalnızca loopback'e bağlı, öntanımlı kapalı, alan bazlı izinli gömülü MCP sunucusu.