Projenizi yayınlayın

Publish veya Update düğmesinde "Your Cloud Balance is insufficient to publish" ya da "Your Cloud Balance is insufficient to update" görünüyorsa, Cloud cüzdanınızdaki bakiye tükenmiştir.

Bunu düzeltmek için:

1. Mevcut bakiyenizi kontrol etmek için Settings > Cloud & AI bölümüne gidin.

2. Top up now seçeneğini seçin ve Cloud cüzdanınıza bakiye ekleyin.

3. Publish paneline geri dönün ve tekrar deneyin.

Not: Cloud cüzdanınız, abonelik kredilerinizden ayrıdır. Cloud cüzdanı barındırma ve dağıtım hizmetlerini finanse ederken, abonelik kredileri AI agent konuşmaları için kullanılır.

1. Depolama kullanımı görünümünü kontrol edin ve en büyük sohbetleri, projeleri ve dosyaları belirleyin.
2. Daha sonra ihtiyaç duyabileceğiniz her şeyi indirin veya yedekleyin.
3. Yalnızca gereksiz öğeleri silin. Sohbet silme işlemi ilişkili disk verilerini kaldırmayı öneriyorsa, bu seçeneği yalnızca verilerin güvenle silinebileceğini doğruladıktan sonra seçin.
4. Sayfayı yenileyin ve kullanılabilir depolama alanının arttığını doğrulayın.
5. Publish bölümüne dönün ve bir kez daha deneyin.

Silme işlemi kalıcı olabilir ve kaldırılmış bir dosyaya başvuran bir projeyi bozabilir. Kullanım düşmüyorsa, depolama görünümü, plan, proje bağlantısı ve başarısız yayınlama zamanı ile birlikte Support ile iletişime geçin.

Güvenlik taramasının tamamlanmasını bekleyin, ardından yayınlamadan önce işaretlenen her öğeyi gözden geçirin.

1. Resolve All seçeneğini seçin ve etkilenen davranışı inceleyin. Üretimde kullanmadan önce açığa çıkan gizli bilgiler, kimlik doğrulama, izinler, kullanıcı verileri veya güvenli olmayan harici erişimle ilgili sorunları düzeltin.
2. Bir gizli bilginin açığa çıkmış olabileceğini düşünüyorsanız, yayınlamadan önce bunu projeden kaldırın ve ilgili sağlayıcı üzerinden yenileyin.
3. Taramayı tekrar çalıştırın ve etkilenen akışı doğrulayın.
4. Publish Anyway seçeneğini yalnızca sorumlu bir gözden geçirici kalan kritik olmayan riski anlıyor ve kabul ediyorsa kullanın. Nedeni kaydedin ve üretim sitesinde çözülmemiş bir riski atlamaktan kaçının.

Bir bulgunun etkisini belirleyemiyorsanız bunu yayınlamayın. Bulgu metni ve hassas bilgilerden arındırılmış kanıtlarla birlikte Support veya güvenlik sorumlunuzla iletişime geçin.

1. Platformun üretim URL'sini ve özel alan adını ayrı ayrı test edin. Ayrıca kök sayfayı, başarısız olan belirli sayfa veya API yolu ile karşılaştırın.
2. Tam durum kodunu, tam URL'yi, zamanı ve saat dilimini ve hatanın sürekli mi yoksa aralıklı mı olduğunu kaydedin.
3. En son dağıtım durumunu ve yakın zamanda yapılan bir bağımlılık, ortam değişkeni, veritabanı veya harici hizmet değişikliğinin hatanın başlangıcıyla eşleşip eşleşmediğini kontrol edin.
4. İlgili Console ve Network hatalarını kaydedin.

Sorun devam ederse, yeniden üretim adımları, etkilenen sürüm ve hassas bilgilerden arındırılmış tanı verileriyle birlikte Support ile iletişime geçin. Bir HAR, komut çıktısı veya ekran görüntüsü göndermeden önce çerezleri, Authorization başlıklarını, jetonları, gizli sorgu parametrelerini, kişisel verileri ve ödeme bilgilerini kaldırın.

Dağıtımınız zaman aşımına uğrarsa veya canlı site geçici olarak kullanılamazsa:

1. Hem platformun Prod alt alan adının hem de Preview'un erişilemez olup olmadığını, yoksa yalnızca birinin mi erişilemez olduğunu kontrol edin.

2. Mevcut hata sayfasını görünür bırakın — Publish seçeneğine tekrar tekrar tıklamayın.

3. Yakın zamanda bağımlılıkları, başlangıç giriş noktalarını veya veritabanı bağlantılarını değiştirip değiştirmediğinizi kontrol edin; bu değişiklikler dağıtımı etkileyebilir.

Sorun devam ederse Support ile iletişime geçin ve şunları ekleyin:

- Proje bağlantısı ve canlı URL

- Hata zamanı ve saat diliminiz

- Sürüm numarası ve hata sayfası ekran görüntüsü

- Preview'un normal çalışıp çalışmadığı

- Yakın zamanda bağımlılıkları, başlangıç girişini veya veritabanı bağlantısını değiştirip değiştirmediğiniz

Publish panelinde düğme gri görünürken "latest" yazıyorsa veya panel "Building" durumunda takılı kaldıysa:

1. Publish seçeneğine tekrar tekrar tıklamayın — bu işlemi hızlandırmaz ve yinelenen derleme görevleri oluşturabilir.

2. Birkaç dakika bekleyin ve sayfayı yenileyin.

3. Yeniledikten sonra durum değişmiyorsa Support ile iletişime geçin.

Support ile iletişime geçerken aşağıdakileri ekleyin:

- Sohbet bağlantısı

- Publish panelinin tam ekran görüntüsü (sayfa URL'si, sürüm numarası ve düğme durumu dahil)

- Oluşma zamanı ve saat diliminiz

- Şu anda görüntülenen sürüm numarası

- Hangi adımda "Building" göstermeye başladığı veya düğmenin gri hale geldiği

1. Görselin Uygulama Görüntüleyici içinde mi, yayınlanan sitede mi yoksa her iki yerde de mi eksik olduğunu kontrol edin.
2. Reload App Viewer seçeneğini bir kez seçin. Sorun yalnızca canlı sitedeyse, en son sürümün yayınlandığını veya güncellendiğini doğrulayın.
3. Agent'a sayfayı, görünmesi gereken görseli ve görselin başlangıçta nereden geldiğini söyleyin. Mevcut projenin hâlâ doğru görsel adını ve konumunu kullanıp kullanmadığını kontrol etmesini isteyin.
4. Orijinal görsel kaldırıldıysa veya yeniden adlandırıldıysa, amaçlanan görseli tekrar yükleyin veya seçin, ardından sayfayı yeniden test edin.
5. Görsel Uygulama Depolama veya başka bir bağlı hizmet kullanıyorsa, amaçlanan hizmetin bağlı olduğunu ve dosyanın hâlâ orada bulunduğunu doğrulayın.

Görsel hâlâ yüklenmiyorsa, Atoms Support ile Chat Link, etkilenen sayfa URL'si, görsel adı veya kaynağı ve bir ekran görüntüsü ile iletişime geçin. Özel erişim bağlantıları, parolalar, anahtarlar veya jetonlar eklemeyin.

Dışa aktarılan self-host paketi başarıyla indirilmesine rağmen çalışmıyorsa:

1. Ortam gereksinimleri ve kurulum adımları için dışa aktarma paketine dahil edilen README dosyasını kontrol edin.

2. Çalışma ortamınızın gereksinimlerle eşleştiğini doğrulayın (OS sürümü, Docker sürümü, Node.js sürümü).

3. Başlatma komutunu çalıştırın ve hata mesajları için tam çıktıyı inceleyin.

Sorun devam ederse Support ile iletişime geçin ve şunları ekleyin:

- Dışa aktarma sürümü ve indirme zamanı

- Çalışan OS ve Docker sürümü

- Çalıştırılan tam komut ve tam çıktı

- Başarısız olan script veya API yolu

- Beklenen dağıtım yöntemi

Önemli: Hassas bilgilerden arındırılmış bir yapılandırma örneği ekleyin, ancak parolaları, gizli bilgileri veya jetonları KESİNLİKLE eklemeyin.

Uygulama Görüntüleyici ve yayınlanan site, projenizin farklı aşamalarını gösterir. Görsel bir değişikliği kaydetmek, canlı siteyi tek başına güncellemez.

1. Design içinde Save seçeneğini seçin ve mevcut Agent görevinin veya derlemenin tamamlanmasını bekleyin.
2. Publish seçeneğini açın. Yayınlama en son proje sürümünü kullanır; Publish panelinde sürüm seçici yoktur.
3. İlk yayın için Publish veya sonraki bir yayın için Update seçeneğini seçin. Panel Up to date gösterene kadar bekleyin.
4. Canlı siteyi yeni bir sekmede açın ve bir kez yeniden yükleyin.
5. Varsayılan Atoms adresi değişikliği gösteriyor ancak özel alan adı göstermiyorsa, aynı sürümü tekrar tekrar yayınlamak yerine alan adı bağlantısını kontrol edin.

Canlı site hâlâ yanlış sürümü gösteriyorsa, Atoms Support ile Chat Link, canlı URL, yayınlamayı amaçladığınız sürüm, zaman ve saat dilimi ile Uygulama Görüntüleyici ve canlı sitenin ekran görüntüleriyle iletişime geçin.

1. Anlık riski kontrol altına alın. Yayın hassas verileri açığa çıkarıyorsa veya güvenli olmayan bir davranış oluşturuyorsa, uygun bir Atoms Bulutu uygulaması için App Status bölümünü açıp Pause kullanın ya da herkese açık erişimi kaldırmak için Unpublish kullanın. Aktif bir risk yoksa gereksiz bir kesintiye neden olmaktan kaçının.
2. Etkilenen alan adını, yayınlama zamanını, mevcut sürümü, hedeflenen sürümü ve iş etkisini kaydedin.
3. Mevcut agent görevi durduktan sonra Versions bölümünü açın, bilinen son iyi sürümü seçin ve Restore this version seçeneğini seçin.
4. Geri yüklenen sürümü Preview içinde doğrulayın; kritik giriş, ödeme ve veri akışları dahil olmak üzere test edin, ardından bunu Publish veya Update edin.

Bir proje sürümünü geri yüklemek, production veritabanı değişikliklerini veya harici işlemleri geri almayabilir. Geri alma işlemini taklit etmek için production verilerini üzerine yazmayın veya silmeyin. Veri, kimlik bilgileri, ödemeler veya yıkıcı değişiklikler söz konusuysa hemen Support ile iletişime geçin.

1. Mevcut agent görevini durdurun veya bitmesini bekleyin; çakışan çalışma etkinken bir sürüm geri yüklenemez.
2. Versions bölümünü açın, bilinen son iyi sürümü bulun ve Restore this version seçeneğini seçin.
3. Geri yüklenen projeyi Preview içinde gözden geçirin ve değişen kritik akışları test edin.
4. Yalnızca Preview sonucu doğruysa Publish veya Update edin.

Bir proje sürümünü geri yüklemek, production veritabanı kayıtlarını, şema değişikliklerini, ortam değişkenlerini, ödemeleri, e-postaları veya diğer harici işlemleri mutlaka geri almaz. Yayın production verilerini değiştirdiyse veya hedef sürüm kullanılamıyorsa durun ve her iki sürüm numarası, etkilenen alan adı ve gerekli veri koruma sonucu ile birlikte Support ile iletişime geçin.

Pause ve Unpublish iki farklı işlemdir:

Pause (yalnızca Atoms Bulutu projeleri):

- Uygulama ziyaretçiler için kullanılamaz hale gelir.

- Sunucu kaynakları ayrılmış olarak kalır ve faturalandırma devam eder.

- Uygulamayı istediğiniz zaman App Status üzerinden yeniden başlatabilirsiniz.

Unpublish (tüm projeler):

- Web sitesi tamamen çevrimdışı olur. Yayınlanan URL'yi kullanan herkes erişimi kaybeder.

- Atoms Bulutu projeleri için sunucu kaynakları serbest bırakılır.

- Projeyi daha sonra yeniden yayınlayabilirsiniz, ancak siz bunu yapana kadar ziyaretçiler erişemez.

Hızlı yeniden başlatma ile geçici olarak yayından kaldırmak için Pause kullanın. Siteyi tamamen kaldırmak için Unpublish kullanın.

Tarayıcınız "too many redirects" gösteriyorsa veya sayfa içerik göstermeden sürekli yeniden yükleniyorsa:

1. Yönlendirme döngüsünün alan adı yapılandırmasından mı yoksa uygulamanın kendisinden mi kaynaklandığını belirlemek için platformun varsayılan Prod alt alan adını deneyin (özel alan adınızı değil).
2. Varsayılan Prod alt alan adı çalışıyorsa, platformla çakışabilecek yönlendirme kuralları için özel alan adınızın DNS ayarlarını ve alan adı kayıt kuruluşunuzu kontrol edin.
3. Önbelleğe alınmış yönlendirmeleri elemek için tarayıcı önbelleğinizi temizleyin veya bir Gizli pencere içinde test edin.

Sorun devam ederse Support ile iletişime geçin ve şunları ekleyin:

- Yönlendirme döngüsünü gösteren tam URL

- Varsayılan Prod alt alan adının erişilebilir olup olmadığı

- Alan adı ve DNS sağlayıcısı

- Tam hata ekran görüntüsü

Uygulamanız Preview içinde çalışıyor ancak eksik veya boş ortam değişkenleri nedeniyle production'da başarısız oluyorsa:

1. Ortam değişkeninin son yayınlamadan önce mi sonra mı kaydedildiğini kontrol edin. Sonra kaydedildiyse, değişikliğin etkili olması için yeniden yayınlamanız gerekir.
2. Değişkenin doğru ortam için ayarlandığını doğrulayın (Development ve Production).
3. Alt hizmet hata mesajının bir ipucu verip vermediğini kontrol edin — örneğin, "unauthorized" genellikle o ortamda bir API anahtarının boş veya yanlış olduğu anlamına gelir.

Sorun devam ederse Support ile iletişime geçin ve şunları ekleyin:

- Proje bağlantısı veya canlı URL

- Etkilenen anahtar adı ve sorunun hangi ortamda olduğu

- Alt hizmetten gelen tam hata

- Yapılandırma sayfasının hassas bilgilerden arındırılmış ekran görüntüsü

- Yapılandırmanın yayınlamadan önce mi sonra mı kaydedildiği

Önemli: Yalnızca anahtar adlarını paylaşın. Gizli değerleri, parolaları veya jetonları KESİNLİKLE göndermeyin.

Bulgular, farklı konumlara işaret ederken benzer ifadeler kullanabilir. Benzer ifade, sonuçların mutlaka yinelenen sonuçlar olduğu anlamına gelmez.

1. Her sonuç için bulgu adını ve gösterilen konumu karşılaştırın.
2. Tekrarlanan ifadeyi göz ardı etmek yerine her benzersiz konumu inceleyin.
3. Birkaç bulgunun aynı temel nedeni varsa, o nedeni düzeltin ve ardından her konumu tekrar kontrol edin.
4. Güncellenmiş sürümde güvenlik taramasını yeniden çalıştırın.

Aynı bulgu ve konum hâlâ birden fazla kez görünüyorsa, Atoms Support ile Chat Link, tarama zamanı ve saat dilimi, bulgu sayısı ve sansürlenmiş bir ekran görüntüsü ile iletişime geçin. Bir bulguda görünebilecek parolaları, anahtarları, jetonları veya diğer hassas bilgileri kaldırın.

Bildirilen bulgusu olmayan tamamlanmış bir tarama faydalı bir kontroldür, ancak her güvenlik veya çalışma zamanı sorununun bulunduğunu garanti edemez. Tarama seçilen proje sürümünü kontrol eder; uygulamanızın yine de gerçek kullanıcıların kullanacağı şekilde test edilmesi gerekir.

Yayınlamadan önce uygulamanızdaki önemli yolculukları test edin; buna oturum açma, kullanıcı rolleri, özel verilere erişim, ödemeler ve bağlı hizmetler dahildir. Farklı roller için ayrı test hesapları kullanın ve her hesabın yalnızca kendisi için amaçlanan bilgi ve işlemlere erişebildiğini doğrulayın.

Hesapları, özel verileri, ödemeleri veya kimlik bilgilerini açığa çıkarabilecek bir production sorunu keşfederseniz, önce etkilenen özelliğin kullanımını durdurun veya erişimi kısıtlayın. Açığa çıkmış olabilecek tüm kimlik bilgilerini yenileyin, ardından Atoms Support ile Chat Link, etkilenen sürüm, sorunu yeniden üretme adımları, zaman ve saat dilimi ve sansürlenmiş bir ekran görüntüsü ile iletişime geçin. Açığa çıkan kimlik bilgisinin kendisini paylaşmayın.

Tarama, yalnızca yöneticiye açık bir işlemin korunmasız olabileceğini bildiriyorsa, yetkisiz kullanıcıların bunu kullanamadığını doğrulayana kadar bulguyu çözülmemiş kabul edin. İşlem başka bir yolla yine de istenebiliyorsa, bir yönetici düğmesini gizlemek yeterli değildir.

1. Bulguyu açın ve adını verdiği işlemi veya konumu belirleyin.
2. Hangi oturum açmış rollerin bu işlemi kullanmasına izin verilmesi gerektiğine karar verin.
3. Agent'tan, düğme görüntülendiğinde değil, işlem istendiğinde kullanıcının iznini kontrol etmesini isteyin.
4. İşlemi oturum kapalıyken, normal bir test hesabıyla ve yetkili bir yönetici test hesabıyla test edin.
5. Reddedilen denemelerin hiçbir özel veriyi açığa çıkarmadığını ve hiçbir değişiklik yapmadığını doğrulayın, ardından güvenlik taramasını tekrar çalıştırın.

Yetkisiz bir hesap işlemi hâlâ kullanabiliyorsa etkilenen özelliği yayınlamayın. Çözemiyorsanız Atoms Support ile Chat Link, bulgu metni, etkilenen sürüm ve sansürlenmiş bir ekran görüntüsü ile iletişime geçin.

HTTPS, bilgi bir kullanıcı ile bir hizmet arasında taşınırken onu korur. Tarama bir HTTPS sorunu bildiriyorsa, etkilenen adresi, kaynağı, geri çağrıyı veya alan adı yapılandırmasını belirlemek için tam bulguyu kullanın.

1. Bulguyu açın ve bildirdiği tam konumu ve adresi not edin.
2. Agent'tan bu belirli bağlantıyı sağlayıcısının desteklediği güvenli adresle değiştirmesini veya ilgili alan adı yapılandırmasını düzeltmesini isteyin.
3. Harici hizmet güvenli bir eşdeğer belgelemiyorsa sertifika uyarılarını görmezden gelmeyin veya bir adresi körü körüne değiştirmeyin.
4. Etkilenen kullanıcı yolculuğunu yeniden test edin ve hiçbir parola, jeton, ödeme detayı veya özel bilginin güvenli olmayan bir bağlantı üzerinden gönderilmediğini doğrulayın.
5. Güncellenmiş sürümde güvenlik taramasını tekrar çalıştırın.

Bulgu düzeltemediğiniz bir özel alan adı veya sertifikayla ilgiliyse, Atoms Support ile Chat Link, etkilenen URL, bulgu metni, zaman ve saat dilimi ve sansürlenmiş bir ekran görüntüsü ile iletişime geçin.

Row Level Security veya RLS, her kullanıcının hangi veritabanı satırlarını okuyabileceğini veya değiştirebileceğini kontrol eden bir Supabase özelliğidir. Bu bulgu yalnızca proje Supabase kullandığında ve tarama erişim kurallarının gözden geçirilmesi gereken bir tablo belirlediğinde geçerlidir.

1. Bulguyu açın ve adını verdiği tabloyu belirleyin.
2. Bu tablonun verilerini kimlerin görüntüleyebilmesi, ekleyebilmesi, düzenleyebilmesi veya silebilmesi gerektiğini not edin.
3. Agent'tan bu kullanıcı yolculuklarını destekleyen en kısıtlayıcı Supabase politikalarını oluşturmasını isteyin.
4. Oturum kapalıyken ve her rol için ayrı bir test hesabıyla test edin. Her hesabın yalnızca amaçlanan satırlara ve işlemlere erişebildiğini doğrulayın.
5. Politikalar uygulandıktan sonra güvenlik taramasını tekrar çalıştırın.

Yalnızca uyarıyı temizlemek için RLS'yi devre dışı bırakmayın veya her kullanıcıya izin vermeyin. Mevcut verileri etkileyebilecek bir değişiklik yapmadan önce planı doğrulayın ve uygun olduğunda güvenli bir yedek veya dışa aktarma bulundurun. Supabase anahtarlarını veya veritabanı kimlik bilgilerini asla Sohbet içinde veya ekran görüntülerinde paylaşmayın.