BRAMPP 2.01
Denetim birikiminin son on maddesi ve 2.0'da güncellemenin kendi bıraktığı bir iz. Ağırlık yine aynı yerde: uygulama, yapmadığı bir şeyi yaptığını söylüyordu.
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 onlyhatası 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 havuzunlistensatı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.confde ü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'uListen 8443ile 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şlayanAddress already in useile 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.
Ayrıntı: Değişiklikler
Apple Silicon, macOS 14+.
In English
The last ten items from the audit backlog, and one trace the 2.0 update left behind. The weight is where it has been all along: the app saying it had done something it had not.
Fixed
- Updating left its disk image mounted. After moving to 2.0 every launch logged
volume is read only: the detach never ran as the app quit, and the next launch tried to delete the mount point. The detach now happens before quitting, and the swap script sweeps any leftover as a fallback. - Uninstall claimed to have deleted files it had not — with MariaDB that means believing your data directory is gone while it sits on disk. It also deleted that directory without confirming the server had stopped.
- The install screen showed a green check for an operation that had been cancelled; the outcome was inferred from any tick in the log body.
- Two installs could start at once, the second leaving the first with a prompt nobody could answer.
- PHP-FPM would not start at all with a multi-pool
www.conf— every pool'slistenwas rewritten to the same port. - The wizard wrote shared Apache configuration with no way back. It now backs the file up, runs
configtest, and restores from the backup if that fails.httpd-ssl.confis backed up before it is overwritten too. - The MariaDB root probe measured the wrong thing: it succeeded whenever a password was found somewhere on the machine, such as in
~/.my.cnf. - Changing one field in a database settings panel reset the four nobody had touched. BRAMPP's file is read after the user's, so every line it wrote overrode theirs.
- The certificate trust check passed unconditionally, counting every certificate on the system without looking for the one it was checking. Expiry was never checked either.
- Anyone whose mkcert install would not complete could not finish the wizard — HTTPS is optional and the group is now marked as such.
- Apache could take Nginx's port, so the two could not run together. BRAMPP's scheme is Apache on 80/443 and Nginx on 8080/8443, and running both at once depends on that split. Homebrew's stock
httpd-ssl.confshipsListen 8443, though, and the wizard preserved it as if it were the user's choice. Both services then bind 8443 and whichever starts second fails withAddress already in use— all the user sees is "Nginx will not start", while the cause is in Apache. The port written now checks for the clash, while a port that really is a deliberate choice (9443, say) is left alone. Diagnostics reports the clash as its own finding. - phpMyAdmin and pgAdmin links did not work on a non-standard HTTPS port.
Details: Changelog
Apple Silicon, macOS 14+.