Yayına geçmek için dört tıklama. Baştan sona otuz saniye. Ücretsiz planda hesap başına bir canlı sunucu tabanlı uygulama. Yepyeni bir alt alan adının ilk isteği karşılarken yaşadığı yarım saniyelik ekstra gecikme, sonrasında hiç yok. Bu sayılardan üçü genel bilgi — okuyup başını salladığınız ve bir sonraki bölüme kadar unuttuğunuz türden. Ama "bir" sayısı çalışma şeklinizi gerçekten değiştiren sayı, bu yüzden bu bölümün çoğunu buna ayırmak istiyorum.
Sınırın neden sıfır ya da sınırsız değil de bir olduğu
Ücretsiz bir önyüz yayınlamanıza izin veren çoğu no-code araç, ya sunucu tabanlı uygulamalara hiç dokunmuyor ya da bunları o kadar agresif ölçüyor ki "ücretsiz" bir teknik ayrıntı haline geliyor. Burada, hesaplar, bir veritabanı ya da çok kullanıcılı durum içeren bir build, statik bir sayfayla tamamen aynı Yayınla düğmesinden yayınlanıyor ve sunucu tarafı bu tek eylemin parçası olarak barındırılıp yönetiliyor — ayrı bir veritabanı sağlama yok, bağlanacak ortam değişkenleri yok, üç gün sonra ön izlemede girişin çalıştığını ama üretimde 500 hatası verdiğini keşfetmek yok çünkü arka uç aslında hiç dağıtılmamış. Bu gerçek ve insanların üst sınıra çarptıklarında şaşırmalarının nedeni de bu: o noktaya kadar her şey sınırsız hissettiriyordu.
Değil. Ücretsiz planda aynı anda tam olarak bir canlı sunucu tabanlı uygulama alıyorsunuz. Statik build'ler bu sınıra dahil değil — istediğiniz kadar pazarlama sayfası ve portföy sitesi yayınlayın, orada sınır yok. Ama kendi veritabanına ya da kalıcı sürece ihtiyaç duyan ikinci bir build, sırasını beklemek zorunda; tamamen inşa edilmiş ve ön izlenebilir durumda ama URL'sinde canlı değil. Aynı hafta içinde üç SaaS fikri üzerinde prototip yapıyorsanız, sadece biri gerçek işlem gücünü kaplayan slotu alır; diğer ikisi adresi olmayan bitmiş ürünlerdir. Çizginin makul bir yere çekildiğini düşünüyorum — statik bir paketi kenardan sunmak platforma neredeyse hiçbir şeye mal olmuyor, sıcak bir sunucu süreci ise öyle değil — ama bu, hangi fikrin bu slotu hak ettiğine dair kararın Yayınla'ya basmadan önce verilmesi gerektiği, iki tanesini aynı anda canlı tutmaya bağlandıktan sonra değil, anlamına geliyor.
Kayıt için, dört tıklama
- Build'in kartında Yayınla'yı seçin.
- Bir slug seçin — kullanici-adiniz içinde
yourname.buildmidas.com. Alınmış slug'lar alternatifler önerir. - Onaylayın.
- URL'yi karttan kopyalayın ya da daha sonra Yayınlananlar sayfanızda bulun.
DNS yok, harici hesap yok, yayılma için beklemek yok. Ve bahsettiğim yarım saniye konusunda: bu bir kuyruk ya da "24 saat sonra tekrar kontrol edin" gecikmesi değil, sadece sıradan bir CDN önbellek ısınması. Yeni bir alt alan adına gelen ilk ziyaretçi, en yakın kenar düğümü varlık paketini çekerken bir an ekstra gecikme yaşayabilir; ikinci ziyaretçi ve sonrasındaki herkes önbellekten alır. Pratikte fark etmeyeceksiniz — yayınlayacak, bağlantıya dokunacaksınız ve zaten anında hissettirecek. Bundan sadece, bir gün yükleme sürelerinin ekran görüntüsünü almayı iş edinmiş biri neden birinci istekle onuncu isteğin aynı olmadığını soracağı için bahsediyorum, şimdi biliyorsunuz.
Yavaşlamaya değer tek karar: slug
Bu akıştaki her şey mekanik; slug ise bir insanın yüksek sesle söylemesi ya da ezbere yazması gereken kısım, bu yüzden bir an düşünmeye değer. "demo-v2-final-final" iç test için sorun değil ama bir müşteriye mesajla göndermek için kötü bir şey. Onaylamadan önce URL'yi kendinize söyleyin — riverside-cafe.buildmidas.com temiz okunuyor, riverside-cafe-mvp2.buildmidas.com okunmuyor. Kısa, genel kelimeler, uzun süredir var olan bir platformda hızla tükeniyor, bu yüzden alınmış bir slug size çıplak bir hata yerine öneriler veriyor. Birini alın ya da reddedin, ama bilinçli karar verin — insanların bir demo sırasında hemen bir bağlantıya ihtiyaç duydukları için kutunun sunduğu her neyse kaptıklarını ve sonra düzeltmek için doğal bir an hiç gelmediği için aylarca garip bir isimle yaşadıklarını gördüm.
Yeniden yayınlamak, siz söylemeden canlı olana dokunmaz
Erkenden içselleştirilmeye değer bir gerçek: yayınlanmış bir build'i düzenlemek canlı siteyi taşımaz. Bir şeyleri bozabilir, çılgın bir düzen değişikliği deneyebilir, bir hafta boyunca yineleyebilirsiniz — bir müşterinin zaten yer imlerine eklediği URL, siz kasıtlı olarak tekrar yayınlayana kadar en son yayınladığınız şeyi sunmaya devam eder.
Bu, geri alma hikayenizin tamamı ve tam da sıkıcı olduğu için iyi. Sürüm 6 bir hatayla gönderiliyor — bir form sessizce gönderilmemeye başlıyor — ve siz bir geri alma komutuna ya da destek talebine başvurmuyorsunuz. Sürüm geçmişini açıyor, sürüm 5'i buluyor, yeniden yayınlıyorsunuz. Aynı düğme, daha eski bir çıktı, canlı URL hemen geri dönüyor. Sonra sürüm 6'yı hiçbir baskı olmadan düzeltiyorsunuz, çünkü siz çalışırken üretim bozuk değil. Bunun bedeli, sürüm başına bir ekstra tıklama, çünkü bir düzenlemenin otomatik olarak yayınlandığını varsaymak yerine gerçekten yayınlamayı hatırlamanız gerekiyor. Her kaydetmenin canlı olduğu araçlarla karşılaştırın — demoda harika, üç hafta gerçek kullanımdan sonra zor — ekstra tıklama her seferinde yapılmaya değer bir takas.
Yayından kaldırmak, URL'nin çözümlenmeyi durdurması demek, "listeden kalkması" demek değil
Birçok platform "yayından kaldır"ı, URL sessizce sunmaya devam ederken bir galeri sayfasından gizlemek anlamında kullanıyor. Burada bu, adresin tamamen kararması demek — noktası — önbelleğe alınmış sayfa yok, yer tutucu yok, hiçbir şey çözümlenmiyor. Build'in kendisi tüm sürümleriyle birlikte hayatta kalıyor; daha sonra yeniden yayınlayın, aynı slug tam olarak bıraktığınız yerden geri gelir. Bunu hem sıradan bir nedenle kullandım (bir müşteri anlaşması sona erdi, kimse eski logosunun genel bir bağlantıda dolaşmasını istemiyor) hem de daha az sıradan bir nedenle (bir build olmaması gereken bir şeyi sızdırdı ve bir barındırma sağlayıcısına destek talebi açma süresinde değil, bir düğmeye tıklama süresinde çevrimdışı olması gerekiyordu). Her iki durum da aynı garantiyi istiyor ve her ikisi de bunu alıyor.
Birbirine karıştırılmaması gereken bir şey daha: yayınlamak, bağlantıya sahip herkes için bir URL'yi canlı yapar; keşfedilebilir olup olmadığı — herkese açık listelenmesi, bazen Showcase'de görünmesi — tamamen ayrı bir anahtardır. Birçok meşru yayınlanmış site sonsuza dek sadece bağlantıyla erişilebilir kalmalıdır ve herkese açık listelemeyi seçen bir build de altında hâlâ aynı geçmişe ve aynı yayından kaldırma düğmesine sahip normal bir yayınlanmış sitedir.
