@enkupa/nuxt modülü — SSR cache invalidation patternleri
Storefront'u Nuxt ile headless kuruyorum. Ürün güncellemesi sonrası SSR cache'i nasıl temiz tutuyorsunuz? Webhook → revalidate mi, time-based mi?
Storefront'u Nuxt ile headless kuruyorum. Ürün güncellemesi sonrası SSR cache'i nasıl temiz tutuyorsunuz? Webhook → revalidate mi, time-based mi?
Yanıt yaz
Bu konuda hem resmi dokümantasyonda hem de Enkupa Academy'de detaylı video var. Özetle, önce sandbox'ta test akışını kur, sonra canlıda %10 canary deploy ile ilerle. Rate limit aşımı durumunda SDK otomatik exponential backoff yapar — minimumDelay'i 1.2'ye çekmeni öneririm. Ayrıca her marketplace için ayrı reservation pool tut; tek havuzda yarış koşulu çıkarıyor.
Biz de aynı sorunla karşılaştık. Webhooks yerine scheduled sync kullanınca hem rate limit hem de iş yükü dengelendi. Öneri: - Her 5 dakikada tam delta sync - Webhook sadece kritik event'ler (order.placed, payment.captured) - Stok güncellemelerini batched 50'lik chunk olarak gönder
Selim'in cevabı işimi gördü, partner support ile limit artırımı aldık. Teşekkürler topluluk! ✅
Yukarıdaki çözüm bizde de işe yaradı, +1. Ek olarak Enkupa Partner Support ticket açmanızı da öneririm — bazen hesap-özel limit artışı yapıyorlar (özellikle BlackFriday öncesi).
Bizim setup'ımızı da paylaşayım: Enkupa'un built-in rate limiter'ına token bucket eklediğimde yarı yarıya azaldı. Custom plugin koduyla birlikte gist linki: gist.enkupa.dev/m-ergin/enkupa-rate-limiter
14 gün ücretsiz dene. Kredi kartı gerekmez. İlk siparişine 5 dakikada hazır ol.