SaaS,即软件即服务(Software as a Service),是指通过网络提供软件服务的一种模式。
SaaS平台供应商将应用软件统一部署在自己的服务器上,客户可以根据自身的工作实际需求,通过互联网向厂商定购所需的应用软件服务。 SaaS并不是一个特定的软件,而是一种提供软件服务的方式,它的核心是把软件部署为在线服务,通过互联网供用户使用,而传统的软件,是需要用户买断,或者以传统方式安装到本地电脑使用的。
总结来说,SaaS是一种通过网络提供软件服务的方式,用户可以按需使用,按需付费。
SAAS变了。 一直以来的卖席位,在AI SAAS领域,变成了订阅限量,也就是订阅后每个月renew一定的使用 […]
Den 6. november 2023 blev WordPress v6.4.2 frigivet. To dage senere migrerede jeg min blog til en anden server. Senere […]
Til det platform CMS, jeg selv byggede, har medlemsabonnementsdelen altid været "simpel at implementere". I weekenden omstrukturerede jeg denne del og udviklede kernedelen.
1. Metode
Generelt omfatter medlemskabsabonnement hovedsageligt tre dele: medlemskabsabonnementsplan og køb, medlemstilladelseskontrol og medlemsadministration.
1. For medlemskabsabonnementer og køb
Bare forbered dig på at lave nogle udvidelser baseret på det eksisterende indkøbscentersystem.
2. For medlemstilladelseskontrol,
Dette skal nævnes specielt. Vi planlægger ikke at gøre det baseret på et rolletilladelsessystem, men et separat medlemskontrolleret system.
Med udgangspunkt i rolleautoritetssystemet laves medlemmer om til en rolleserie, og hver type medlem laves til en rolle i denne rollerække. Det lyder fornuftigt. Men i dette tilfælde er det meget besværligt at gøre eller bruge, især når der er mange forretninger, de forskellige logikker vil være meget komplicerede, og alle former for forvirring vil opstå, hvis du ikke er forsigtig. Og det er ikke fleksibelt nok.
Desuden er medlemskabsabonnementsdelen af mange fremragende systemer faktisk ikke rollebaseret. I stedet implementeres tilladelseskontrol baseret på "mærker" eller ordrer. Mange velsælgende medlemskabsabonnement plug-ins, herunder WordPress, er lavet på denne måde.
Baseret på "brugertag":
I bund og grund er det samme princip som karaktersystemet. Det er for at definere nogle "mærker" af medlemmer. Brugere, der køber medlemskabsabonnementet, der er forbundet med dette "mærke", vil blive "mærket med dette mærke", så kontrollen af medlemstilladelser kan opnås.
Baseret på ordre:
Køb et medlemskabsabonnement og lav en ordre Efter betaling vil udløbstiden blive skrevet ind i ordren. Derfor kan du ud fra rækkefølgen vurdere, om brugeren er medlem, hvad det er for et medlem, og om det er udløbet. På denne måde kan du kontrollere medlemstilladelser.
Jeg har tidligere lavet en ordrebaseret metode, og denne gang planlægger jeg at bruge "brugertags".
Der er ikke noget galt i at være baseret på ordrer, men ordresystemet i platformen CMS, jeg bygger nu, understøtter mange ordretyper, hvilket gør ordremodellen relativt "stor, jeg har ikke planer om at "lægge vægt" på den længere. så jeg valgte Baseret på "brugertags".
3. Medlemsstyring
Baseret på den eksisterende brugerstyringsudvidelse planlægger vi ikke at lave medlemsstyring alene.
2. Gældende scenarier
1. Grundscenarie
Hele produktet har en eller flere abonnementsplaner, som brugerne køber og nyder godt af medlemstjenester.
Definer medlemsmærker globalt. Hvert medlemsmærke indeholder mindst tre felter: navn, slug og tilhørende abonnementsplan-id.
Når en bruger køber en abonnementsplan med et medlemsmærke, vil medlemsmærket og udløbstiden blive skrevet ind i brugerens metadata.
2. Platform/multi-lejer scenario
For platforme og SAAS med flere lejere er der et meget vigtigt scenarie: abonnementsplanen leveret af leverandøren selv.
Definer leverandørens medlemstag i leverandørens brugers metadata. Nøglen til leverandørens medlemstag kan ikke være den samme som nøglen til det globale medlemstag.
Når en bruger køber et abonnement hos denne udbyder, vil det tilsvarende medlemsmærke og udløbsdato blive skrevet til den købende brugers metadata.
Denne iteration implementerer kun grundlæggende scenarier, men den skal kunne udvides til platforms- og multilejerscenarier.
3. Find ud af, om medlemskabet er udløbet, når du logger ind
Når brugeren logger ind, vurderes det, om det er udløbet. Hvis det er udløbet, opdateres medlemsmærket i metadataene til falsk og udløbsdatoen til falsk.
Sidste år hjalp jeg en international HRsaas-virksomhed med at lave en plan. Kernen i denne plan er to personer, der med succes har bygget en B-side SAAS-platform […]
Der er to typer WEB: dokumenttype og applikationstype. Dokumenttype WEB bruges til at bære indhold. Det kræver ikke meget interaktion, men det skal være søgemaskinevenligt. For eksempel forskellige blogs […]
For år siden skrev jeg "Gennemgang af en internetbiludlejningsplatform – hvordan man holder en hel industri" (artiklen er kodeordsbeskyttet og kan ikke ses af almindelige mennesker). Denne artikel handler hovedsageligt om […]
微信小程序嵌入WEB的登录和PC端微信扫码登录,难度不大,但涉及修改的地方比较多,涉及到我的BAAS平台、低代 […]
Jeg har bygget mange produkter og systemer. Fordi det ofte involverer spørgsmål om rettighedsforvaltning, har jeg lavet nogle resuméer. For et par år siden byggede jeg en storstilet handelsplatform ([…]
主要参考两个block编辑器: wordpress的古腾堡编辑器: https://wordpress.org […]