Giriş yapmak

    Deneyim Özeti

    从Namecheap到Cloudflare,如何更换域名的name server

    我有很多域名是在namecheap.com注册的。而现在,有很多网站是部署在cloudflare上的。之前为了 […]

    ChatGPT+V0+Cursor:不写代码,打造一个出海工具站

    大约半年前,看中了一个关键词,是个AI图片生成类的关键词。AI图片生成类的出海工具站,这两年都很赚钱。所以,买 […]

    SDXL: Kararlı Difüzyon nasıl kullanılır?

    Son zamanlarda Stable Diffusion XL'in (SDXL) en son sürümünü temel alan bir WordPress eklentisi geliştirildi. Stable Diffusion, ücretsiz, açık kaynaklı bir görüntü oluşturma modelidir ve kod doğrudan Stability AI resmi web sitesi aracılığıyla indirilebilir. Modeli kendi başınıza dağıtmak daha pahalı ve zor olsa da Docker görüntüsü kullanmak veya manuel olarak yüklemek mümkündür. Ayrıca büyük modeller ve API'ler Replicate.com web sitesi aracılığıyla tüketilebilir veya dağıtılabilir. Genel olarak Stabil Difüzyon ve SDXL, yapay zeka görüntü oluşturma ürünlerinde yaygın olarak kullanılmaktadır.

    Nextjs+next-intl çoklu dil uluslararasılaştırma en iyi uygulaması (APP yönlendirici)

    Nextjs iki yönlendirici sunmaktadır: APP ve Page, Sayfa aşamalı olarak kullanımdan kaldırılmıştır. Yazar daha önce Page yönlendirici uluslararasılaştırmayı kullanmıştı ancak o zamandan beri APP yönlendiriciye dayalı uluslararasılaştırmayı uyguladı. Çeşitli çözümleri değerlendirdiler ve next-intl'in en basit ve en başarılı çözüm olduğunu buldular Gönderide dizin yapısı, yönlendirme, ara yazılım kurulumu, çeviri dosyalarının nasıl yükleneceği ve çevirilerin nasıl uygulanacağı özetleniyor ve seçilen uluslararasılaştırma çözümü ne olursa olsun yönlendirme, dosya yapısı ve çeviri uygulamasının temel unsurlar olduğu vurgulanıyor.

    Nextjs+I18n çoklu dil uluslararasılaştırmaya yönelik en iyi uygulamalar (arama motoru dostu)

    Not: Bu en iyi uygulama sonraki sayfaların yönlendirmesine dayanmaktadır. Uygulama yönlendirme için uygun değil. Dizinin temel fikri next-i18ne kullanmaktır […]

    Google Gemini: Google'ın geniş dil modeli Gemini nasıl kullanılır?

    Google'ın çok modlu geniş dil modeli yakın zamanda piyasaya sürüldü. Google Gemini resmi web sitesi Google Gemini üç versiyona ayrılmıştır […]

    Yeni WordPress deneyimi: SAAS ile düşük kodlu ve kodsuz web siteleri oluşturma

    6 Kasım 2023'te WordPress v6.4.2 yayınlandı. İki gün sonra blogumu başka bir sunucuya taşıdım. Daha sonra […]

    Sanal havayolu iş kollarının gözden geçirilmesi - tedarik zinciri büyümesi ve yapısı

    1. Uçak biletlerinin genel durumu 1. İş ekolojisi İnternet ve OTA'nın büyük gelişmesinden bu yana, uçak bileti işi yavaş yavaş iki iş biçimi oluşturdu: platform ve tedarik zinciri. […]

    Düşük kodlu platformu dağıtın; üretken, düşük kodlu yönüdür

    Beni tanıyan arkadaşlar bilir, salgın sırasında kendimi kodlayıp bir BAAS (back-end as a service bulut bilişim platformu) ve low-code platform kurdum. Nedeni […]

    Zaman:2023/07/17

    Üyelik aboneliği modülünün yinelenmesi

     

     

    Kendi oluşturduğum CMS platformu için üyelik aboneliği kısmı her zaman "uygulanması kolay" olmuştur. Bu hafta sonu bu kısmı yeniden yapılandırdım ve ana kısmı geliştirdim.

    1. Yöntem

    Genel olarak üyelik aboneliği temel olarak üç bölümden oluşur: üyelik abonelik planı ve satın alma, üye izin kontrolü ve üye yönetimi.

    1. Üyelik abonelik planları ve satın alımlar için

    Mevcut alışveriş merkezi sistemine dayalı olarak bazı genişletmeler yapmaya hazırlanın.

    2. Üye izin kontrolü için,

    Bunu özellikle belirtmek gerekiyor, bunu rol izin sistemi üzerinden değil, üye kontrollü ayrı bir sistem üzerinden yapmayı planlıyoruz.

    Rol yetki sistemine göre üyeler bir rol dizisine dönüştürülür ve her üye türü bu rol dizisinde bir rol haline getirilir. Kulağa makul geliyor. Ancak bu durumda yapılması veya kullanılması oldukça zahmetlidir, özellikle iş çok olduğunda çeşitli mantıklar çok karmaşık hale gelecek ve dikkatli olunmadığı takdirde her türlü kafa karışıklığına neden olacaktır. Ve yeterince esnek değil.

    Üstelik pek çok mükemmel sistemin üyelik aboneliği kısmı aslında rol bazlı değil. Bunun yerine izin kontrolü "işaretlere" veya emirlere göre uygulanır. WordPress dahil pek çok çok satan üyelik aboneliği eklentisi bu şekilde yapılır.

    "Kullanıcı etiketleri" temel alınarak:

    Özünde karakter sistemiyle aynı prensiptir. Üyelerin bazı "markalarını" tanımlamaktır.Bu "marka"ya bağlı üyelik abonelik planını satın alan kullanıcılar "bu işaretle işaretlenecek", böylece üye izinlerinin kontrolü sağlanabilecektir.

    Siparişe göre:

    Üyelik abonelik planı satın alın ve sipariş oluşturun.Ödeme yapıldıktan sonra son kullanma tarihi siparişe yazılacaktır. Dolayısıyla kullanıcının üye olup olmadığına, ne tür bir üye olduğuna, süresinin dolup dolmadığına göre sıralamaya göre karar verebilirsiniz. Bu şekilde üye izinlerini kontrol edebilirsiniz.

     

    Daha önce sıra bazlı bir yöntem yapmıştım bu sefer "kullanıcı etiketleri" kullanmayı planlıyorum.

    Siparişlere dayalı olmanın yanlış bir yanı yok, ancak oluşturduğum CMS platformunun sipariş sistemi şu anda birçok sipariş türünü destekliyor, bu da sipariş modelini nispeten "büyük" hale getiriyor.Artık buna "ağırlık eklemeyi" planlamıyorum, bu yüzden "kullanıcı etiketlerine" dayalı olarak seçtim.

    3. Üye yönetimi

    Mevcut kullanıcı yönetimi eklentisini baz alarak üye yönetimini tek başına yapmayı planlamıyoruz.

     

    2. Uygulanabilir senaryolar

    1. Temel senaryo

    Ürünün tamamı, kullanıcıların satın aldığı ve üyelik hizmetlerinden yararlandığı bir veya daha fazla abonelik planına sahiptir.

    Üyelik etiketlerini genel olarak tanımlayın. Her üyelik etiketi en az üç alan içerir: ad, bilgi ve ilgili abonelik planı kimliği.

    Bir kullanıcı üyelik işaretli bir abonelik planı satın aldığında, üyelik işareti ve son kullanma tarihi kullanıcının meta verilerine yazılacaktır.

    2. Platform/çok kiracılı senaryo

    Platformlar ve çok kiracılı SAAS için çok önemli bir senaryo var: Satıcının kendisi tarafından sağlanan abonelik planı.

    Tedarikçinin kullanıcı meta verisinde tedarikçinin üyelik etiketini tanımlayın.Tedarikçinin üyelik etiketinin anahtarı, global üyelik etiketinin anahtarı ile aynı olamaz.

    Bir kullanıcı bu sağlayıcıdan bir abonelik planı satın aldığında, ilgili üyelik etiketi ve son kullanma tarihi, satın alan kullanıcının meta verilerine yazılacaktır.

    Bu yineleme yalnızca temel senaryoları uygular ancak platform ve çok kiracılı senaryolara genişletilebilmesi gerekir.

     

    3. Giriş yaparken üyeliğin süresinin dolup dolmadığını belirleyin

    Kullanıcı giriş yaptığında süresinin dolup dolmadığına bakılır, eğer süresi dolmuşsa meta verideki üye işaretini false, son kullanma tarihini ise false olarak güncelleyin.

     

    Etiketler: ,


    telif hakkı © www.lyustu.com tüm hakları saklıdır.
    Tema: TheMoon V3.0.Yazar:neo yang