neo yang

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.

嵌入的网页必须是https的url才能显示，http的url不显示。

I 2019 byggede jeg en kort social video-APP, der gik til udlandet. På det tidspunkt blev der lavet en sammenlignende analyse af brugeradfærden hos TikTok og Douyin. Nedenfor er nogle noter fra dengang.

1. Om korte videoer og live-udsendelser

For indenlandske brugere bruges korte videoer og live-udsendelser til at skabe indhold, så korte videoer og live-udsendelser er begge former for indhold.

For oversøiske brugere er korte videoer og live-udsendelser først og fremmest kommunikationsmetoder. Korte videoer er først og fremmest begrebet tekstbeskeder, men de er kun videoer. Live-udsendelse er først og fremmest konceptet med at foretage et telefonopkald, men det kan synkronisere videoskærmen, uanset om det er en-til-en eller en-til-mange.

Det er derfor, der er mange sociale apps baseret på korte videoer og livekommunikation i udlandet, mens i Kina er de fleste af dem produkter, der producerer korte videoer og serverer bedre live-udsendelser.

2. Om fans

For indenlandske brugere er fans penge, og antallet af følgere er nøgletallet, der bruges til at tjene penge.

For oversøiske brugere, især for europæiske og amerikanske brugere (Tiktoks brugerbase er generelt yngre), er fans venner, hvilket er et antal værd at vise frem. Et stort antal yngre brugere på TikTok har generelt mange venner.

3. Om liveudsendelse og liveudsendelsesgaver

Indenlandske live-udsendelser handler udelukkende om indhold. Det vigtigste er scenekunst og salg af varer. Smukke billeder, forskellige fristelser og en stor indsats.

Oversøiske live-udsendelser, inklusive TikTok, er virkelig "kommunikationsværktøjer."

Først og fremmest er det samlede antal live-udsendelser uforlignelig med Douyin.

Så er den mest almindelige scene en kvinde, der chatter med en gruppe mænd. lokke? Hvad er det? Bare chatter afslappet. Sådanne gaver er sjældne.

Ind imellem er der optrædende, men deres kvalitet og popularitet er langt fra indenlandske live-udsendelser. Situationen med at give gaver er generelt uforlignelig med indenlandske live-udsendelser.

js的问题，都是异步的问题。

wordpress对各种js的加载也是按一定的顺序的。wordpress基本上是先加载本身的js，然后再加载自己定义的js。

$(function(){})

这样如果遇到如下问题

uncaught typeerror: $ is not a function

可以换个写法

jQuery(function($){})