Teknik

Önce build'in durum sayfasını açın — her aşamada Loglar düğmesi var ve nerede başarısız olduğunu tam olarak gösterir. Hataların çoğu üç gruptan birine girer: geçici bir altyapı tıkanması (Retry'a basın), AI'nın kendi düzeltebileceği bir kod hatası ("build başarısız oldu, hata şu: …" diye sohbet başlatın ve ilgili log satırını yapıştırın) veya bağlı bir servis sorunu (Stripe, GitHub, alan adı sağlayıcınız). Hiçbiri uymuyorsa proje ID'si ile destek ekibine yazın — pipeline'ı manuel olarak yeniden çalıştırabiliriz.

Üç yaygın neden. (1) DNS henüz tamamen yayılmadı — 5–15 dakika bekleyip hard refresh yapın. (2) Tarayıcı eski bir asset'i önbelleğe aldı — gizli pencerede açın. (3) İlk build'in çıktısı sözdizimsel olarak geçerli ama mantıksal olarak yanlıştı — "ana sayfa açıldığında boş görünüyor" diye sohbet başlatın; AI bir sonraki iyileştirmede düzeltir. Tarayıcı konsolu (F12 → Console) genellikle altta yatan hatayı gösterir.

Build'ler ortak bir kuyrukta çalışır. Free ve Starter standart önceliklidir ve yoğun saatlerde birkaç dakika bekleyebilir; Pro ve Business öncelikli slot alır ve neredeyse hiç sıraya girmez. Build'iniz 10 dakikadan uzun süredir kuyruktaysa bu olağan değildir — sayfayı yenileyin (durum websocket üzerinden güncellenir, bazen bağlantı kopar) ve hâlâ başlamadıysa proje ID'si ile destek ekibine yazın.

Evet. Projeyi açın, üç nokta menüsünü tıklayın ve "Redeploy"u seçin. Kodunuz aynen kalır — ancak yeni environment değişkenleri okunur, süresi dolmuş build artefaktları yeniden üretilir ve platform tarafında varsa iyileştirmeler (ör. runtime güvenlik yamaları) uygulanır. Değişiklik içermeyen bir redeploy 1 credit'tir ve bir dakikadan kısa sürede biter.

AWS'de, varsayılan olarak us-east-1 bölgesinde. Statik varlıklar CloudFront'un küresel edge ağından servis edilir; ziyaretçileriniz origin nerede olursa olsun yakın bir PoP'a ulaşır. Sunucu tarafı render AWS Lambda'da çalışır, proje veritabanınız Amazon RDS Postgres'tedir, yüklenen dosyalar S3'tedir. AB veri ikametgâhı yol haritasında ancak henüz kullanılabilir değil — sizin için kritik bir gereksinimse destek ekibine bildirin.

Evet — projenizin kodu, sizin adınıza oluşturduğumuz bir GitHub deposunda yaşar. Projenin Ayarlar → Repository bölümünü açıp URL'i görüp hesabınıza yazma erişimi verebilirsiniz. Klonlama, fork'lama veya başka bir GitHub organizasyonuna taşıma her depo gibi çalışır. Aynısı veritabanınız için de geçerli (Ayarlar → Veritabanı → Dışa aktar altında bir Postgres connection string sunarız). Kod ve verinin sahipliği sizdedir; FloopFloop bunun üzerindeki bir dağıtım + AI katmanıdır.

Pro ve üstünde: projeyi açın, Ayarlar → Domain'ler, "Domain ekle"ye tıklayın ve alan adınızı girin (kök veya alt alan). FloopFloop, registrar'ınıza eklemeniz gereken iki DNS kaydı gösterir — bir CNAME (veya apex alan adı için A/ALIAS) ve doğrulama için bir TXT kaydı. İkisi de algılandığında SSL otomatik olarak sağlanır ve alan adı genellikle 5–30 dakika içinde yayına girer. Free ve Starter özel alan adı desteklemez; bunu kullanmak için yükseltmeniz gerekir.

Sorunların çoğu DNS tarafındadır. CNAME (veya A/ALIAS) kaydının var olduğunu, FloopFloop'un gösterdiği değere işaret ettiğini ve doğrulamamızı engelleyen bir proxy'nin arkasında olmadığını kontrol edin (Cloudflare'in "turuncu bulutu" doğrulama bitene kadar kapalı olmalı — sonra tekrar açabilirsiniz). Dünyanın ne gördüğünü görmek için terminalden `dig alan-adiniz.com +short` çalıştırın. Doğrulama genellikle 15 dakikadan kısa sürer; bir saat sonra panel hâlâ "Pending" diyorsa alan adıyla destek ekibine yazın.

Tüm secret'lar AWS Secrets Manager'da AES-256 ile durağan şifrelidir ve yalnızca projenizin runtime'ında istek anında çözülür — hiçbir zaman diske ya da build loglarına yazılmaz. Bir secret kaydettiğinizde değer write-only olur: güncelleyebilir veya silebilirsiniz ama panelden tekrar okuyamazsınız. FloopFloop çalışanları açık metin değerlere erişemez; biz yalnızca anahtar adını ve denetim meta verilerini görürüz.

Evet. Ayarlar → Secret'lar bölümünü açın, ilgili kaydı bulun, "Rotasyon"a tıklayın ve yeni değeri yapıştırın. Yaklaşık 30 saniye içinde çalışan runtime yeni değeri okumaya başlar (secret'ları hot-reload ederiz, fonksiyonu yeniden başlatmayız). Secret build-time konfigürasyonun parçasıysa (nadiren), redeploy istemek için bir banner görürsünüz — yaklaşık bir dakika ve 1 credit.

Sohbette AI'a şöyle deyin: "her gün 09.00'da çalışan ve bana yeni kayıtların özetini e-postalayan bir cron iş ekle". AI kodunuzda `/api/cron/<ad>` route'u oluşturur, programı (cron ifadesi veya aralık) kaydeder ve her redeploy'da scheduler'ımız kaydı senkron tutar. Her çağrı projeye bağlı bir bearer token ile gelir, böylece yalnızca scheduler'ımız tetikleyebilir. Çalışma kayıtlarını ve logları Ayarlar → Schedule'lar altında görürsünüz.

macOS ve Linux: `curl -fsSL https://floop.tech/install.sh | sh`. Windows: floop-cli reposunun GitHub Releases sayfasından son installer'ı indirin veya `winget install FloopFloopAI.floop` kullanın. Kurulumdan sonra `floop login` çalıştırın — bu cihazı yetkilendirmek için tarayıcı açılır. Ardından `floop new`, `floop refine`, `floop deploy` ve diğer komutlar ek kurulum gerekmeden çalışır.

CLI token, `floop login`'in yerel yapılandırmanıza yazdığı kimlik bilgisidir — belirli bir cihazdaki insan kullanıcıyı tanımlar; o cihazı bırakınca /account/devices'tan iptal edebilirsiniz. API key, script'lerden, CI'dan veya üçüncü parti uygulamalardan gözetimsiz erişim içindir — /account/api-keys altında oluşturursunuz, isterseniz projeye scope edersiniz ve istediğiniz zaman rotasyon yaparsınız. Her ikisi de aynı `/api/v1/*` yüzeyini kullanır ama otomasyonlara yalnızca API key'leri konmalıdır.

Evet — sekiz birinci taraf SDK (Node, Python, Go, Rust, Ruby, PHP, Swift, Kotlin) hepsi aynı `/api/v1/*` yüzeyini sarar ve eşleşen metod adlarına sahiptir. Bir endpoint eklediğimizde aynı sürümde tüm SDK'lara yansıtırız. MCP sunucusu (`@floopfloop/mcp`) Node SDK'yı LLM ajanlarına yeniden açar ve yeni metodu otomatik alır. Bir boşluk fark ederseniz bu bir bug'dır — ilgili SDK reposunda issue açın.