
Sprog 🇩🇰 Dansk
Grundlæggende
Udseende og fornemmelse
Live-kommentarer
Paginering & sortering
Svarboksen
SSO
Anonym kommentering
Diverse
Tilpasninger & Konfiguration
Tilpasninger og konfiguration
Kontekst
Her finder du dybdegående dokumentation om hver af de funktioner og indstillinger, som kommentar-widget'en understøtter.
Denne dokumentation dækker kernebegreber og går i dybden med hvert funktionalitetsområde, med vejledninger og almindelige faldgruber.
Kodeeksempler vil blive vist, med relevante linjer fremhævet. Skærmbilleder af konfigurationssider vil blive vist, hvor det er relevant.
Kodeeksemplerne vil bruge vores vanilla JavaScript-bibliotek, men konfigurationsmulighederne bruger de præcis samme navne for alle versioner af kommentar-widget'en (React, Vue osv.).
De fleste konfigurationer og funktioner, der er skitseret i denne guide, kræver ikke, at der skrives kode.
Identificering af din konto 
Du vil måske bemærke, at kommentar-widgeten kan bruges med en Tenant ID på "demo", for eksempel:
Run 
Dette er kun ment til at prøve og lege med kommentar-widgeten. I produktion ville du angive din Tenant ID, således:
Run 
Din Tenant ID kan findes allerede indsat i kommentar-widgetens kodeeksempel i din konto.
Du kan også finde din Tenant ID og administrere dine API-nøgler på siden med API-legitimationsoplysninger.
Fremover, hvis du er logget ind på FastComments, vil kodeeksemplerne bruge din rigtige Tenant ID (hvis du er logget ind på https://fastcomments.com).
Hvordan kommentarer er knyttet til sider og artikler 
Når du gengiver en kommentartråd, eller efterlader en kommentar, skal FastComments vide, hvilken side, artikel eller produkt de kommentarer tilhører.
For at gøre dette bruger vi noget, vi kalder "URL ID". Det er enten en identifikator, som en streng eller et tal, eller en URL.
Som standard, hvis du ikke angiver urlId, vil den blive sidens URL. Vi tager den aktuelle sides URL og renser den for at fjerne eventuelle almindelige marketingparametre eller sporingsidentifikatorer.
I tilfælde af tredjepartsintegrationer, som WordPress, vil vores plugin normalt bruge den identifikator, der repræsenterer den aktuelle information, der vises, som URL ID, for eksempel artikel-/side-id'et.
Run 
En ting, vi ofte vil referere til i dette dokument, er Widget-tilpasnings‑UI.
Dette UI kan bruges til at foretage mange ændringer af kommentarfunktionen uden at bruge kode.
Når du opretter en tilpasningsregel, vil vi ofte have den til at gælde for alle sider på vores site. I nogle tilfælde vil vi dog tilpasse kommentarfunktionen på en bestemt side, enten for at anvende brugerdefineret styling eller måske gøre kommentarer for den pågældende side anonyme. Du kunne også for eksempel få live‑kommentarer til at vises med det samme på nogle sider, mens de skjules under notifikationsknapper på andre.
Alt dette er muligt via URL ID‑indtastningsfeltet på denne side, som ser ud som følger:
Værdien i dette felt skal matche urlId-parameteren, der sendes til kommentarfunktionen. Hvis du vil have din tilpasningsregel til at være urlId-agnostisk, så lad dette felt stå tomt eller indtast *.
Fra 2023 accepterer URL ID-feltet i widget‑tilpasning nu også mønstre! For eksempel kan du have */blog/* for at tilføje styling specifik for din blog og */store/* for at have styling specifik for din butik, alt sammen mens du bruger samme domæne.
Faldgruber
- Hvis din side har hash‑parametre (som example.com#page-1) - vil dette som standard blive en del af URL ID.
- Under migrationer, for eksempel fra WordPress til Gatsby, kan du blive nødt til at migrere URL ID‑kommentarværdierne efter den første migration. I så fald kan du kontakte os.
Visning af de samme kommentarer på forskellige sider 
Da urlId-parameteren lader os definere, hvilken side eller id kommentarerne er knyttet til, kan vi ganske enkelt sætte urlId til den samme værdi på disse sider.
Run 
Tilpasset styling 
FastComments er designet til at kunne tilpasses. Kommentar-widget'en kører i en iframe af sikkerhedsmæssige årsager, så for at anvende brugerdefineret styling skal du følge én af to fremgangsmåder.
Den første, den letteste fremgangsmåde, og den vi foretrækker, er at bruge widget customization page.
På widget-tilpasningssiden, se sektionen "Show Advanced Options", hvor der er et område mærket "Custom CSS":
Denne fremgangsmåde har nogle fordele:
- Den indtastede CSS minimeres, før den sendes til brugeren, og formateringen holdes konsistent i redigerings‑UI’et.
- Du får alle fordelene ved widget‑tilpasnings‑UI’et, f.eks. nem tilpasning af kommentar‑widget’en forskelligt for forskellige sites.
- Når vi laver ændringer i kommentar‑widget’en, vil din brugerdefinerede styling blive testet som en del af vores udgivelsesproces.
Den anden fremgangsmåde er at angive customCSS‑parameteren i widget‑konfigurationen, som følger:
Run 
Dette har dog begrænsninger:
- Der er en grænse for, hvor meget custom CSS der kan sendes, før vores servere afviser anmodningen, på grund af header‑størrelsen.
- Du skal selv håndtere den brugerdefinerede CSS i din infrastruktur og dit build‑system. Dette kan også være en fordel snarere end en ulempe.
- Der er en ekstra overhead ved at sende den brugerdefinerede CSS over netværket to gange i dette tilfælde, da den først skal sendes til vores servere og derefter sendes tilbage i iframe‑indholdet. For de fleste payload‑størrelser er dette dog ikke mærkbart.
- En almindelig optimering er at minimere CSS’en for at reducere dens størrelse over netværket, men med denne fremgangsmåde skal du selv håndtere det.
- Din brugerdefinerede CSS vil ikke blive testet, når vi laver ændringer.
Eksterne CSS-filer
Du kan fortælle widget'en at hente en ekstern fil ved at bruge @import!
Det anbefales at placere @import i en tilpasningsregel. På den måde kan vi, hvis vi nogensinde skal foretage en ændring i kommentar‑widget'en, bruge vores automatiserings‑værktøjer til at verificere din opsætning. Så for eksempel ville du oprette en tilpasningsregel i Widget‑Customization‑UI’et, klikke på Advanced og indtaste i Custom CSS:
@import url(https://example.com/styles.css);
I kode - Ikke anbefalet
Du kan også indlæse en ekstern CSS‑fil via customCSS‑egenskaben:
Run 
Men husk, at din CSS ikke vil kunne blive testet af os, hvis du gør dette.
Styling af brugerprofilmodal
Brugerprofil‑modaler kan også styles med custom CSS. For at sikre, at brugerdefineret styling anvendes på brugerprofiler, skal alle CSS‑selektorer være forudgået af .user-profile. Uden dette præfiks vil brugerdefineret styling blive ignoreret for brugerprofil‑modaler.
For eksempel:
Run 
Bagudkompatibilitet
Hos FastComments ved vi, at vores kunder tilpasser kommentar‑widget'en. Det er med vilje – det sidste, vi ønsker, er at vores produkt forårsager design‑inkonsistens i dit produkt.
Da dette er en vigtig del af vores produkt, har vi en build‑pipeline, der gør det muligt for os at gennemgå ændringer i kommentar‑widget'en per kunde ved hver udgivelse.
Hvis vi finder mindre problemer, vil vi opdatere din konto for at sikre, at udgivelsen forløber glat. Hvis vi ser større, kritiske ændringer, giver dette os mulighed for at stoppe udgivelsen.
Tilpassede skrifttyper 
FastComments er designet til at blive tilpasset, og skrifttypen vores widgets bruger er ingen undtagelse.
Som standard bruger FastComments system font stack for at se så godt ud som muligt på en bred vifte af enheder.
For at definere dine egne skrifttyper, se Dokumentation for brugerdefineret CSS.
Der finder du en måde at definere brugerdefineret CSS på, som gør det muligt at angive de skrifttyper, du ønsker.
Sådan defineres skrifttypen
For at tilsidesætte skrifttypen anbefaler vi, at du definerer din CSS ved hjælp af .fast-comments, textarea selektorerne. For eksempel:
Run 
Fjernelse af branding 
For kunder med Pro- eller Enterprise-konti er white-labeling tilladt. Kontakt os blot kontakt os, og vi hjælper dig gerne.
Hvis du blot ønsker at fjerne vores logo fra kommentar-widgeten, er dette automatisk aktiveret på Flex- og Pro-planerne.
Disse planer giver også den samme funktionalitet for e-mails sendt fra vores platform.
Understøttelse af mørke baggrunde (Mørk tilstand) 
Som standard vil FastComments kommentar-widget automatisk opdage mørk tilstand på de fleste websteder.
Når mørk tilstand opdages, skifter FastComments fra sort tekst på hvid baggrund til hvid tekst på sort baggrund. Billeder vil også ændre sig.
Når siden indlæses, vil widget'en forsøge at bestemme, hvor mørk baggrunden på siden er bag kommentarfeltet. Det betyder, at siden kan have en hvid baggrund, men hvis du placerer kommentarfeltet inde i en container med en sort baggrund, bør mørk tilstand stadig automatisk blive aktiveret for at gøre kommentarerne læsbare.
Dog kan detektionsmekanismen, som er afhængig af at bestemme "luminans", muligvis ikke aktivere mørk tilstand, når du ønsker det. For at tvinge den til at aktivere mørk tilstand, sæt hasDarkBackground-flaget til true som følger:
Run 
Skift mellem mørk tilstand 
For sider, der tillader at skifte dark mode efter den indledende sideindlæsning, er dette lidt mere kompliceret.
Først indeholder alle aktuelle versioner af Comment widget-biblioteket (React, Vue) eksempler på at skifte dark mode i deres respektive repositories.
For VanillaJS-widgetten skal vi lave lidt mere arbejde. Først returnerer FastCommentsUI et objekt med funktionerne "destroy" og "update".
Vi kan simpelthen kalde update-funktionen, hver gang vi vil opdatere comment widget-konfigurationen, som følger. Her er et komplet fungerende eksempel på at skifte dark mode med VanillaJS-widgetten.
Run 
Overskrive tekst 
Med FastComments kan al tekst i kommentarfunktionen tilpasses.
Du kan tilsidesætte et enkelt stykke tekst, som f.eks. send‑knappen, eller al tekst i hele kommentarfunktionen.
Som standard oversættes teksten i kommentarfunktionen baseret på brugerens locale. Men vi kan tilsidesætte teksten, hvis vi er sikre på, at vores brugerbase bruger den samme locale/sprog, for eksempel:
Run 
Alle tilpasselige oversættelser kan findes her under fanen "avancerede indstillinger".
Der er dog en nemmere måde via widget‑tilpasnings‑UI'en. Der kan vi blot finde den tekst, der vises i kommentarfunktionen i EN_US‑locale, og angive en erstatning.
Alle oversættelses‑overrides påvirker i øjeblikket alle locale.
Dette dækker widgetens egen tekst. For at oversætte de kommentarer, dine besøgende skriver, se Comment Translation.
Ændring af standardavatar 
Når en bruger kommenterer med FastComments for første gang, vil vi forsøge at hente deres avatar fra https://gravatar.com/.
Hvis vi dog ikke finder en avatar, eller brugeren aldrig indstiller en i deres konto, viser vi et statisk standardavatarbillede.
For at angive dit eget statiske avatarbillede kan du bruge indstillingen defaultAvatarSrc.
Run 
Dette kan også gøres uden kode. På widget-tilpasningssiden, se sektionen "Default Avatar".
Bemærk, at definition af avataren for en bestemt bruger, som med SSO, er dækket i sin egen sektion.
Deaktivering af avatarer 
Avatarer kan fjernes helt fra kommentar-widgeten, selvom brugerne har defineret deres egen avatar.
Run 
Dette kan tilpasses uden kode på widget-tilpasningssiden:
Deaktivering af alle standardstile 
For større tilpassede stylingprojekter kan det være ønskeligt at starte med en ren tavle og slet ikke bruge standardstylingen.
Al standardstyling kan fjernes ved at sætte noStyles-parameteren til true, som følger:
Run 
Dette kan tilpasses uden kode på widgettilpasningssiden under Avancerede indstillinger:
Linkning fra kommentarer til sider 
Når du sender notifikations-e-mails, eller gengiver kommentarer i brugergrænseflader som moderationssiden, er det nyttigt at kunne linke fra kommentaren til den side, den står på.
Hvis URL ID ikke altid er et ID, så er vi nødt til at gemme URL'en et andet sted. Det er det, "url" property er til, defineret som følger.
Run 
Et almindeligt brugsscenarie er at knytte kommentartråden til en identifikator, som en artikel, og derefter linke tilbage til en bestemt side, for eksempel:
Run 
URL'en bliver ikke renset for almindelige marketingparametre. Som standard gemmes præcis den aktuelle side-URL sammen med kommentaren.
Sammenfold svar som standard 
Som standard vises svar på top‑niveau kommentarer.
Dette kan konfigureres, så brugeren skal klikke på "Show Replies" på top‑niveau kommentarer for at se svarene.
Run 
Dette kan tilpasses uden kode på widget‑tilpasningssiden:
Denne indstilling påvirker ikke antallet af top‑niveau kommentarer, der indlæses initialt. Hvis du har én top‑niveau kommentar og 29 svar, vil du med denne indstilling:
- Se top‑niveau kommentaren.
- Se "Show Replies" (29) under denne kommentar.
Hvis du ønsker at vise alle top‑niveau kommentarer i kombination med denne mulighed, skal du sætte starting page to -1.
Aktiver WYSIWYG 
Som standard udføres formateringsfunktionerne i FastComments ved at tilføje synlige anker‑tags som <b></b> omkring din tekst. Når du klikker på værktøjslinjen
eller bruger genveje, sker dette automatisk. Nogle fællesskaber kan dog ønske at bruge formatering uden anker‑tags. Dette kaldes at aktivere
WYSIWYG‑editoren (what you see is what you get). Denne editor ser nøjagtig ud som standardeditoren, men indlæser ekstra kode, så brugere kan gøre deres tekst fed, understreget osv. uden synlige anker‑tags.
Run 
Dette kan også gøres uden kode. På widget‑tilpasningssiden, se indstillingen "Enable Advanced Formatting".
Deaktivering af værktøjslinjen 
Som standard vil FastComments vise en værktøjslinje, når du skriver en kommentar, for at give genveje til at dekorere tekst og uploade billeder.
Denne værktøjslinje kan deaktiveres i kode eller med tilpasnings‑UI'en.
Run 
Dette kan også gøres uden kode. På widget‑tilpasningssiden, se indstillingen "Disable The Reply Toolbar".
Deaktivering af blokering 
Som standard tillader FastComments brugere at blokere andre brugere. At blokere en bruger vil få deres kommentarer til at blive maskeret, forhindre meddelelser mellem brugerne, og så videre.
Det kan være ønskeligt at deaktivere denne funktionalitet. Det kan gøres på følgende måde:
Run 
Dette kan også gøres uden kode, hvilket også muliggør korrekt server‑side validering, via Widget‑tilpasnings‑UI'en:
Bestemmelse af hvilken side der skal vises 
Når der hentes og gengives kommentarer, skal kommentarwidgeten vide, hvilken side den skal starte på. Som standard starter den med den første side og gengiver kun den side.
Hvis ønsket, kan den præcise side, der skal gengives, sendes til kommentarwidgeten som indstillingen startingPage.
Run 
Bemærk, at sidetal begynder ved nul, så ovenstående eksempel gengiver den anden side.
Skift kommentarfærd uden at genindlæse siden 
Vi har gennemgået, hvordan urlId er id'et for siden eller artiklen, som kommentarerne er tilknyttet.
For at opsummere: hvis ikke defineret, vil urlId som standard være den aktuelle sides URL.
Hvad med SPAs, eller Single-Page-Applications, hvor siden eller indholdet, som kommentarerne er tilknyttet, ændrer sig dynamisk uden en ny sideindlæsning?
Angular, React, Vue, osv.
Med vores biblioteker som Angular og React vil en simpel opdatering af urlId-egenskaben, der sendes til widget'en,
få kommentarswidget'en til at opdatere. Du kan se dette i praksis for React-appen, for eksempel, her.
VanillaJS
Hvis du bruger VanillaJS-biblioteket, er det en smule mere kompliceret, da der ikke er et framework som Angular eller React til at håndtere databinding eller udbredelse af tilstand.
Når du instantierer VanillaJS-widget'en, returnerer den nogle funktioner, der kan kaldes for at opdatere den.
Her er et funktionelt eksempel, hvor vi ændrer side-hashen og opdaterer kommentarswidget'en:
Run 
Absolutte datoer (Deaktiver menneskevenlige tidsstempler) 
Som standard bruges lokaliserede relative datoer. For eksempel kan du ved siden af en nyligt efterladt kommentar se "11 minutter siden".
Det kan være nødvendigt eller ønskeligt at bruge absolutte datoer, i så fald sætter du denne parameter til true.
Run 
Dette kan tilpasses uden kode på widget-tilpasningssiden under Avancerede indstillinger:
Vis både absolutte og relative datoer 
Som standard bruges lokaliserede relative datoer. For eksempel kan du ved siden af en nyligt efterladt kommentar se "11 minutter siden".
Det kan være nødvendigt eller ønskeligt at beholde dette relative datoformat, men også vise den fulde dato ved siden af, i så fald sætter du denne parameter til true.
Run 
Dette kan tilpasses uden kode på widget-tilpasningssiden under Avancerede indstillinger. Du skal først aktivere Absolutte datoer for at se denne indstilling i brugergrænsefladen.
Tilføjelse af overskriftstekst 
Nogle tekst, som en overskrift eller besked, kan vises under kommentarantallet men over login-status-teksten.
Vi kalder dette overskriften, og som standard er den skjult.
Run 
Dette kan tilpasses uden kode på widget-tilpasningssiden under Avancerede indstillinger:
Vis links som tekst 
Som standard vil FastComments gengive links som dette: https://exmaple.com - hvor link-URL'en bliver et klikbart HTML-ankertag.
Nogle sites vil måske deaktivere dette, for eksempel for at afskrække svindlere. Vi tilbyder dette ved at indstille Comment HTML Rendering Option til Links as Text.
Dette kan tilpasses uden kode, på widget-tilpasningssiden, for et helt domæne eller en side:
Skift kommentarer med en knap 
Som standard vil FastComments gengive kommentarfeltet og kommentartråden på samme tid. For at spare noget lodret plads, vil den også skjule eventuelle andre påkrævede felter, indtil widget'en interageres med.
Dog kan kommentarswidget'en skjules bag en knap, for eksempel:
Knapperne bruger forskellig oversat tekst afhængigt af, om kommentarerne i øjeblikket er vist eller ej. Hvis kommentarerne er skjulte, bruges translations.SHOW_COMMENTS_BUTTON_TEXT. Hvis
kommentarerne er vist, bruges translations.HIDE_COMMENTS_BUTTON_TEXT. Oversættelserne kan indeholde teksten [count], som vil
blive erstattet af det lokaliserede antal.
Run 
Dette er designet til at erstatte hideCommentsUnderCountTextFormat-konfigurationen.
Antallet opdateres live med kommentartråden. Knapperne vises ikke, hvis der ingen kommentarer er.
Dette kan aktiveres uden kode ved at oprette en tilpasningsregel og aktivere "Klik for at vise kommentarer":
Tilpasning af kommentarantal-tekst 
Kommentarantallet, der vises øverst i kommentarfunktionen, kan tilpasses.
Dette kan erstattes med en vilkårlig streng, og værdien [count] vil blive erstattet med antalsværdien, lokalt for brugeren.
Run 
Dette kan tilpasses uden kode på siden for widgettilpasning:
Deaktiver billedomdirigering 
Som standard tillader FastComments brugere at uploade billeder. Når en bruger klikker på det billede, åbner FastComments som standard, en ny fane for at vise billedet i fuld størrelse. At sætte denne indstilling til true deaktiverer denne adfærd:
Run 
Hvis du ikke planlægger at fange klik på billedet selv (se onImageClicked), anbefaler vi, at dette kombineres med noget styling for at fjerne indtrykket af, at billedet kan klikkes på.
Deaktiver automatisk oprettelse af hashtags 
Når brugere indtaster hashtags i formen #someexampletag, vil FastComments automatisk oprette den HashTag og fremhæve den i deres kommentar.
I nogle tilfælde er det ønskeligt at deaktivere denne funktion, eller kontrollere hvilke hashtags der kan bruges via API'en.
For at gøre dette, skal du blot aktivere Disable Automatic #hashtag Creation via Widget Customization UI.
Deaktiver notifikationsklokke 
Som standard viser FastComments en notifikationsklokke i øverste højre hjørne af kommentarfeltet.
Denne klokke vil blive rød og vise et antal af de notifikationer, brugeren har. Nogle eksempler på notifikationer er:
- Bruger svarede dig.
- Bruger svarede i en tråd, du har kommenteret i.
- Bruger gav din kommentar en positiv stemme.
- Bruger svarede på en side, du har abonneret på.
Notifikationsklokken giver også en mekanisme til at abonnere på en hel side.
Vi kan dog deaktivere notifikationsklokken helt:
Run 
Dette kan også gøres uden kode. På widget-tilpasningssiden, se afsnittet "Deaktiver notifikationsklokke".
Deaktiver profiler 
Som standard viser FastComments brugerens profil, når du klikker på deres avatar.
Vi kan dog deaktivere denne funktionalitet:
Run 
Dette kan også gøres uden kode. På widget-tilpasningssiden, se afsnittet "Deaktiver profiler".
Deaktiver profilkommentarer 
Som standard vil FastComments vise en "Profilkommentarer"-faneblad på brugerprofiler, så besøgende kan efterlade kommentarer på en persons profil.
Men vi kan deaktivere dette faneblad:
Run 
Dette kan også gøres uden kode. På widget-tilpasningssiden, se afsnittet "Deaktiver profilkommentarer".
Deaktiver direkte beskeder i profiler 
Som standard vil FastComments vise en "Direkte beskeder" faneblad på brugerprofiler, så besøgende kan sende direkte beskeder til en bruger.
Vi kan dog deaktivere dette faneblad:
Run 
Dette kan også gøres uden kode. På widget-tilpasningssiden, se sektionen "Deaktiver direkte beskeder".
Deaktiver succesmeddelelse 
Som standard viser FastComments en succesmeddelelse efter at have kommenteret. Dette kan deaktiveres som følger:
Run 
Dette kan også gøres uden kode. På widget-tilpasningssiden:
Ændring af indholdsvurdering for GIF'er 
Som standard vil FastComments-kommentarwidgetten sætte en gif rating til pg.
Tilgængelige muligheder er g, pg, pg-13 og r.
Dette kan indstilles i koden eller via UI'en. I koden kan vi gøre det som følger:
Run 
I UI'en finder du dette under Gif Picker Rating, så længe Disable Image Uploads? ikke er markeret.
Billedindhold moderation 
Som standard har FastComments-kommentarwidgeten billedindholdsmoderation slået off.
Tilgængelige muligheder er off, low, medium og high.
I widget-tilpasnings‑UI’en finder du dette under Image Content Moderation Level, så længe Disable Image Uploads? ikke er markeret.
Ændring af afstemningsstil 
Som standard vil FastComments gengive afstemningsmuligheder som op- og ned-pile, så brugerne kan enten op- eller nedstemme en kommentar.
Det er dog muligt at ændre stilen på afstemningsværktøjslinjen. De aktuelle muligheder er standard Op/Ned-knapperne eller at bruge en hjerte‑stil afstemningsmekanisme.
Vi bruger voteStyle‑flaget som følger:
Run 
Vi anbefaler kraftigt, at du gør dette uden kode, da det også aktiverer server‑side valideringer. På widget‑tilpasningssiden, se sektionen "Vote Style".
Afstemning kan også deaktiveres, se Disable Voting over stilindstillingerne.
Deaktiver sletning 
Som standard tillader FastComments brugere at slette deres kommentarer.
Det er dog muligt at forhindre dette.
På widget-tilpasningssiden kan du se indstillingen "Disable Deleting".
- Dette påvirker kun almindelige kommentatorer og ikke moderatorer eller administratorer, som stadig vil kunne slette.
- Dette vil også påvirke API-integrationer, når
contextUserIdsendes.
Deaktiver redigering 
Som standard vil FastComments tillade brugere at redigere deres kommentarer.
Det er dog muligt at forhindre dette.
På widget-tilpasningssiden, se indstillingen "Disable Editing".
- Dette påvirker kun almindelige kommentatorer og ikke moderatorer eller administratorer, som stadig vil kunne redigere.
- Dette vil også påvirke API-integrationer, når
contextUserIdbliver videregivet.
Fremhævning af nye kommentarer 
FastComments tilbyder flere måder at fremhæve nye kommentarer på.
For det første, som standard vil kommentarer der udløste en in-app-meddelelse (svar, svar i samme tråd, eller kommentarer på en side
som du abonnerer på), automatisk blive fremhævet ved, at brugerens avatar får en svag glød. Farven kan tilpasses via CSS
ved hjælp af klassen is-unread.
Kommentarer postet inden for de sidste 24 timer får anvendt klassen 24hr, som kan bruges til styling.
Endelig vil nye live-kommentarer, der dukker op i brugerens session, blive fremhævet i flere sekunder via en animation. Dette sker via CSS-klassen is-live og kan også tilpasses.
Sidestørrelser 
Som standard er FastComments sidestørrelse 30. Dette inkluderer svar i tråde.
Sidestørrelsen kan tilpasses i Widget Configuration UI i varierende størrelser fra 10 til 200.
Bemærk, at ændring af sidestørrelsen kræver at alle kommentartråde i din konto genberegnes. Dette kan tage et par minutter.
Dette kan ikke konfigureres i klient‑side widgeten, da sider beregnes på server‑siden.
Eksempelkonfiguration vises nedenfor:
Sidestørrelser kan tilpasses globalt, eller pr. domæne, eller pr. side, ved at oprette forskellige tilpasningsregler.
Dette vil påvirke alle klienter, integrationer og frameworks, som du måtte bruge til at vise kommentarer via vores platform.
E-mail-skabeloner 
E-mails sendt fra FastComments til dine kunder kan tilpasses. Skabelonen, logikken og oversættelserne kan alle ændres. Tekst kan tilpasses pr. lokalitet, og udseendet kan endda ændres pr. domæne. Læs mere om tilpassede e-mail-skabeloner her.
Brugernavnsformater 
Som standard vil FastComments vise brugerens navn, som de indtastede det, eller hvordan det blev sendt til os via SSO.
Det kan dog være ønskeligt at maskere eller vise brugerens navn på en anden måde. For eksempel, hvis brugerens navn er Allen Rex, vil du måske kun vise "Allen R.".
Dette kan gøres uden kode i Widget‑tilpasnings‑UI’en, under indstillingen kaldet Commenter Name Format:
De tilgængelige formater er:
- Capitalize (vis eksempelbruger som Example User)
- Last Initial (vis Example User som Example U.)
- All Initials (vis Example User som E. U.)
- Vis "Anonymous"
Effekten af at ændre dette er øjeblikkelig. Brugere vil stadig se deres fulde brugernavn øverst i kommentarfeltet for sig selv, men deres kommentarer vil vise det modificerede brugernavn.
Brugernavne maskeres på serveren for at beskytte brugerne.
Deaktivering af billeduploads 
Som standard tillader FastComments billeduploads. Dette kan deaktiveres ved at sætte noImageUploads-flaget til true.
Run 
Dette kan tilpasses uden kode på widget-tilpasningssiden:
Tillad medieindlejringer 
Som standard tillader FastComments ikke iframes i kommentarer. Når du aktiverer medie-indlejringer, kan kommentatorer indsætte embed-koden (<iframe>-uddraget) fra betroede udbydere som YouTube, Vimeo, SoundCloud og Spotify, og den vil blive vist inline i kommentaren.
Af sikkerhedsmæssige årsager er dette ikke et client-side widget-konfigurationsflag. Det er en server-side indstilling, der valideres, hver gang en kommentar gemmes, så den kan ikke aktiveres fra siden. Kun iframes, der peger på en indbygget liste over betroede udbydere, tillades. Alle andre iframes fjernes.
Dette gøres uden kode, på widget-tilpasningssiden:
Tilføj dine egne udbydere
Hvis du vil tillade indlejringer fra en udbyder, der ikke er på den indbyggede liste over betroede, skal du tilføje dets hostname i feltet "Additional Embed Domains" på samme side. Disse hostnames tillades ud over de indbyggede udbydere. Matchingen er eksakt, så inkluder det fulde hostname (for eksempel player.example.com). Alt, hvad du ikke angiver, forbliver blokeret.
Både den almindelige kommentarboks og WYSIWYG-editoren understøtter indsættelse af en embed. I WYSIWYG-editoren indsættes embed'en som en blok, der kan fjernes.
Aktiver søgeboks 
Som standard vises der ingen søgeboks i kommentarfunktionen.
Vi kan dog aktivere dette ved at sætte enableSearch-flaget til true:
Run 
Dette kan også gøres uden kode. På siden for widget-tilpasning, se indstillingen "Enable Search Box".
Aktiver spoilers 
Vi kan aktivere spoiler‑understøttelse ved at sætte enableSpoilers‑flaget til true:
Run 
Dette kan også gøres uden kode. På widget‑tilpasningssiden, se indstillingen "Enable Spoilers" option.
Når tekst er markeret, og den nu synlige SPOILER‑knap klikkes, vil teksten blive maskeret, indtil brugeren holder musen over den. For mørk tilstand gør vi det samme, men med andre farver, der passer bedre til mørk tilstand.
Dette er også kompatibelt med WYSIWYG‑editoren.
Aktiver visningstællere for kommentarer 
Som standard sporer FastComments ikke, hvem der har set hver kommentar, eller giver nogen statistik omkring dette.
Vi kan dog aktivere denne funktion, hvorefter systemet begynder at spore, når hver bruger ruller til en kommentar.
Når dette sker, vil en tæller ved siden af et øjeikon, der vises på hver kommentar, blive forøget. Tælleren opdateres live og forkortes i henhold til brugerens locale.
Vi kan aktivere dette ved at sætte enableViewCounts-flaget til true:
Run 
Dette kan tilpasses uden kode på widget-tilpasningssiden:
Vi sporer bruger-id'et* der har set kommentaren i en uge, så hvis du ser kommentaren igen inden for den uge, øges tælleren ikke. Hvis du ser kommentaren igen efter ugen er udløbet, vil tælleren blive forøget igen.
- *Bemærk: eller den anonyme sessions-id, eller brugerens IP som en hashværdi.
Vis live-kommentarer med det samme 
Som standard er live‑kommentering aktiveret. Det betyder, at hvis kommentarer tilføjes, slettes, redigeres eller fastgøres, skal ændringerne vises for alle brugere, der ser kommentarfæden på samme tid.
Dog vil de nye kommentarer som standard vises under en dynamisk vist knap med tekst, der ligner "Vis 2 nye kommentarer".
Hvis de nye kommentarer er svar direkte på siden, vil knappen vises øverst i kommentarfæden. Hvis de er svar på en bestemt kommentar, vil knappen vises under den kommentar.
Dette er for at forhindre, at sidens størrelse konstant ændrer sig for brugeren, hvilket potentielt kan forårsage frustration, når man forsøger at gribe fat i rullebjælken.
For nogle anvendelsestilfælde, som livebudgivning eller online‑begivenheder, er dette ikke den ønskede adfærd – du vil måske have kommentarfunktionen til at ligne en "chat"-boks, hvor nye kommentarer "vises med det samme".
Derfor er navnet på flaget, der aktiverer denne funktion: showLiveRightAway.
Vi kan aktivere den som følger:
Run 
Dette kan tilpasses uden kode på widget‑tilpasningssiden:
Deaktivering af live-kommentarer 
Som standard vil FastComments have live-kommentering aktiveret.
Det betyder, at hver bruger af kommentarthreaden skal se det samme indhold.
For eksempel, hvis en kommentar tilføjes, skal den vises. Hvis en kommentar redigeres eller fjernes, så vil de kommentarer blive redigeret eller fjernet for alle brugere af tråden. Det samme gælder for stemmer og alle moderationshandlinger.
Vi kan dog deaktivere dette:
Run 
Dette kan også gøres uden kode. På widget-tilpasningssiden, se sektionen "Disable Live Commenting".
Nye live-kommentarer nederst 
Som standard vises nye live-kommentarer øverst i kommentarliste, når de postes i realtid.
Når denne indstilling er aktiveret, tilføjes nye live-kommentarer i stedet til bunden af listen. Dette påvirker, hvordan kommentarer vises, når de postes live, mens brugere ser kommentart tråden.
Run 
Når denne indstilling er aktiveret:
- Nye live-kommentarer, som postes af andre brugere, vises nederst i kommentarlisten
- Brugere vil se nye kommentarer dukke op under eksisterende kommentarer i realtid
- Dette påvirker kun live-opdateringer af kommentarer – ikke den oprindelige sideindlæsning
- Dette kan hjælpe med at bevare læseflowet, når brugere følger en diskussion
Bemærk, at denne indstilling kun påvirker, hvor nye live-kommentarer placeres, når de ankommer i realtid. Den påvirker ikke den oprindelige sorteringsrækkefølge, når siden indlæses.
Aktiver uendelig rulning 
Som standard ændrer FastComments-widgetten sin højde for at passe til alle synlige kommentarer. Paginering opnås via en "Vis næste" knap i slutningen af den aktuelle side, da vi har fundet, at denne interaktion føles mest behagelig for de fleste brugere.
Der er dog nogle tilfælde, hvor uendelig rulning foretrækkes. For eksempel bruger vi denne funktion i vores Stream Chat-produkt.
Vi kan skjule "Vis næste"-knapperne og skifte til uendelig rulning ved at sætte enableInfiniteScrolling-flaget til true:
Run 
Dette kræver også, at der tilføjes brugerdefineret CSS. Tilføj brugerdefineret CSS for .comments-vælgeren for at aktivere rulning, for eksempel:
Run 
Et fuldt fungerende eksempel ville være:
Run 
I eksemplet ovenfor bruger vi customCSS-egenskaben; det anbefales dog at bruge Widget Configuration UI i stedet af hensyn til ydeevnen. Se dokumentationen om Custom CSS.
Ændring af standard sorteringsretning 
Som standard vil FastComments sortere kommentarer efter sorteringsretningen "Most Relevant".
Most Relevant-sortering tager tidspunktet for hvornår kommentaren blev skrevet og antallet af stemmer i betragtning ved sortering.
Brugeren kan derefter ændre sorteringsretningen til enten Oldest eller Newest First i kommentar-widgetens UI.
Vi kan dog ændre standarden til en af de tre. For eksempel, hvis du vil vise de ældste kommentarer først:
Run 
Vi sætter værdien af defaultSortDirection til "OF" for at indstille retningen til "OF".
For sorteringsretningen newest-first ville vi gøre følgende:
Run 
De gyldige værdier for defaultSortDirection er:
- MR: "Most Recent"
- NF: "Newest First"
- OF: "Oldest First"
Dette kan også gøres uden kode. På widget-tilpasningssiden, se sektionen "Default Sort Direction".
Bemærk, at kommentarerne på hver side for hver sorteringsretning er forudberegnet, så alle sorteringsretninger har samme ydeevne.
Vis alle kommentarer på én gang - Deaktiver paginering 
For at deaktivere paginering og blot gengive alle kommentarer på én gang, skal du sætte startingPage til -1.
Run 
Flyt svarboksen til efter kommentarerne 
Som standard er kommentarindtastningsområdet før kommentartråden. Men ved at sætte denne konfigurationsparameter til true kan vi flytte den til efter.
Run 
Dette kan tilpasses uden kode på widget-tilpasningssiden:
Begrænsning af kommentarens længde 
Det maksimale antal tegn, der må indtastes i kommentarfeltet, kan begrænses af maxCommentCharacterLength-parameteren.
Standardværdien er 2000.
Elementer som billed-URL'er medtages ikke i længdebestemmelsen.
Run 
Dette kan tilpasses uden kode på widgettilpasningssiden:
Deaktiver multiline-kommentarer 
Som standard tillader FastComments brugeren at indtaste en kommentar med så mange linjer, som de ønsker, op til standardtegnbegrænsningen.
Det kan dog være ønskeligt at begrænse brugeren til kun at indtaste en enkelt linje tekst. Nogle eksempler på anvendelsestilfælde inkluderer onlinebudgivning eller live chat, som FastComments kan bruges til.
Vi aktiverer flaget useSingleLineCommentInput som følger:
Run 
Dette kan også gøres uden kode. På widget-tilpasningssiden, se afsnittet "Aktiver enkeltlinje-kommentarinput".
Bemærk, at kommentarerne på hver side for hver sorteringsretning er forudberegnet, så alle sorteringsretninger har samme ydeevne.
Begræns kommentarvolumen pr. bruger 
Som standard kan hver bruger indsende op til 5 kommentarer inden for samme minut.
Dette spores via bruger-id, anonym bruger-id og IP-adresse (hashet).
Dette kan tilpasses uden kode på widget-tilpasningssiden:
Bemærk, at hvis du bruger kommentarskabelses-API'en, vil du måske sende brugerens originale ip-adresse i anmodningen til vores backend, så hastighedsbegrænsning anvendes
pr. bruger og ikke globalt for din konto.
Forhindre nye topniveau-kommentarer 
Indstilling af noNewRootComments til true får widgeten til at skjule det øverste svarområde, men tillader stadig brugere at svare
på underkommentarer. Du kan for eksempel sætte dette betinget ved sideindlæsning, så kun nogle brugere kan efterlade kommentarer på øverste niveau.
Run 
Maksimal svar-dybde 
Som standard tillader FastComments ubegrænset indlejring af svar, hvilket skaber en trådstruktur, hvor brugere kan svare på svar på ubestemt tid.
Indstillingen maxReplyDepth giver dig mulighed for at begrænse, hvor dybt svartråde kan gå. Når den maksimale dybde er nået, vil brugerne ikke længere se en svar-knap på kommentarer på det niveau.
Run 
Med maxReplyDepth sat til 2:
- Brugere kan kommentere på øverste niveau (dybde 0)
- Brugere kan svare på kommentarer på øverste niveau (dybde 1)
- Brugere kan svare på disse svar (dybde 2)
- Ingen yderligere svar er tilladt ud over dybde 2
At sætte maxReplyDepth til 1 vil kun tillade svar på kommentarer på øverste niveau, hvilket skaber en fladere diskussionsstruktur.
At sætte maxReplyDepth til 0 vil deaktivere alle svar og kun tillade kommentarer på øverste niveau. Hvis ikke angivet, kan svar indlejres uden begrænsning.
Kræv accept af servicevilkår 
FastComments giver dig mulighed for at kræve, at første‑gangs kommentatorer accepterer dine Servicevilkår, før de indsender en kommentar.
Når aktiveret:
- Anonyme brugere vil se en TOS‑afkrydsningsboks hver gang de kommenterer
- Godkendte brugere vil kun se afkrydsningsboksen på deres første kommentar, eller når du opdaterer dine TOS
Konfiguration
Naviger til widget‑tilpasningssiden og aktivér afkrydsningsfeltet "Kræv accept af Servicevilkår". Når den er aktiveret, vil du se følgende indstillinger:
- TOS Teksttilstand: Som standard viser afkrydsningsboksen "Jeg accepterer Servicevilkårene og Privatlivspolitikken" med links til begge dokumenter. Vælg "Tilpas tekst pr. locale" for at angive din egen tekst for hvert sprog.
- TOS Seneste opdateringsdato: Når du opdaterer dine Servicevilkår, angiv denne dato. Brugere, der accepterede før denne dato, vil blive bedt om at acceptere igen.
Sådan fungerer det
- TOS‑accept‑tidsstemplet gemmes per‑bruger og per‑kommentar
- Når en bruger accepterer TOS, registreres datoen på deres brugerprofil (per‑tenant)
- Hvis du angiver en "Seneste opdateret"-dato, der er efter brugerens acceptdato, skal de acceptere igen
- For anonyme brugere, som ikke kan spores, vises afkrydsningsboksen ved hver kommentarindsendelse
Advar før du forlader med en usendt kommentar 
Som standard, hvis en bruger skriver en kommentar og derefter opdaterer siden, lukker fanen eller navigerer væk før indsendelse, går udkastet tabt uden varsel.
Indstilling af warnOnUnsavedComment til true får browseren til at bede brugeren bekræfte, før de forlader siden, mens enhver kommentarboks eller en igangværende redigering stadig indeholder tekst. Når kommentaren er indsendt, ryddes teksten, så der ikke vises nogen prompt.
Run 
Prompten bruger browserens egen dialog. Moderne browsere viser deres egen formulering og ignorerer tilpasset tekst, så beskeden kan ikke tilpasses.
Denne indstilling indlæser en lille udvidelse på efterspørgsel, så den tilføjer intet til widgeten for sider, der ikke aktiverer den.
Aktiver afstemninger 
Polls giver kommentatorer mulighed for at vedhæfte et spørgsmål med 2 til 10 svarmuligheder til en kommentar. Alle på siden stemmer på stedet og ser resultaterne opdatere live.
Polls er deaktiveret som standard. Marker Enable Polls i widget‑tilpasningsindstillingerne for at tilføje en afstemningsknap til kommentarværktøjslinjen. To yderligere indstillinger vises derefter:
- Who Can Create Polls: Kun administratorer/moderatorer (standard), eller alle.
- Allow Anonymous Poll Votes: når den er fravalgt (standard), kan kun loggede brugere stemme.
Se Afstemningsguide for hvordan oprettelse, afstemning, privatliv og afstemningsmeddelelser fungerer.
Oversigt over Single Sign On (SSO) 
SSO, eller single-sign-on, er et sæt konventioner, der giver dig eller dine brugere mulighed for at bruge FastComments uden at skulle oprette endnu en konto.
Hvis du ikke tillader anonym kommentering, kræves der en konto for at kommentere med FastComments. Vi gør denne tilmeldingsproces meget nem - brugeren skal blot angive deres e-mail, når de kommenterer. Vi forstår dog, at selv det er ekstra friktion, som nogle sider ønsker at undgå.
Vi kan reducere den friktion ved kun at have ét login-flow for hele din side.
Hvordan får jeg det?
Alle kontotyper har i øjeblikket adgang til SSO. Det maksimale antal SSO-brugere varierer dog afhængigt af din pakke. Som med andre funktioner giver Pro-planer og derover direkte udviklersupport.
Lad os sammenligne mulighederne og derefter gå i detaljer med hver af dem.
Bruger- og kommentarmigrering
Når du migrerer fra en platform med SSO som Disqus, har du allerede brugere og deres kommentarer.
Kommentarer importeres som en del af din migrering, enten via API'en, vores Import UI eller kundesupport. Import UI foretrækkes, hvis den understøtter den platform, du migrerer fra, da den indeholder fejlhåndtering, udtrækning og upload af avatarer og medier samt et batchjob-overvågningssystem.
Brugerne selv tilføjes automatisk, første gang de ser en kommentartråd. Alternativt kan de forudtilføjes via API'en, men dette arbejde har ikke mange fordele.
Hvis kommentarer importeres, og SSO-brugere ikke tilføjes manuelt via API'en, vil kommentarerne automatisk blive migreret til brugerens konto, første gang den oprettes, når de ser en kommentartråd. De vil derefter kunne administrere, redigere og slette de kommentarer, de oprindeligt skrev.
Den automatiske migrering sker via e-mail eller brugernavn. Nogle platforme giver ikke e-mails ved eksport, som Disqus, så vi falder tilbage på brugernavn i dette tilfælde.
- Så længe du angiver et matchende brugernavn og en e-mail i SSO-payload'en, tilføjer vi e-mailen til de enkelte kommentarobjekter, så notifikationer og omtaler fungerer.
Hvis du ønsker at importere dine kommentarer og brugere på én gang, så samarbejd med support om at migrere kommentarerne over til brugernes respektive konti, efter brugerne er importeret via API'en.
For at opsummere den nemmeste vej for migreringen:
- Importér kommentarer.
- Avatarer og andre medier migreres automatisk, hvis du bruger Import UI under
Manage Data -> Imports.
- Avatarer og andre medier migreres automatisk, hvis du bruger Import UI under
- Opsæt Secure eller Simple SSO.
- Lad migreringen ske pr. bruger automatisk, når de logger ind for første gang.
- Dette tilføjer normalt mindre end et sekund til sidens indlæsningstid, hvis brugeren har færre end 50k kommentarer.
WordPress-brugere
Hvis du bruger vores WordPress-plugin, er der ingen kode at skrive! Gå blot til pluginets Admin-side, klik på SSO Settings og derefter Enable.
Dette fører dig til en guide med én enkelt knap, som opretter din API-nøgle, sender den til din WordPress-installation og slår SSO til. Vi har konsolideret dette til ét enkelt knapklik for dig.
Bemærk, at hvis du installerer pluginet for første gang, skal du gennemføre opsætningsprocessen, før du ser admin-siden med SSO Settings-knappen.
WordPress SSO - Moderatorer
Bemærk, at i øjeblikket, for at "Moderator"-mærket skal vises ved siden af dine moderatorer, når de kommenterer med FastComments WordPress-pluginet, skal de også tilføjes som Moderator i FastComments-dashboardet og have deres e-mail verificeret.
Brugerdefinerede integrationer
For brugerdefinerede integrationer er der to muligheder.
Mulighed ét - Secure SSO
Med Secure SSO ved FastComments, at brugeren, der kommenterer, stemmer og læser kommentarer, er en rigtig bruger på din side.
Så længe du opretter en gyldig payload, vil brugeren altid have en problemfri kommentaroplevelse.
Med Secure SSO oprettes SSO-payload'en server-side ved hjælp af HMAC-godkendelse og sendes derefter til widgetten på klientsiden.
Med Secure SSO er brugerens konto helt adskilt fra resten af FastComments' brugerbase. Det betyder, at hvis vi har to partnere, Company A og Company B, kan hver især have en SSO-bruger med brugernavnet "Bob".
Krav
- Grundlæggende viden om backend-udvikling.
- Grundlæggende viden om håndtering af hemmelige API-nøgler.
- Grundlæggende viden om API-udvikling eller server-side rendering.
Fordele
- Sikkert.
- Problemfri kommentaroplevelse.
Ulemper
- Kræver backend-udvikling.
Opdatering af brugerdata
Med Secure SSO opdaterer vi brugerens konto med de nyeste oplysninger, hver gang du sender SSO-bruger-payload'en. For eksempel, hvis
brugeren har brugernavnet X, og du sender Y i SSO-payload'en, bliver deres brugernavn Y.
Hvis du vil fjerne værdier med denne tilgang, så sæt dem til null (ikke undefined).
Secure SSO API
Vi tilbyder også en API til at interagere med SSO-brugerne. Se dokumentationen.
Bemærk, at når du bruger Secure SSO, oprettes brugerne automatisk i baggrunden ved sideindlæsning. Du behøver ikke bulk-importere dine brugere.
Mulighed to - Simple SSO
Alternativet til Secure SSO er blot at sende brugeroplysningerne til kommentar-widgetten.
Det er ikke påkrævet at angive en e-mail med Simple SSO, men uden denne vises deres kommentarer som "Unverified".
Bemærk! Fra begyndelsen af 2022 behøver brugernavne med Simple SSO ikke længere at være unikke på tværs af hele FastComments.com.
Ideelt set bør Simple SSO kun vælges, når man udvikler på en platform, der ikke giver backend-adgang.
Krav
- Grundlæggende viden om klientudvikling.
- Man skal kende mindst brugerens e-mail.
Fordele
- Simpelt.
- Al aktivitet verificeres stadig.
- Brugeren indtaster aldrig deres brugernavn eller e-mail.
Ulemper
- Mindre sikkert end Secure SSO, da klient-side-payload'en kunne manipuleres til at blive enhver bruger.
Simple SSO API
Brugere, der automatisk oprettes via Simple SSO-flowet, gemmes som SSOUser-objekter. De kan tilgås og administreres via SSOUser-API'en. Se dokumentationen.
Tilpassede integrationer - Sikker Single Sign On (SSO) 
FastComments Secure SSO bruger HMAC-SSHA256-kryptering som mekanisme til at implementere SSO. Først gennemgår vi den overordnede arkitektur, giver eksempler og detaljerede trin.
Der findes også dokumentation vedrørende migrering fra andre udbydere med lignende SSO-mekanismer, samt forskellene.
Flowet ser sådan ud:
Da Secure SSO involverer full-stack udvikling, er der i øjeblikket fuldt fungerende kodeeksempler i Java/Spring, NodeJS/Express og vanilla PHP på GitHub.
Selvom vi bruger ExpressJS i NodeJS-eksemplet og Spring i Java-eksemplet, er der ingen frameworks/libraries påkrævet i disse run-times for at implementere FastComments SSO - de native crypto-pakker fungerer.
Du behøver ikke skrive nogen nye API-endpoints med FastComments SSO. Krypter blot brugerens oplysninger med din hemmelige nøgle og send payload'en til comment widget'en.
Hent din API Secret Key
Din API Secret kan hentes fra denne side. Du kan også finde denne side ved at gå til My Account, klikke på API/SSO-flisen og derefter klikke på "Get API Secret Key".
Comment Widget-parametre
API-dokumentation på højt niveau for comment widget'en kan findes her.
Lad os gå mere i detaljer med, hvad disse parametre betyder.
Comment widget'en tager et konfigurationsobjekt - du sender dette allerede, hvis du bruger FastComments til at sende dit customer id (kaldet tenantId).
For at aktivere SSO skal du sende et nyt "sso"-objekt, som skal have følgende parametre. Værdierne skal genereres på serversiden.
- userDataJSONBase64: Brugerens data i JSON-format, som derefter Base64-enkodes.
- verificationHash: HMAC-SHA256-hashen oprettet fra UNIX_TIME_MILLIS + userDataJSONBase64.
- timestamp: Epoch-tidsstempel, i millisekunder. Må ikke være i fremtiden eller mere end to dage i fortiden.
- loginURL: En URL, som comment widget'en kan vise for at logge brugeren ind.
- logoutURL: En URL, som comment widget'en kan vise for at logge brugeren ud.
- loginCallback: Når denne angives i stedet for login-URL'en, en funktion, som comment widget'en kalder, når der klikkes på login-knappen.
- logoutCallback: Når denne angives i stedet for logout-URL'en, en funktion, som comment widget'en kalder, når der klikkes på logout-knappen.

Brugerobjektet
Brugerobjektet indeholder følgende skema:

Moderatorer og Administratorer
For admins og moderatorer skal du sende de respektive isAdmin- eller isModerator-flag i SSOUser-objektet.
Notifikationer
For at aktivere eller deaktivere notifikationer skal du sætte værdien af optedInNotifications til henholdsvis true eller false. Første gang brugeren indlæser siden med denne værdi i SSO-payload'en, opdateres deres notifikationsindstillinger.
Derudover, hvis du ønsker, at brugere skal modtage notifikations-e-mails for aktivitet på sider, de har tilmeldt sig (i modsætning til kun in-app notifikationer), så sæt optedInSubscriptionNotifications til true.
VIP-brugere & Særlige labels
Du kan vise et særligt label ved siden af brugerens navn ved at bruge det valgfrie "displayLabel"-felt.
Uautentificerede brugere
For at repræsentere en uautentificeret bruger skal du blot ikke udfylde userDataJSONBase64, verificationHash eller timestamp. Angiv en loginURL.
Disse brugere vil ikke kunne kommentere, og i stedet præsenteres de for en login-besked (besked, link eller knap, afhængigt af konfigurationen).
Direkte eksempler på serialisering og hashing af brugerdata
Flere detaljer som eksempler findes her (js), her (java) og her (php).
Vi forstår, at enhver integration kan være en kompliceret og smertefuld proces. Tøv ikke med at kontakte din repræsentant eller bruge supportsiden.
Tilpassede integrationer - Simpel Single Sign On (SSO) 
Med Simple SSO kan vi give kommentarfunktionen information om brugeren, så de ikke behøver at indtaste brugernavn eller e‑mail for at kommentere.
Vi kan konfigurere Simple SSO som følger:
Run 
Brugeren vil være logget ind og vil bag kulisserne oprette en SSO‑bruger. Brugeren vil have createdFromSimpleSSO sat til true, hvis den hentes fra API‑et.
Bemærk:
- E‑mail er den unikke identifikator for Simple SSO.
- Det er ikke påkrævet at angive en e‑mail med Simple SSO, men som standard vil deres kommentarer vises som "Ubekræftet". Hvis der ikke angives e‑mail, kan brugeren ikke blive fuldt autentificeret.
- NY Siden januar 2022: Brugernavne behøver ikke være unikke på tværs af hele fastcomments.com
- Simple SSO kan automatisk oprette og opdatere SSO‑brugere, hvis en e‑mail er angivet, og brugeren ikke oprindeligt blev oprettet fra Secure SSO. Hvis en Simple SSO‑payload navngiver en bruger, der er oprettet af Secure SSO eller API‑et, forbliver den bruger urørt, og besøgende får en separat bruger.
- Du kan angive badges for brugeren med
badgeConfig‑egenskaben.badgeIds‑arrayet indeholder ID‑erne på globale badges, der skal knyttes til brugeren.pageBadgeIds‑arrayet indeholder badge‑ID‑er, der er scoped til den aktuelle side (urlId) — disse badges vises kun på den side, hvor de blev tildelt. Hvisoverrideer sat tiltrue, erstattes eksisterende viste badges (globale og side‑scoped overskrives uafhængigt); hvisfalse, tilføjes de til eksisterende badges.
Simple SSO-indstillinger
Simple SSO er altid tilgængelig. To indstillinger styrer, hvor meget FastComments stoler på den. Du kan finde dem ved at søge efter SSO i en tilpasningsregel. Begge er deaktiveret som standard, og de gælder uanset om "Kræv SSO for at se kommentarer" er slået til.
Konti, der allerede brugte Simple SSO, da disse indstillinger blev tilføjet, har begge slået til, så intet ændrede sig for dem.
Kun den tilpasningsregel, der bedst matcher en side, anvendes, så hvis du har mere end én regel, skal du sætte disse på hver af dem. En ny regel starter med dem slået til, hvis en af dine andre regler har dem slået til.
Auto‑bekræft kommentarer via Simple SSO
Når dette er slået til, bekræftes kommentarer fra Simple SSO‑brugere med det samme.
Når dette er slået fra, vises kommentarer fra Simple SSO‑brugere som "Ubekræftet", indtil brugeren klikker på et link, vi sender til adressen i Simple SSO‑payloaden. Hvis du kun automatisk godkender bekræftede kommentarer, venter de også på dette link. Hvis der ikke er nogen e‑mail i payloaden, forbliver kommentaren ubekræftet.
Denne indstilling påvirker kun kommentarer. Stemmer fra Simple SSO‑brugere tælles altid med det samme.
Tillad Simple SSO-administratorer
Når dette er slået til, kan en Simple SSO‑bruger være administrator eller moderator af din konto:
- En Simple SSO‑bruger, der har administrator‑ eller moderatorrettigheder, beholder dem.
- En Simple SSO‑bruger med samme e‑mail som en af dine administratorer eller moderatorer overtager deres rettigheder.
Når dette er slået fra, giver Simple SSO ikke disse rettigheder. En Simple SSO‑payload, der navngiver en bruger med disse rettigheder, får en separat bruger uden rettigheder, og den oprindelige bruger forbliver urørt.
Simple SSO‑payloads er ikke signeret, så når dette er slået til, kan enhver, der kender en administrators e‑mail eller bruger‑ID, handle som dem. Hvis det er vigtigt for dit site, så lad dette være slået fra og brug Secure SSO til dine administratorer.
Brugere oprettet af Secure SSO eller API‑et kan ikke nås af Simple SSO, uanset om dette er slået til eller ej.
Tilpassede integrationer - Migrering fra Disqus SSO 
De største forskelle mellem Disqus og FastComments Secure SSO er, at Disqus bruger SHA1 til kryptering, mens vi bruger SHA256. Dette betyder, at migrering fra Disqus er nem - skift den anvendte hashing-algoritme fra SHA1 til SHA256 og opdater property-navnene, der sendes til UI.
Tilpassede integrationer - Migrering fra Commento SSO 
Commento bruger en drastisk anderledes SSO-tilgang - de kræver, at du har et endepunkt, som de kalder for at autentificere brugeren.
FastComments gør det omvendt - kod og hash blot brugerens oplysninger ved hjælp af din hemmelige nøgle og send dem videre.
Beskytte kommentartråde med Single Sign On 
FastComments SSO (detaljer her) giver dine brugere en måde at kommentere på uden at skulle logge ind på en anden platform.
Men dette alene sikrer ikke dine kommentarfærdigheder, da kommentardata som standard er offentligt tilgængelige oplysninger – enhver, der kan se siden, kan se kommentarerne.
Ved at ændre en indstilling kan vi begrænse, at kommentarer hentes, medmindre det er af en administrator eller en gyldig SSO-bruger.
Opsætning uden kode
Vi kan forhindre visning og interaktion med vores kommentarfærdigheder, når SSO er opsat, ved at oprette en tilpasningsregel.
Når du gør det, så søg efter SSO, og du vil finde denne indstilling:
Aktiver den og gem tilpasningsreglen.
Beskyt kun et bestemt domæne eller en side
For kun at beskytte et bestemt domæne eller en side, vil vi blot konfigurere tilpasningsreglen til at gøre det.
Øverst i tilpasnings‑UI’en vil vi finde to inputfelter, Domæne og URL‑ID.
For kun at beskytte et bestemt domæne, indtast det pågældende domæne i feltet "domain".
For at beskytte en bestemt side, indtast en side‑URL i feltet "URL ID". Hvis du har en tilpasset integration med FastComments, kan du indtaste en form for ID her i stedet for en URL.
Sikkerhedsniveauer
Når du kræver SSO, vil du beslutte, om du kræver Simple SSO eller Secure SSO. Hvis du kræver Simple SSO, så er begge tilladt, men hvis du kræver Secure SSO, så skal indholdet hentes med en Secure SSO‑payload, der er hash'et med din API‑nøgle, for at kunne vises.
Sikkerhedsniveau‑indstillingen vises, når du vælger "Require SSO To View Comments", og træder kun i kraft, mens den indstilling er slået til.
De Automatisk bekræftelse af kommentarer via Simple SSO og tillad Simple SSO‑administratorer indstillinger er separate og gælder uanset om denne indstilling er slået til eller ej.
Beskyttelse ud over læsning
Aktivering af denne indstilling vil beskytte siden eller domænet mod at blive kommenteret på, medmindre brugeren er logget ind via SSO.
Faldgruber
Alle brugere, der har oprettet kommentarer før din SSO-integration, vil ikke kunne se dem, medmindre de logger ind via din SSO-integration.
Tillad anonym kommentering 
Som standard vil FastComments kræve en e‑mail for at kommentere. Den behøver ikke at være en gyldig e‑mail, men indtil brugeren klikker på et link, der er sendt til dem, vil deres kommentar vise en "Uverificeret kommentar"-etiket.
Vi kan dog fjerne e‑mail‑kravet. E‑mail‑indtastningsfeltet vil stadig blive vist, men det vil ikke længere være påkrævet.
Dette kan konfigureres via widget‑tilpasnings‑UI'en:
Et brugernavn er stadig påkrævet. For at fjerne dette trin også, kan du indstille et standardbrugernavn som alle deler, eller lade FastComments generere et unikt brugernavn for hver besøgende.
Forhindre at anonyme kommentarer udløber 
FastComments kan konfigureres til at fjerne uverificerede kommentarer efter et ønsket antal dage. Dette hjælper med at bekæmpe spam.
Som standard gør den det ikke.
Dette kan konfigureres eller deaktiveres via siden Moderationsindstillinger.
Deaktiver e-mail-indtastning 
Når brugere kommenterer, og de ikke er logget ind, vil de blive bedt om at angive deres e‑mail.
Dette vil oprette en "uverificeret session" for den bruger, og vi vil bede dem om at bekræfte den session via e‑mail.
For nogle sites eller applikationer er det ønskeligt ikke at bede brugeren om deres e‑mail, når de kommenterer eller stemmer.
Aktivering af anonym kommentering gør e‑mail‑indtastningsfeltet valgfrit. Vi kan dog deaktivere det helt. Først aktiveres anonym kommentering, og derefter vil muligheden for at deaktivere e‑mail‑indtastningsfelterne vises.
Med dette aktiveret vil e‑mail‑felterne slet ikke blive vist i alle vores kommenteringsprodukter.
Bemærk, at med denne konfiguration vil alle kommentarer være uverificerede, medmindre brugeren opretter en konto og logger ind på https://fastcomments.com.
Du kan overveje at deaktivere den uverificerede etiket.
Deaktiver mærket 'Uverificeret' 
Som standard vil FastComments vise en "Ubekræftet kommentar" etiket for kommentarer, der er efterladt til en bruger, der har en ubekræftet browsersession. Læs mere om ubekræftede kommentarer her.
Run 
Derudover kan denne funktion bruges, uden at skrive kode, i Tilpasnings‑UI'en:
Indstilling af standardbrugernavn 
Når brugere kommenterer eller stemmer, og de ikke er logget ind, bliver de bedt om at angive deres e‑mail og brugernavn.
I tilfælde af anonyme kommentarer er det nogle gange ønskeligt at definere et standardbrugernavn for at reducere friktionen ved kommentering. Dette kan gøres fra tilpasnings‑UI’en. Anonym kommentering skal først aktiveres.
Deling af standardbrugernavnet
Standardbrugernavnet er et delt visningsnavn, ikke en identitet. En besøgende, der beholder standarden og indtaster sin e‑mail, får sin egen konto, hvor standarden vises som deres offentlige navn. Et vilkårligt antal besøgende kan beholde den samme standard, så "Anonymous" aldrig rapporteres som allerede optaget.
Brugernavne, som en besøgende indtaster selv, skal stadig være unikke.
Hvis du foretrækker, at hver besøgende får et særskilt navn uden at skulle tænke på et, se Generer brugernavne automatisk.
Generer brugernavne automatisk 
Når brugere kommenterer eller stemmer, og de ikke er logget ind, bliver de bedt om at angive deres e-mail og brugernavn.
For nogle websteder kan det være en barriere at bede en besøgende om at finde på et unikt brugernavn, især på mobil. FastComments kan
generere et neutralt brugernavn til hver ny besøgende og forududfylde det i brugernavnsfeltet, f.eks. BraveOtter4172.
Den besøgende kan lade det stå som det er, eller erstatte det med et navn efter eget valg.
Dette kan aktiveres fra Customization UI under indstillingen Generate Usernames Automatically:
Sådan fungerer det
- Hvert genererede navn er unikt. Det kontrolleres mod eksisterende konti og reserveres til den besøgendes browsersession, så to besøgende ikke tilbydes det samme navn.
- Navnet genereres kun for besøgende, der ikke har et endnu. Loggede brugere, SSO-brugere og besøgende, der allerede har kommenteret, beholder deres eksisterende navn.
- Det fungerer med eller uden anonym kommentering. Med anonym kommentering slået fra skal den besøgende stadig indtaste sin e-mail, men behøver ikke længere at finde på et brugernavn.
- En tilbagevendende besøgende, der indtaster en e-mail, de har brugt før, matches til deres eksisterende konto og beholder navnet på den konto.
- Hvis en Default Username også er angivet, har det genererede navn forrang.
Tilbagekald 
Alle biblioteker til kommentar-widgeten (i øjeblikket Angular, React, Vue) understøtter callbacks.
Callbacks angives i konfigurationsobjektet med samme signatur for hvert bibliotek.
De understøttede callbacks er:
- onInit
- onAuthenticationChange
- onRender
- commentCountUpdated
- onReplySuccess
- onVoteSuccess
- onImageClicked
- onOpenProfile
- onCommentSubmitStart
- onCommentsRendered
De nøjagtige signaturer findes i TypeScript-definitionerne.
Her er et eksempel med alle callbacks brugt:
Run 
Manuel definition af brugerens lokalitet 
Som standard vil FastComments gengive kommentarfunktionen i den lokalitet, der er bestemt af brugerens system og browser.
Når en bruger kommenterer eller logger ind, opdaterer vi deres sidst brugte lokalitet og bruger den også til at sende e‑mails.
Dette påvirker, hvordan kommentarfunktionen oversættes for brugeren. En lokalitet består af brugerens sprog og region, så konfiguration af lokalitet vil normalt ændre det sprog, der vises til brugeren.
Via UI'en
Dette kan defineres via widget‑tilpasnings‑UI'en. Se indstillingen "Locale / Language" option:
Via kode
Dette kan tilsidesættes med en ønsket lokalitet.
Run 
Understøttede sprog og lokalitetskoder
Du kan finde den komplette liste over understøttede sprog og de tilsvarende lokalitetskoder her.
SSO‑bemærkning
Hvis du bruger SSO, vil du måske sende brugerens lokalitet i brugerobjektet, så e‑mails og andre ting lokales korrekt for dem.
Begrænsning af tilladte sprog 
Som standard begrænser FastComments ikke de sprog, der bruges til at kommentere.
Det kan være ønskeligt at begrænse de sprog, et community bruger.
Dette kan konfigureres uden kode på widget-tilpasningssiden:
Systemet vil analysere kommentaren, bestemme dens sprog og derefter matche den med listen over tilladte sprog.
Hvis kommentaren er skrevet på et sprog, der ikke er tilladt, vises en lokaliseret fejlmeddelelse.
Kommentaroversættelse 
Som standard oversætter FastComments widgetens eget interface (knapper, etiketter, fejlmeddelelser) til seerens sprog, men kommentarer vises præcis som de blev skrevet.
Kommentaroversættelse tilføjer oversættelse af selve kommentarerne, så et fællesskab, der skriver på mere end ét sprog, kan læse hver kommentar på sit eget sprog.
Der er to tilstande:
- Automatic: kommentarer skrevet på et andet sprog end widgetens sprog vises oversat. En linje "Translated from Spanish" vises under kommentaren med et Show original-link, der skifter mellem oversættelsen og den uoversatte tekst.
- Manual: hver kommentar får et Translate-link. Når man klikker på det, oversættes den pågældende kommentar til seerens sprog, med den samme Show original-toggle bagefter. Kommentarer, der allerede er på seerens sprog, angiver dette i stedet.
Målsproget er widgetens sprog: Locale / Language-indstillingen på den samme tilpasningsregel, hvis den er sat, ellers besøgerens browsersprog. Der kræves intet fra besøgeren, ingen konto, udvidelse eller ekstra software, og det fungerer på samme måde i den indlejrede widget og på selvstændige kommentarsider.
Dette slås til pr. tilpasningsregel, så det kan gælde for hele dit site, et domæne eller en enkelt side. Det er slukket som standard.
Oversættelse er en server-side indstilling. At videregive commentTranslation i widgetens JavaScript-konfiguration aktiverer det ikke; reglen gør.
Hver kommentar oversættes højst én gang pr. målsprog, og resultatet gemmes sammen med kommentaren, så en kommentar læst af tusind spanske brugere kun oversættes én gang. Hvis forfatteren eller en moderator redigerer kommentaren, forkastes den gemte oversættelse, og kommentaren oversættes igen ved næste visning. Oversat tekst gennemgår den samme saniterings- og linkregler som den originale kommentar. Kommentarer, der er for lange, eller hvis sproget ikke kan detekteres, vises uoversat.
Brug faktureres som LLM‑tokens til samme pris som AI Agents og vises på samme sted i dine faktureringsdetaljer.
Sidetitler 
Den aktuelle sidetitel er knyttet til den angivne urlId og gemmes til brug i moderationsværktøjer.
Som standard hentes denne fra document.title.
Hvis du ønsker det, kan du angive din egen sidetitel som følger:
Run 
Forhindre nye svar & deaktiver afstemninger 
Kommentar kan låses, så ingen nye kommentarer eller stemmer kan afgives ved at sætte readonly-flaget til true.
Kommentarer vil også ikke kunne redigeres eller slettes.
Run 
Dette kan tilpasses uden kode på widget-tilpasningssiden, for et helt domæne eller en side:
Update!
Fra november 2022 kan tråde låses eller låses op live af administratorer og moderatorer via tre-punkts-menuen over svarområdet.
Dette vil forhindre nye kommentarer, mens stemmer stadig er tilladt, og brugere kan slette deres kommentarer, hvis de ønsker det, mens readonly ikke tillader disse ting.
Dette svarer til isClosed-feltet i Page-API'en.
Begrænsning af linkdomæner 
Som standard tillader FastComments at linke til enhver ekstern side.
Dette kan i stedet begrænses til en ønsket liste over sider eller domæner. Forsøg på at indsende et link til en side eller et domæne, der ikke er på den definerede liste, vil medføre, at en fejl vises for brugeren.
Denne validering gælder kun for Kommentar-widgeten og API'et. Importer påvirkes ikke.
Dette gøres uden kode på widget-tilpasningssiden:
Kommentarantal & tælling af alle indlejrede svar 
Antallet af kommentarer, der vises øverst i kommentar-widgetet, kan enten vise alle "top-level" kommentarer, altså de svar, som er direkte svar på siden eller artiklen selv, eller det kan være et tal for alle indlejrede kommentarer.
Som standard er dette true - det er et optælling af sidstnævnte - alle kommentarer. I ældre versioner af kommentar-widgetet var standardværdien false.
Vi kan ændre adfærden, så den tæller alle indlejrede kommentarer ved at sætte countAll-flaget til true.
Run 
Hvis vi ønskede, at optællingen kun skulle afspejle topniveau-kommentarer, sætter vi flaget til false.
Run 
Dette kan i øjeblikket ikke tilpasses uden kodeændringer.
Aktiver kommentator-links 
Som standard vil FastComments kun bede brugeren om deres kommentar, deres brugernavn og deres e‑mail.
Men i nogle situationer kan du ønske, at brugeren efterlader et link til deres egen blog eller hjemmeside.
Vi kan aktivere visning af et ekstra input‑felt til at indtaste brugerens website‑URL ved at sætte enableCommenterLinks‑flaget til true:
Run 
Når den pågældende URL er angivet, vil brugerens konto blive opdateret, og deres brugernavn på alle tidligere og fremtidige kommentarer vil linke til denne URL.
Dette kan tilpasses uden kode på widget‑tilpasningssiden:
Moderationsgrupper 
En liste over id'er genereret fra Moderationsgrupper siden.
Når det er angivet, vil kommentarer, der afgives med den specificerede konfiguration, indeholde det samme sæt moderationGroupIds.
Hvis en Moderator har en eller flere Moderationsgrupper defineret, vil de
kun se kommentarer på siden Moderate Comments, som er tilknyttet deres gruppe(r).
Run 
Nævn gruppe-id'er 
En liste med id'er til brug for @mentions autokomplettering. Nyttigt, når du vil forhindre at tagge brugere, hvis de ikke har overlappende grupper.
Når det er angivet, vil kun brugere i andre grupper blive vist i autokompletteringen efter at have skrevet @-tegnet.
Run 
Tredjeparts cookie-omgåelse 
Til autentificering er FastComments afhængig af, at tredjepartscookies er aktiveret i din browser. Uden dem skal brugerne altid efterlade deres e-mail for at kommentere (medmindre e-mail-inputfeltet er skjult), og deres kommentarer vil altid blive vist som uverificerede (som standard).
For at omgå dette kan du aktivere tredjepartscookie-bypass.
Når denne indstilling er aktiveret, vil det medføre en lille popup, der viser en besked om, at brugeren bliver logget ind. Denne popup vises, når brugeren interagerer med kommentar-widget'en; for eksempel, hvis de efterlader en kommentar.
Vi kan gøre dette i kode ved at sætte flaget enableThirdPartyCookieBypass til true:
Run 
Vi kan også konfigurere dette via Widget Customization UI, under Enable Third-Party Cookie Popup:
Sletning af kommentarer med svar 
Som standard kan brugere slette deres egne kommentarer. Når de sletter deres kommentar, slettes også automatisk alle underkommentarer og midlertidige kommentarer i tråden. Denne funktion er også aktiv.
Du kan begrænse dette på følgende måder:
- I stedet kan du anonymisere den slettede kommentar (sæt navn og tekst til
[deleted]eller en brugerdefineret værdi). - Tillad ikke sletning af kommentarer, når der er svar. En tilpasselig fejlmeddelelse vises.
- Begræns sletning, når en kommentar har svar, til kun administratorer og moderatorer.
Dette kan konfigureres via sektionen Comment Thread Deletion i Widget-tilpasnings‑UI.
Vis badges i topbjælken 
Som standard vil FastComments kun vise brugerbadge på deres kommentarer inden for kommentartråden.
Men vi kan vise brugerbadge ved siden af deres navn over kommentarfeltet ved at aktivere denne funktion på widget-tilpasningssiden:
Dette vil vise brugerens badge ved siden af deres navn i topbjælkeområdet, så deres præstationer og status fremstår mere tydelige, når de skriver en kommentar.
Bemærk, at denne funktion skal være aktiveret i widget-tilpasnings‑UI’en for at fungere. Du kan valgfrit sætte showBadgesInTopBar‑flaget til false i din kodekonfiguration for selektivt at deaktivere den, selvom den er slået til på serverniveau:
Run 
Vis online-brugerliste 
Som standard viser FastComments ikke en liste over brugere på siden.
Du kan vise en liste over personer, der i øjeblikket ser siden, ved siden af kommentarfunktionen. Listen opdateres live, efterhånden som brugere kommer og går, og viser deres navn, avatar og en online‑indikator.
Der er tre layoutmuligheder:
1- Top: en vandret række af overlappende avatarer vist over kommentarerne.2- Left: en sidebjælke med navne og online‑punkter vist til venstre for widget'en.3- Right: den samme sidebjælke vist til højre for widget'en.
Sæt flaget usersListLocation for at aktivere funktionen:
Run 
Som standard viser listen kun brugere, der er online i øjeblikket. For også at inkludere personer, der har kommenteret på siden tidligere (men som ikke ser den i øjeblikket), sæt usersListIncludeOffline til true:
Run 
Tidligere kommentatorer vises uden den grønne online‑punkt, så det er tydeligt, hvem der er til stede lige nu.
Brugere med private profiler vises med en generisk avatar og en "Privat profil"-etiket, så antallet forbliver nøjagtigt uden at afsløre identiteter.
Dette kan også konfigureres uden kode. På widget‑tilpasningssiden, se indstillingen "Users List Location". Når placeringen er sat til noget andet end Off, vises en "Include past commenters"-afkrydsningsboks nedenunder.
Op til 500 live‑brugere, listen kan være op til 30 sekunder forældet.