
Taal 🇳🇱 Nederlands
De basis
Uiterlijk en gevoel
Live reacties
Paginering & Sortering
Het Reactievak
SSO
Anonieme reacties
Divers
Aanpassingen & Configuratie
Aanpassingen en Configuratie
Context
Hier vindt u diepgaande documentatie over elk van de functies en instellingen die de commentaarwidget ondersteunt.
Deze documentatie behandelt kernconcepten en gaat diep in op elk functioneel gebied, met handleidingen en veelvoorkomende valkuilen.
Codevoorbeelden worden verstrekt, met relevante regels gemarkeerd. Schermafbeeldingen van configuratiepagina's worden waar van toepassing opgenomen.
De codevoorbeelden gebruiken onze vanilla JavaScript-bibliotheek, maar de configuratieopties gebruiken exact dezelfde namen voor alle versies van de commentaarwidget (React, Vue, enz.).
De meeste configuraties en functies die in deze handleiding worden beschreven vereisen geen code te schrijven.
Identificeren van uw account 
Het kan u opvallen dat de commentaar-widget kan worden gebruikt met een Tenant ID van "demo", bijvoorbeeld:
Run 
Dit is alleen bedoeld om de commentaar-widget uit te proberen en mee te spelen. In productie geeft u uw Tenant ID mee, zoals hieronder:
Run 
Uw Tenant ID vindt u al toegepast in het codefragment van de commentaar-widget in uw account.
U kunt uw Tenant ID ook vinden en uw API-sleutels beheren op de pagina met API-referenties.
Vanaf dit punt zullen, als u bent ingelogd bij FastComments, de codevoorbeelden uw echte Tenant ID gebruiken (als u bent ingelogd op https://fastcomments.com).
Hoe reacties gekoppeld zijn aan pagina's en artikelen 
Wanneer een commentaarthread wordt weergegeven of een commentaar wordt geplaatst, moet FastComments weten bij welke pagina, artikel of product die commentaren horen.
Hiervoor gebruiken we iets dat we de “URL ID” noemen. Het is ofwel een identificatie, zoals een string of een getal, of een URL.
Standaard, als je geen urlId opgeeft, wordt dit de pagina‑URL. We nemen de huidige pagina‑URL en maken deze schoon om gemeenschappelijke marketing‑parameters of tracking‑identifiers te verwijderen.
In het geval van integraties van derden, zoals WordPress, zal onze plug‑in meestal de identifier gebruiken die de huidige bekeken informatie vertegenwoordigt als de URL ID, bijvoorbeeld de artikel‑/pagina‑id.
Run 
Een ding dat we vaak in dit document zullen verwijzen is de Widget Customization UI.
Deze UI kan worden gebruikt om veel wijzigingen aan de commentaarwidget aan te brengen zonder code te gebruiken.
Wanneer we een aanpassingsregel maken, willen we die vaak toepassen op alle pagina's van onze site. In sommige gevallen willen we echter de commentaarwidget aanpassen op een specifieke pagina, bijvoorbeeld om aangepaste styling toe te passen, of om commentaren voor die specifieke pagina anoniem te maken. Je zou bijvoorbeeld ook live‑commentaren direct op sommige pagina's kunnen laten verschijnen, terwijl je ze op andere onder notificatie‑knoppen verbergt.
Dit is allemaal mogelijk via het URL ID‑invoerveld op deze pagina, dat er als volgt uitziet:
De waarde in dit veld moet overeenkomen met de urlId‑parameter die aan de commentaarwidget wordt doorgegeven. Als je wilt dat je aanpassingsregel urlId‑agnostisch is, laat dit veld dan leeg of voer * in.
Vanaf 2023 accepteert het URL ID‑veld in widget‑aanpassing nu ook patronen! Bijvoorbeeld, je kunt */blog/* gebruiken om styling specifiek voor je blog toe te voegen en */store/* om styling specifiek voor je winkel toe te passen, allemaal terwijl je hetzelfde domein gebruikt.
Valkuilen
- Als je pagina hash‑parameters heeft (zoals example.com#page-1) – dit wordt standaard onderdeel van de URL ID.
- Tijdens migraties, bijvoorbeeld van WordPress naar Gatsby, moet je mogelijk de URL ID‑commentaarwaarden migreren na de initiële migratie. Neem hiervoor contact met ons op.
Het weergeven van dezelfde reacties op verschillende pagina's 
Omdat de parameter urlId ons in staat stelt te bepalen aan welke pagina of id de reacties zijn gekoppeld, kunnen we urlId gewoon op dezelfde waarde zetten op die pagina's.
Run 
Aangepaste styling 
FastComments is ontworpen om aangepast te kunnen worden. De commentaarwidget zelf draait binnen een iframe om veiligheidsredenen, dus om aangepaste styling toe te passen moet je een van twee benaderingen volgen.
De eerste, de gemakkelijkste benadering, en door ons geprefereerd, is om de widget-aanpassingspagina te gebruiken.
Op de widget-aanpassingspagina, zie de sectie "Geavanceerde opties weergeven", waaronder een gebied staat gelabeld "Aangepaste CSS":
Deze benadering heeft enkele voordelen:
- De ingevoerde CSS wordt geminimaliseerd voordat deze naar de gebruiker wordt verzonden, en de opmaak blijft consistent in de bewerkings-UI.
- Je krijgt alle voordelen van de widget-aanpassings-UI, bijvoorbeeld het eenvoudig aanpassen van de commentaarwidget verschillend voor verschillende sites.
- Wanneer we wijzigingen aan de commentaarwidget aanbrengen, wordt jouw aangepaste styling getest als onderdeel van ons releaseproces.
De tweede benadering is om de customCSS-parameter op te geven in de widgetconfiguratie, als volgt:
Run 
Dit heeft echter beperkingen:
- Er is een limiet aan hoeveel aangepaste CSS kan worden doorgegeven voordat onze servers het verzoek afwijzen, vanwege de grootte van de headers.
- Je moet de aangepaste CSS beheren in je infrastructuur en buildsysteem. Dit kan zelfs een voordeel zijn in plaats van een nadeel.
- Er is een extra overhead van het verzenden van de aangepaste CSS over het netwerk twee keer in dit geval, omdat het eerst naar onze servers moet worden gestuurd en vervolgens terug in de iframe-inhoud. Voor de meeste payloadgroottes is dit echter niet merkbaar.
- Een veelvoorkomende optimalisatie is het minificeren van de CSS om de grootte over het netwerk te verkleinen, maar met deze benadering moet je dat zelf afhandelen.
- Jouw aangepaste CSS wordt niet getest wanneer we wijzigingen aanbrengen.
Externe CSS-bestanden
Je kunt de widget laten een extern bestand ophalen met @import!
Het wordt aanbevolen om de @import in een aanpassingsregel te plaatsen. Op deze manier, als we ooit een wijziging aan de commentaarwidget moeten aanbrengen, kunnen we onze automatiseringstools gebruiken om je configuratie te verifiëren. Dus bijvoorbeeld, je zou een aanpassingsregel maken in de Widget Customization UI, klik op Advanced, en voer in Custom CSS:
@import url(https://example.com/styles.css);
In Code - Niet Aanbevolen
Je kunt ook een extern CSS-bestand laden via de customCSS-eigenschap:
Run 
Houd er echter rekening mee dat je CSS niet door ons kan worden getest als je dit doet.
Styling van gebruikersprofiel-modals
Gebruikersprofiel-modals kunnen ook worden gestyled met aangepaste CSS. Om er echter voor te zorgen dat aangepaste styling wordt toegepast op gebruikersprofielen, moeten alle CSS-selectors worden voorafgegaan door .user-profile. Zonder dit voorvoegsel wordt aangepaste styling genegeerd voor gebruikersprofiel-modals.
Bijvoorbeeld:
Run 
Achterwaartse compatibiliteit
Bij FastComments weten we dat onze klanten de commentaarwidget aanpassen. Dat is zo ontworpen - het laatste wat we willen is dat ons product ontwerp-inconsistenties in jouw product veroorzaakt.
Aangezien dit een belangrijk onderdeel van ons product is, hebben we een build-pijplijn die ons in staat stelt om wijzigingen aan de commentaarwidget per klant te beoordelen bij elke release.
Als we kleine problemen vinden, zullen we je account bijwerken om ervoor te zorgen dat onze release soepel verloopt. Als we grote brekende wijzigingen zien, stelt dit ons in staat de release te stoppen.
Aangepaste lettertypen 
FastComments is ontworpen om aangepast te worden, en het lettertype dat onze widgets gebruiken is daarop geen uitzondering.
Standaard gebruikt FastComments de system font stack zodat het er op een breed scala aan apparaten zo goed mogelijk uitziet.
Om je eigen lettertypen te definiëren, zie de Documentatie voor Aangepaste CSS.
Daar vind je een manier om aangepaste CSS te definiëren, waarmee je de gewenste lettertypen kunt instellen.
Hoe het lettertype te definiëren
Om het lettertype te overschrijven raden we aan je CSS te definiëren met de .fast-comments, textarea selectors. Bijvoorbeeld:
Run 
Branding verwijderen 
Voor klanten met Pro- of Enterprise-accounts is white-labeling toegestaan. Neem gewoon contact met ons op en we helpen u graag.
Als u alleen ons logo uit de commentaarwidget wilt verwijderen, wordt dit automatisch ingeschakeld op de Flex- en Pro-plannen.
Deze plannen bieden ook dezelfde functionaliteit voor e-mails die vanuit ons platform worden verzonden.
Ondersteuning voor donkere achtergronden (donkere modus) 
Standaard detecteert de FastComments comment widget automatisch de donkere modus op de meeste sites.
Wanneer de donkere modus wordt gedetecteerd, schakelt FastComments over van zwarte tekst op witte achtergronden naar witte tekst op een zwarte achtergrond. Afbeeldingen zullen ook veranderen.
Bij het laden van de pagina zal de widget proberen te bepalen hoe donker de achtergrond van de pagina is achter de comment widget. Dit betekent dat de pagina een witte achtergrond kan hebben, maar als u de comment widget in een container met een zwarte achtergrond plaatst, zou de donkere modus nog steeds automatisch ingeschakeld moeten worden om de reacties leesbaar te maken.
Echter, het detectiemechanisme, dat afhankelijk is van het bepalen van de "luminantie", schakelt mogelijk de donkere modus niet in wanneer u dat wilt. Om deze geforceerd in te schakelen, zet de hasDarkBackground vlag op true als volgt:
Run 
Donkere modus in- en uitschakelen 
Voor sites die het wisselen van de donkere modus na het initiële laden van de pagina toestaan, is dit iets ingewikkelder.
Allereerst bevatten alle huidige versies van de Comment-widgetbibliotheek (React, Vue) voorbeelden van het wisselen van de donkere modus in hun respectieve repositories.
Voor de VanillaJS-widget moeten we wat meer werk doen. Ten eerste retourneert de FastCommentsUI een object met de functies "destroy" en "update".
We kunnen eenvoudig de update-functie aanroepen telkens wanneer we de configuratie van de commentaarwidget willen bijwerken, zoals hieronder. Hier is een volledig werkend voorbeeld van het wisselen van de donkere modus met de VanillaJS-widget.
Run 
Tekst overschrijven 
Met FastComments kan alle tekst in de commentaarwidget worden aangepast.
U kunt een enkel stuk tekst overschrijven, zoals de verzendknop, of alle tekst in de volledige commentaarwidget.
Standaard wordt de tekst in de commentaarwidget vertaald op basis van de locale van de gebruiker. We kunnen echter de tekst overschrijven, als we er zeker van zijn dat onze gebruikersbasis dezelfde locale/taal gebruikt, bijvoorbeeld:
Run 
Alle aanpasbare vertalingen zijn te vinden hier onder het tabblad "geavanceerde opties".
Er is echter een eenvoudigere manier, via de UI voor widgetaanpassing. Daar kunnen we eenvoudig de tekst vinden die wordt weergegeven in de commentaarwidget in de EN_US locale, en een vervanging opgeven.
Alle vertaaloverschrijvingen hebben momenteel invloed op alle locales.
Dit betreft de eigen tekst van de widget. Om de opmerkingen die uw bezoekers schrijven te vertalen, zie Comment Translation.
Standaardavatar wijzigen 
Wanneer een gebruiker voor het eerst een reactie plaatst met FastComments, proberen we hun avatar op te halen van https://gravatar.com/.
Als we echter geen avatar vinden, of de gebruiker er nooit een instelt in zijn account, tonen we een statische standaardavatarafbeelding.
Om je eigen statische avatarafbeelding op te geven, kun je de defaultAvatarSrc instelling gebruiken.
Run 
Dit kan ook zonder code. Op de widget‑aanpassingspagina, zie de sectie "Standaardavatar".
Let op dat het definiëren van de avatar voor een specifieke gebruiker, bijvoorbeeld met SSO, in een eigen sectie wordt behandeld.
Avatars uitschakelen 
Avatars kunnen volledig worden verwijderd uit de commentaarwidget, zelfs als gebruikers hun eigen avatar hebben gedefinieerd.
Run 
Dit kan worden aangepast zonder code, op de widget‑aanpassingspagina:
Alle standaardstijlen uitschakelen 
Voor grotere projecten met aangepaste styling kan het wenselijk zijn om met een schone lei te beginnen en de standaardstyling helemaal niet te gebruiken.
Alle standaardstyling kan worden verwijderd door de noStyles-parameter op true te zetten, als volgt:
Run 
Dit kan zonder code worden aangepast op de widget-aanpassingspagina, onder Geavanceerde opties:
Koppelen van reacties naar pagina's 
Bij het verzenden van notificatie-e-mails, of het weergeven van opmerkingen in gebruikersinterfaces zoals de moderatiepagina, is het handig om een link te kunnen maken van de opmerking naar de pagina waarop deze staat.
Als URL-ID niet altijd een ID is, moeten we de URL ergens anders opslaan. Daar is de "url" eigenschap voor, gedefinieerd als volgt.
Run 
Een veelvoorkomend gebruik is het koppelen van de reactiedraad aan een identificator, zoals een artikel, en vervolgens teruglinken naar een specifieke pagina, bijvoorbeeld:
Run 
De URL wordt niet opgeschoond van gebruikelijke marketingparameters. Standaard wordt, wat de huidige pagina-URL ook is, die URL met de opmerking opgeslagen.
Antwoorden standaard samenvouwen 
Standaard worden antwoorden op top-level reacties weergegeven.
Dit kan zo worden geconfigureerd dat de gebruiker op "Show Replies" moet klikken op de top-level reacties om de antwoorden te zien.
Run 
Dit kan zonder code worden aangepast op de widget-aanpassingspagina:
Deze instelling heeft geen invloed op het aantal top-level reacties dat aanvankelijk wordt geladen. Als je één top-level reactie hebt, en 29 antwoorden, zul je met deze instelling:
- De top-level reactie zien.
- De "Show Replies" (29) onder deze reactie zien.
Als je alle top-level reacties wilt weergeven in combinatie met deze optie, stel dan startpagina op -1 in.
WYSIWYG inschakelen 
Standaard worden de opmaakfunctionaliteiten in FastComments gerealiseerd door zichtbare anker‑tags zoals <b></b> rond je tekst toe te voegen. Door op de werkbalk te klikken of sneltoetsen te gebruiken gebeurt dit automatisch. Sommige gemeenschappen willen echter de opmaak gebruiken zonder anker‑tags. Dit wordt het inschakelen van de WYSIWYG (what you see is what you get) editor genoemd. Deze editor ziet er precies hetzelfde uit als de standaardeditor, behalve dat er extra code wordt geladen die gebruikers in staat stelt tekst vet, onderstreept, enz. te maken zonder zichtbare anker‑tags.
Run 
Dit kan ook zonder code worden gedaan. Op de widget‑aanpassingspagina vind je de optie "Enable Advanced Formatting".
Werkbalk uitschakelen 
Standaard toont FastComments een werkbalk bij het schrijven van een reactie om snelkoppelingen te bieden voor het opmaken van tekst en het uploaden afbeeldingen.
Deze werkbalk kan worden uitgeschakeld in code of via de Aanpassings-UI.
Run 
Dit kan ook zonder code worden gedaan. Op de widget-aanpassingspagina, zie de optie "Disable The Reply Toolbar".
Blokkeren uitschakelen 
Standaard staat FastComments gebruikers toe om andere gebruikers te blokkeren. Het blokkeren van een gebruiker zorgt ervoor dat hun opmerkingen worden gemaskeerd, voorkomt meldingen tussen de gebruikers, enzovoort.
Het kan wenselijk zijn om deze functionaliteit uit te schakelen. Dit kan als volgt:
Run 
Dit kan ook zonder code worden gedaan, wat ook een juiste server‑side validatie mogelijk maakt, via de Widget‑aanpassings‑UI:
Bepalen welke pagina moet worden weergegeven 
Wanneer opmerkingen worden opgehaald en weergegeven, moet de reactie-widget weten op welke pagina deze moet beginnen. Standaard begint deze met de eerste pagina en geeft alleen die pagina weer.
Indien gewenst kan de exacte pagina die weergegeven moet worden aan de reactie-widget worden doorgegeven als instelling startingPage.
Run 
Houd er rekening mee dat paginanummers vanaf nul beginnen, dus het bovenstaande voorbeeld geeft de tweede pagina weer.
Reactie-threads wisselen zonder de pagina te herladen 
We hebben uitgelegd hoe urlId het pagina- of artikel-id is waaraan de reacties gekoppeld zijn.
Ter herinnering: als deze niet is gedefinieerd, zal urlId standaard de URL van de huidige pagina zijn.
Hoe zit het met SPA's, of Single-Page Applications, waarbij de pagina of inhoud waaraan de reacties zijn gekoppeld dynamisch verandert zonder de pagina opnieuw te laden?
Angular, React, Vue, enz.
Met onze bibliotheken zoals Angular en React zal het bijwerken van de urlId-eigenschap die aan de widget wordt doorgegeven ervoor zorgen dat de reactie-widget wordt vernieuwd. Je kunt dit in actie zien voor de React-app, bijvoorbeeld hier.
VanillaJS
Als je de VanillaJS-bibliotheek gebruikt, is het iets ingewikkelder omdat er geen framework zoals Angular of React is om de datakoppeling of toestandspropagatie af te handelen.
Wanneer je de VanillaJS-widget instancieert, geeft deze enkele functies terug die kunnen worden aangeroepen om hem bij te werken.
Hier is een functioneel voorbeeld waarin we de pagina-hash wijzigen en de reactie-widget bijwerken:
Run 
Absolute datums (mensvriendelijke tijdstempels uitschakelen) 
Standaard worden gelokaliseerde relatieve datums gebruikt. Bijvoorbeeld, naast een recent geplaatste reactie kun je "11 minuten geleden" zien.
Het kan nodig of gewenst zijn om absolute datums te gebruiken; in dat geval stel je deze parameter in op true.
Run 
Dit kan zonder code worden aangepast op de widget‑aanpassingspagina, onder Geavanceerde opties:
Zowel absolute als relatieve datums tonen 
Standaard worden gelokaliseerde relatieve datums gebruikt. Bijvoorbeeld, naast een recent geplaatst commentaar kun je "11 minuten geleden" zien.
Het kan nodig of gewenst zijn om dit relatieve datumformaat te behouden, maar ook de volledige datum ernaast te tonen; in dat geval stel je deze parameter in op true.
Run 
Dit kan zonder code worden aangepast op de widget-aanpassingspagina, onder Geavanceerde opties. Je moet eerst Absoluut datums inschakelen om deze optie in de UI te zien.
Koptekst toevoegen 
Enige tekst, zoals een header of bericht, kan worden weergegeven onder het aantal reacties maar boven de tekst van de loginstatus.
We noemen dit de header, en standaard is deze verborgen.
Run 
Dit kan worden aangepast zonder code, op de widget‑aanpassingspagina, onder Geavanceerde opties:
Links weergeven als tekst 
Standaard zal FastComments links weergeven zoals dit: https://exmaple.com - waarbij de link-URL een klikbare HTML-anker-tag wordt.
Sommige sites willen dit mogelijk uitschakelen, bijvoorbeeld om oplichters te ontmoedigen. We bieden dit door de Comment HTML Rendering Option in te stellen op Links as Text.
Dit kan zonder code worden aangepast, op de widget-aanpassingspagina, voor een heel domein of een pagina:
Reacties in- en uitschakelen met een knop 
Standaard rendert FastComments zowel het reactie‑invoerveld als de reactiedraad tegelijk. Om wat verticale ruimte te besparen, verbergt het ook alle andere verplichte velden totdat er met de widget wordt gecommuniceerd.
De reactiewidget kan echter verborgen worden achter een knop, bijvoorbeeld:
De knop gebruikt verschillende vertaalde teksten afhankelijk van of de reacties momenteel worden getoond of niet. Als de reacties verborgen zijn, wordt translations.SHOW_COMMENTS_BUTTON_TEXT gebruikt. Als de
reacties worden getoond, wordt translations.HIDE_COMMENTS_BUTTON_TEXT gebruikt. De vertalingen kunnen de tekst [count] bevatten die
wordt vervangen door het gelokaliseerde aantal.
Run 
Dit is bedoeld om de hideCommentsUnderCountTextFormat configuratie te vervangen.
Het aantal wordt live bijgewerkt met de reactiedraad. De knop wordt niet getoond als er geen reacties zijn.
Dit kan worden ingeschakeld zonder code door een aanpassingsregel te maken en "Klik om reacties te tonen" in te schakelen:
Tekst voor aantal reacties aanpassen 
Het aantal opmerkingen dat bovenaan de commentaarwidget wordt weergegeven, kan worden aangepast.
Dit kan worden vervangen door een willekeurige tekenreeks, en de waarde [count] wordt vervangen door de tellerwaarde, gelokaliseerd voor de gebruiker.
Run 
Dit kan worden aangepast zonder code, op de widget-aanpassingspagina:
Afbeeldings-redirect uitschakelen 
Standaard staat FastComments gebruikers toe afbeeldingen te uploaden. Wanneer een gebruiker op die afbeelding klikt, opent FastComments standaard, een nieuw tabblad om die afbeelding volledig weer te geven. Het instellen van deze vlag op true schakelt dit gedrag uit:
Run 
Als u niet van plan bent de klik op de afbeelding zelf af te handelen (zie onImageClicked), raden we aan dit te combineren met wat styling om te voorkomen dat het lijkt alsof de afbeelding aangeklikt kan worden.
Automatisch hashtag aanmaken uitschakelen 
Wanneer gebruikers hashtags invoeren, in de vorm van #someexampletag, zal FastComments automatisch die HashTag aanmaken en deze in hun reactie markeren.
In sommige gevallen is het wenselijk om deze functie uit te schakelen, of om te bepalen welke hashtags via de API kunnen worden gebruikt.
Doe dit door simpelweg Disable Automatic #hashtag Creation in te schakelen via de Widget Customization UI.
Meldingsbel uitschakelen 
Standaard toont FastComments een meldingsbel in de rechterbovenhoek van het reactiegebied.
Deze bel wordt rood en toont een telling van het aantal meldingen dat de gebruiker heeft. Enkele voorbeeldmeldingen zijn:
- Gebruiker heeft op je gereageerd.
- Gebruiker heeft gereageerd in een thread waarin je hebt gereageerd.
- Gebruiker heeft je reactie upvoted.
- Gebruiker heeft gereageerd op een pagina waarop je geabonneerd bent.
De meldingsbel biedt ook een mechanisme om je op een volledige pagina te abonneren.
We kunnen de meldingsbel echter volledig uitschakelen:
Run 
Dit kan ook zonder code worden gedaan. Op de widget‑aanpassingspagina, zie de "Disable Notification Bell" sectie.
Profielen uitschakelen 
Standaard toont FastComments het profiel van de gebruiker wanneer je op de avatar klikt.
We kunnen deze functionaliteit echter uitschakelen:
Run 
Dit kan ook zonder code worden gedaan. Op de widget‑aanpassingspagina, zie de sectie "Profielen uitschakelen".
Profielreacties uitschakelen 
Standaard toont FastComments een “Profielreacties” tabblad op gebruikersprofielen, waardoor bezoekers reacties kunnen achterlaten op iemands profiel.
We kunnen dit tabblad echter uitschakelen:
Run 
Dit kan ook zonder code worden gedaan. Op de widget‑aanpassingspagina, zie de sectie “Profielreacties uitschakelen”.
Directe berichten in profiel uitschakelen 
Standaard toont FastComments een "Direct Messages" tabblad op gebruikersprofielen, waardoor bezoekers directe berichten naar een gebruiker kunnen sturen.
We kunnen dit tabblad echter uitschakelen:
Run 
Dit kan ook zonder code worden gedaan. Op de widget‑aanpassingspagina, zie de sectie "Direct Berichten Uitschakelen".
Succesbericht uitschakelen 
Standaard toont FastComments een succesbericht na het plaatsen van een reactie. Dit kan als volgt worden uitgeschakeld:
Run 
Dit kan ook zonder code worden gedaan. Op de widget‑aanpassingspagina:
Inhoudsclassificatie van GIF's wijzigen 
Standaard stelt de FastComments-reactie-widget een gif rating in op pg.
Beschikbare opties zijn g, pg, pg-13 en r.
Dit kan worden ingesteld in de code of via de UI. In de code kunnen we dit als volgt doen:
Run 
In de UI vind je dit onder Gif Picker Rating zolang Disable Image Uploads? niet is aangevinkt.
Beeldinhoudmoderatie 
Standaard heeft de FastComments-reactiewidget de moderatie van afbeeldingsinhoud ingesteld op off.
Beschikbare opties zijn off, low, medium en high.
In de UI voor widgetaanpassing vind je dit onder Image Content Moderation Level zolang Disable Image Uploads? niet is aangevinkt.
Stemstijl wijzigen 
Standaard zal FastComments stemopties weergeven als omhoog- en omlaag-pijlen, waardoor gebruikers een reactie kunnen up- of downvoten.
Het is echter mogelijk om de stijl van de stemwerkbalk te wijzigen. De huidige opties zijn de standaard Omhoog/Omlaag-knoppen, of het gebruik van een hartstijl stemmechanisme.
We gebruiken de voteStyle-vlag als volgt:
Run 
We raden sterk aan dit zonder code te doen, omdat dit ook server-side validaties inschakelt. Op de widget-aanpassingspagina, zie de sectie "Stemstijl".
Stemmen kan ook worden uitgeschakeld, zie Disable Voting boven de stijlopties.
Verwijderen uitschakelen 
Standaard staat FastComments gebruikers toe hun opmerkingen te verwijderen.
Het is echter mogelijk dit te voorkomen.
Op de widget‑aanpassingspagina, zie de "Verwijderen uitschakelen" optie.
- Dit heeft alleen invloed op gewone commentatoren en niet op moderators of beheerders, die nog steeds kunnen verwijderen.
- Dit zal ook van invloed zijn op API‑integraties wanneer
contextUserIdwordt doorgegeven.
Bewerken uitschakelen 
Standaard staat FastComments gebruikers toe hun reacties te bewerken.
Het is echter mogelijk dit te voorkomen.
Op de widget‑aanpassingspagina, zie de optie "Bewerken uitschakelen".
- Dit heeft alleen invloed op gewone reageerders en niet op moderators of beheerders, die nog steeds kunnen bewerken.
- Dit zal ook invloed hebben op API‑integraties wanneer
contextUserIdwordt doorgegeven.
Nieuwe reacties markeren 
FastComments biedt verschillende manieren om nieuwe reacties te markeren.
Allereerst, standaard worden reacties die een in-app melding veroorzaakten (antwoorden, antwoorden in dezelfde thread, of reacties op een pagina
waarop je bent geabonneerd), automatisch gemarkeerd door de avatar van de gebruiker licht te laten gloeien. De kleur kan via CSS aangepast worden
met de is-unread klasse.
Reacties die in de laatste 24 uur zijn geplaatst hebben de 24hr klasse toegepast die gebruikt kan worden voor styling.
Tot slot worden nieuwe live reacties die in de sessie van de gebruiker verschijnen enkele seconden gemarkeerd met een animatie. Dit gebeurt via de
is-live CSS-klasse en kan ook aangepast worden.
Paginagroottes 
Standaard is de paginagrootte van FastComments 30. Dit omvat antwoorden in threads.
De paginagrootte kan worden aangepast in de Widget Configuration UI in verschillende groottes variërend van 10 tot 200.
Houd er rekening mee dat het wijzigen van de paginagrootte het opnieuw berekenen van alle commentaarthreads in uw account vereist. Dit kan enkele minuten duren.
Dit kan niet worden geconfigureerd in de client-side widget, omdat pagina's server-side worden berekend.
Voorbeeldconfiguratie wordt hieronder getoond:
Paginagroottes kunnen globaal, per domein of per pagina worden aangepast door verschillende aanpassingsregels te maken.
Dit zal alle clients, integraties en frameworks beïnvloeden die u mogelijk gebruikt om opmerkingen weer te geven via ons platform.
E-mailtemplates 
E-mails die door FastComments naar uw klanten worden verzonden, kunnen worden aangepast. De sjabloon, logica, en vertalingen kunnen allemaal worden gewijzigd. Tekst kan per-locale worden aangepast, en de opmaak kan zelfs per-domein worden gewijzigd. Meer informatie over aangepaste e-mailsjablonen vindt u hier.
Gebruikersnaamformaten 
Standaard toont FastComments de naam van de gebruiker zoals deze is ingevoerd, of zoals deze via SSO aan ons is doorgegeven.
Het kan echter wenselijk zijn om de naam van de gebruiker te maskeren of op een andere manier weer te geven. Bijvoorbeeld, als de naam van de gebruiker Allen Rex is, wil je misschien alleen "Allen R." tonen.
Dit kan zonder code worden gedaan in de Widget Customisatie UI, onder de instelling genaamd Commenter Name Format:
De beschikbare indelingen zijn:
- Capitalize (toon voorbeeldgebruiker als Example User)
- Last Initial (toon Example User als Example U.)
- All Initials (toon Example User als E. U.)
- Show "Anonymous"
Het effect van het wijzigen hiervan is onmiddellijk. Gebruikers zullen nog steeds hun volledige gebruikersnaam bovenaan het reactiegebied zien, voor zichzelf, maar hun reacties zullen de aangepaste gebruikersnaam tonen.
Gebruikersnamen worden server-side gemaskeerd om gebruikers te beschermen.
Afbeeldingsuploads uitschakelen 
Standaard staat FastComments afbeeldinguploads toe. Dit kan worden uitgeschakeld door de noImageUploads‑vlag op true te zetten.
Run 
Dit kan worden aangepast zonder code, op de widget‑aanpassingspagina:
Media-embeds toestaan 
Standaard staat FastComments geen iframes toe in reacties. Wanneer je media‑embeds inschakelt, kunnen reageerders de embedcode (de <iframe>‑snippet) van vertrouwde providers zoals YouTube, Vimeo, SoundCloud en Spotify plakken, en deze wordt inline weergegeven in de reactie.
Voor de veiligheid is dit geen client‑side widget‑configuratievlag. Het is een server‑side instelling, gevalideerd wanneer elke reactie wordt opgeslagen, zodat deze niet vanaf de pagina kan worden ingeschakeld. Alleen iframes die verwijzen naar een ingebouwde lijst van vertrouwde providers zijn toegestaan. Elke andere iframe wordt verwijderd.
Dit gebeurt zonder code, op de widget‑aanpassingspagina:
Eigen providers toevoegen
Als je embeds van een provider wilt toestaan die niet op de ingebouwde vertrouwde lijst staat, voeg dan de hostnaam toe in het veld "Additional Embed Domains" op dezelfde pagina. Deze hostnamen zijn toegestaan naast de ingebouwde providers. De overeenkomst is exact, dus voeg de volledige hostnaam toe (bijvoorbeeld player.example.com). Alles wat je niet vermeldt, blijft geblokkeerd.
Zowel het eenvoudige reactieveld als de WYSIWYG‑editor ondersteunen het plakken van een embed. In de WYSIWYG‑editor wordt de embed ingevoegd als een verwijderbaar blok.
Zoekvak inschakelen 
Standaard wordt er geen zoekvak weergegeven in de commentaarwidget.
We kunnen dit echter inschakelen door de enableSearch-vlag op true te zetten:
Run 
Dit kan ook zonder code. Op de widget-aanpassingspagina, zie de "Enable Search Box" optie.
Spoilers inschakelen 
We kunnen spoiler-ondersteuning inschakelen door de vlag enableSpoilers op true te zetten:
Run 
Dit kan ook zonder code. Zie op de widget-aanpassingspagina de optie "Enable Spoilers".
Wanneer tekst is gemarkeerd en de nu zichtbare SPOILER-knop wordt aangeklikt, wordt de tekst gemaskeerd totdat de gebruiker er met de muis overheen beweegt. Voor de donkere modus doen we hetzelfde, met andere
kleuren die beter passen bij de donkere modus.
Dit is ook compatibel met de WYSIWYG-editor.
Aantal weergaven van reacties inschakelen 
Standaard houdt FastComments niet bij wie elk commentaar heeft bekeken en biedt geen statistieken hierover.
We kunnen deze functie echter inschakelen, waarna het systeem begint bij te houden wanneer elke gebruiker naar een commentaar scrolt.
Wanneer dit gebeurt, wordt een teller naast een oog‑icoon dat bij elk commentaar wordt weergegeven, verhoogd. De teller wordt live bijgewerkt en afgekort volgens de locale van de gebruiker.
We kunnen dit inschakelen door de enableViewCounts‑vlag op true te zetten:
Run 
Dit kan zonder code worden aangepast op de widget‑aanpassingspagina:
We volgen de gebruikers‑id* die het commentaar heeft bekeken gedurende één week, zodat als je het commentaar binnen die week opnieuw bekijkt, de teller niet wordt verhoogd. Als je het commentaar na die week opnieuw bekijkt, wordt de teller weer verhoogd.
- *Opmerking: of de anonieme sessie‑id, of het IP‑adres van de gebruiker als een gehashte waarde.
Live reacties direct tonen 
Standaard is live reageren ingeschakeld. Dit betekent dat als er reacties worden toegevoegd, verwijderd, bewerkt of vastgezet, de wijzigingen voor alle gebruikers die de discussiedraad bekijken tegelijk zichtbaar moeten zijn.
Echter, standaard zullen die nieuwe reacties verschijnen onder een dynamisch weergegeven knop met tekst die lijkt op "Show 2 New Comments".
Als de nieuwe reacties direct op de pagina reageren, wordt de knop bovenaan de discussiedraad weergegeven. Als ze een reactie op een specifieke reactie zijn, wordt de knop onder die reactie weergegeven.
Dit is om te voorkomen dat de paginagrootte voortdurend verandert voor de gebruiker, wat mogelijk frustratie veroorzaakt bij het proberen vast te pakken van de scrollbalk.
Voor sommige gebruikssituaties, zoals live bieden of online evenementen, is dit niet het gewenste gedrag – je wilt misschien dat de reactiewidget meer lijkt op een "chat"-venster waarbij nieuwe reacties "direct worden getoond".
Daarom de naam van de vlag die die functie inschakelt: showLiveRightAway.
We kunnen deze als volgt inschakelen:
Run 
Dit kan zonder code worden aangepast op de widget-aanpassingspagina:
Live reacties uitschakelen 
Standaard heeft FastComments live commentaar ingeschakeld.
Dit betekent dat elke kijker van de commentaarthread dezelfde inhoud moet zien.
Bijvoorbeeld, als een commentaar wordt toegevoegd, moet dat commentaar worden weergegeven. Als een commentaar wordt bewerkt of verwijderd, dan zullen die commentaren voor alle kijkers van de thread worden bewerkt of verwijderd. Hetzelfde geldt voor stemmen en alle moderatieacties.
We kunnen dit echter uitschakelen:
Run 
Dit kan ook zonder code worden gedaan. Op de widget-aanpassingspagina, zie de sectie "Live commentaar uitschakelen".
Nieuwe live reacties onderaan plaatsen 
Standaard verschijnen nieuwe live-reacties bovenaan de reactielijst zodra ze in realtime worden gepost.
Wanneer deze optie is ingeschakeld, worden nieuwe live-reacties in plaats daarvan onderaan de lijst toegevoegd. Dit beïnvloedt hoe reacties verschijnen wanneer ze live worden gepost terwijl gebruikers de reactiedraad bekijken.
Run 
Met deze instelling ingeschakeld:
- Nieuwe live-reacties geplaatst door andere gebruikers verschijnen onderaan de reactielijst
- Gebruikers zien nieuwe reacties in realtime verschijnen onder bestaande reacties
- Dit heeft alleen invloed op live-update van reacties - niet op de initiële paginalading
- Dit kan helpen de leesstroom te behouden wanneer gebruikers een discussie volgen
Let op dat deze instelling alleen van invloed is op waar nieuwe live-reacties worden geplaatst zodra ze in realtime binnenkomen. Het heeft geen invloed op de initiële sorteervolgorde wanneer de pagina wordt geladen.
Oneindig scrollen inschakelen 
Standaard zal de FastComments-widget zichzelf verticaal aanpassen om alle zichtbare reacties te tonen. Paginering wordt bereikt via een "Bekijk volgende" knop aan het einde van de huidige pagina, omdat we hebben vastgesteld dat deze interactie voor de meeste gebruikers het prettigst aanvoelt.
Er zijn echter gevallen waarin oneindig scrollen de voorkeur heeft. Bijvoorbeeld: we gebruiken deze functie in ons Stream Chat-product.
We kunnen de "Bekijk volgende"-knoppen verbergen en overschakelen naar oneindig scrollen door de enableInfiniteScrolling-vlag op true te zetten:
Run 
Dit vereist ook het toevoegen van aangepaste CSS. Voeg bijvoorbeeld aangepaste CSS toe voor de .comments-selector om scrollen mogelijk te maken:
Run 
Een volledig werkend voorbeeld zou zijn:
Run 
In het bovenstaande voorbeeld gebruiken we de customCSS-eigenschap, maar wordt aanbevolen om in plaats daarvan de Widget Configuration UI te gebruiken vanwege prestatieoverwegingen. Zie de documentatie voor Custom CSS.
Standaard sorteerrichting wijzigen 
Standaard sorteert FastComments opmerkingen op de sorteer richting "Meest Relevant".
Meest Relevant sortering houdt rekening met de tijd waarop de opmerking is geplaatst en het aantal stemmen bij het sorteren.
De gebruiker kan vervolgens de sorteer richting wijzigen naar Oudste of Nieuwste eerst in de UI van de opmerking widget.
We kunnen de standaard echter wijzigen naar een van de drie. Bijvoorbeeld als je de oudste opmerkingen eerst wilt weergeven:
Run 
We stellen de waarde van defaultSortDirection in op "OF" om de richting in te stellen op "OF".
Voor de nieuwste-eerst sorteer richting zouden we het volgende doen:
Run 
De geldige waarden voor defaultSortDirection zijn:
- MR: "Meest Recent"
- NF: "Nieuwste eerst"
- OF: "Oudste eerst"
Dit kan ook zonder code worden gedaan. Op de widget-aanpassingspagina, zie de sectie "Standaard sorteer richting".
Merk op dat de opmerkingen op elke pagina voor elke sorteer richting vooraf worden berekend, zodat alle sorteer richtingen dezelfde prestaties hebben.
Alle reacties in één keer weergeven - Paginering uitschakelen 
Om paginering uit te schakelen en alle reacties in één keer weer te geven, stel startingPage in op -1.
Run 
Reactievak verplaatsen naar na de reacties 
Standaard staat het commentaar-invoergebied vóór de commentaardraad. Door deze configuratieparameter op true in te stellen kunnen we het echter achteraan plaatsen.
Run 
Dit kan zonder code worden aangepast op de widget-aanpassingspagina:
Lengte van reacties beperken 
Het maximale aantal tekens dat in het reactie‑invoerveld mag worden ingevoerd, kan worden beperkt door de maxCommentCharacterLength parameter.
Standaard is 2000.
Dingen zoals afbeeldings‑URL's worden niet meegerekend bij de lengtebepaling.
Run 
Dit kan zonder code worden aangepast op de widget‑aanpassingspagina:
Meerdere regels in reacties uitschakelen 
Standaard staat FastComments de gebruiker toe om een commentaar in te voeren met zoveel regels als ze willen, tot aan de standaard tekenlimiet.
Het kan echter wenselijk zijn om de gebruiker te beperken tot het invoeren van slechts één regel tekst. Enkele voorbeeldtoepassingen zijn online bieden of live chat, waarvoor FastComments kan worden gebruikt.
We schakelen de useSingleLineCommentInput-vlag in als volgt:
Run 
Dit kan ook zonder code worden gedaan. Op de widget-aanpassingspagina, zie de sectie "Invoeren van één regel commentaar inschakelen".
Houd er rekening mee dat de commentaren op elke pagina voor elke sorteerrichting vooraf worden berekend, zodat alle sorteerrichtingen dezelfde prestaties hebben.
Aantal reacties per gebruiker beperken 
Standaard kan elke gebruiker tot 5 comments indienen binnen dezelfde minuut.
Dit wordt bijgehouden op basis van user id, anon user id, en ip address (hashed).
Dit kan zonder code worden aangepast op de widget‑aanpassingspagina:
Merk op dat als je de comment creation API gebruikt, je mogelijk het oorspronkelijke ip‑adres van de gebruiker wilt doorgeven in het verzoek aan onze backend, zodat rate limiting wordt toegepast
per gebruiker en niet globaal op je account.
Nieuwe top-level reacties voorkomen 
Het instellen van noNewRootComments op true zorgt ervoor dat de widget het antwoordveld voor topniveau-opmerkingen verbergt, maar gebruikers toch nog toestaat om te reageren
op onderliggende opmerkingen. Je kunt dit bijvoorbeeld bij het laden van de pagina conditioneel instellen, zodat alleen bepaalde gebruikers topniveau-opmerkingen kunnen plaatsen.
Run 
Maximale diepte van antwoorden 
Standaard staat FastComments onbeperkte nesteling van antwoorden toe, waardoor er een draadstructuur ontstaat waarin gebruikers oneindig op antwoorden kunnen reageren.
De optie maxReplyDepth stelt je in staat te beperken hoe diep antwoorddraden kunnen worden. Wanneer de maximale diepte is bereikt, zien gebruikers geen antwoordknop meer bij opmerkingen op dat niveau.
Run 
Met maxReplyDepth ingesteld op 2:
- Gebruikers kunnen op het hoogste niveau een reactie plaatsen (diepte 0)
- Gebruikers kunnen antwoorden op opmerkingen op het hoogste niveau (diepte 1)
- Gebruikers kunnen reageren op die antwoorden (diepte 2)
- Geen verdere antwoorden zijn toegestaan voorbij diepte 2
Instellen op 1 zou alleen antwoorden op opmerkingen op het hoogste niveau toestaan, waardoor een plattere discussiestructuur ontstaat.
Het instellen van maxReplyDepth op 0 zou alle antwoorden uitschakelen, waardoor alleen opmerkingen op het hoogste niveau mogelijk zijn. Als het niet is opgegeven, kunnen antwoorden onbeperkt genest worden.
Acceptatie van servicevoorwaarden verplichten 
Met FastComments kun je vereisen dat eerste keer commentaargevers je Servicevoorwaarden accepteren voordat ze een reactie plaatsen.
Wanneer ingeschakeld:
- Anonieme gebruikers zien bij elke reactie een TOS-selectievakje
- Geverifieerde gebruikers zien het selectievakje alleen bij hun eerste reactie, of wanneer je je TOS bijwerkt
Configuratie
Navigeer naar de widget-aanpassingspagina en vink het selectievakje "Acceptatie Servicevoorwaarden vereisen" aan. Eenmaal ingeschakeld zie je de volgende opties:
- TOS-tekstmodus: Standaard toont het selectievakje "I agree to the Terms of Service and Privacy Policy" met links naar beide documenten. Selecteer "Tekst per taal aanpassen" om je eigen tekst per taal op te geven.
- TOS Datum Laatst Bijgewerkt: Wanneer je je Servicevoorwaarden bijwerkt, stel je deze datum in. Gebruikers die vóór deze datum hebben geaccepteerd, moeten opnieuw accepteren.
Hoe Het Werkt
- De TOS-acceptatietijdstempel wordt per gebruiker en per reactie opgeslagen
- Wanneer een gebruiker de TOS accepteert, wordt de datum vastgelegd in zijn gebruikersprofiel (per tenant)
- Als je een "Laatst Bijgewerkt"-datum instelt die na de acceptatiedatum van de gebruiker ligt, moet hij opnieuw accepteren
- Voor anonieme gebruikers die niet kunnen worden gevolgd, verschijnt het selectievakje bij elke reactie
Waarschuwen bij verlaten met een niet-verzonden reactie 
Standaard, als een gebruiker een reactie typt en vervolgens de pagina vernieuwt, het tabblad sluit of weg navigeert voordat hij deze indient, gaat de conceptversie stilletjes verloren.
Het instellen van warnOnUnsavedComment op true zorgt ervoor dat de browser de gebruiker vraagt te bevestigen voordat de pagina wordt verlaten terwijl een reactieveld, of een bewerking in uitvoering, nog tekst bevat. Zodra de reactie is ingediend, wordt de tekst gewist, zodat er geen prompt wordt getoond.
Run 
De prompt maakt gebruik van de eigen dialoog van de browser. Moderne browsers tonen hun eigen bewoordingen en negeren aangepaste tekst, waardoor het bericht niet kan worden aangepast.
Deze optie laadt een kleine extensie op aanvraag, waardoor er niets wordt toegevoegd aan de widget voor sites die deze niet inschakelen.
Polls inschakelen 
Polls laten commentatoren een vraag met 2 tot 10 opties aan een reactie toevoegen. Iedereen op de pagina stemt ter plekke en ziet de resultaten live bijwerken.
Polls staan standaard uit. Vink Enable Polls aan in de widget‑aanpassingsinstellingen om een poll‑knop toe te voegen aan de commentaarwerkbalk. Er verschijnen vervolgens twee extra instellingen:
- Who Can Create Polls: Alleen beheerders/moderators (standaard), of Iedereen.
- Allow Anonymous Poll Votes: wanneer niet aangevinkt (standaard), kunnen alleen ingelogde gebruikers stemmen.
Zie de Polls‑gids voor hoe het maken, stemmen, privacy en poll‑meldingen werken.
Overzicht Single Sign-On (SSO) 
SSO, of single-sign-on, is een reeks conventies waarmee jij of je gebruikers FastComments kunnen gebruiken zonder nog een account aan te maken.
Ervan uitgaande dat je anoniem reageren niet toestaat, is een account vereist om te reageren met FastComments. We maken dit registratieproces heel eenvoudig - de gebruiker laat alleen zijn e-mailadres achter bij het reageren. We begrijpen echter dat zelfs dat extra wrijving is die sommige sites willen vermijden.
We kunnen die wrijving verminderen door slechts één inlogflow voor je hele site te hebben.
Hoe krijg ik het?
Alle accounttypes hebben momenteel toegang tot SSO. Het maximale aantal SSO-gebruikers varieert echter afhankelijk van je pakket. Zoals bij andere functies, bieden de Pro-plannen en hoger directe ontwikkelondersteuning.
Laten we de opties vergelijken en vervolgens op de details van elke optie ingaan.
Gebruikers- en Commentaarmigraties
Bij het migreren van een platform met SSO zoals Disqus heb je al gebruikers en hun reacties.
Reacties worden geïmporteerd als onderdeel van je migratie, via de API, onze Import UI of klantenservice. De Import UI heeft de voorkeur als deze het platform ondersteunt waarvan je migreert, omdat deze foutafhandeling, avatar- en media-extractie en uploads, en een batchtaak-monitoringsysteem bevat.
De gebruikers zelf worden automatisch toegevoegd wanneer ze voor het eerst een commentaarthread bekijken. Als alternatief kunnen ze vooraf worden toegevoegd via de API, maar dit werk heeft niet veel voordelen.
Als reacties worden geïmporteerd en SSO-gebruikers niet handmatig via de API worden toegevoegd, dan worden reacties automatisch gemigreerd naar het account van de gebruiker de eerste keer dat het wordt aangemaakt wanneer ze een commentaarthread bekijken. Ze kunnen vervolgens de reacties die ze oorspronkelijk hebben geschreven beheren, bewerken en verwijderen.
De automatische migratie gebeurt via e-mail of gebruikersnaam. Sommige platforms verstrekken geen e-mailadressen bij export, zoals Disqus, dus vallen we in dat geval terug op de gebruikersnaam.
- Zolang je een overeenkomende gebruikersnaam en een e-mailadres in de SSO-payload doorgeeft, voegen we het e-mailadres toe aan de individuele commentaarobjecten zodat meldingen en vermeldingen werken.
Als het gewenst is om je reacties en gebruikers tegelijk te importeren, werk dan samen met support om de reacties over te zetten naar de respectieve accounts van de gebruikers nadat de gebruikers zijn geïmporteerd via de API.
Samenvattend is het makkelijkste pad voor de migratie dus:
- Importeer reacties.
- Avatars en andere media worden automatisch gemigreerd als je de Import UI gebruikt in
Manage Data -> Imports.
- Avatars en andere media worden automatisch gemigreerd als je de Import UI gebruikt in
- Stel Secure of Simple SSO in.
- Laat de migratie per gebruiker automatisch gebeuren wanneer ze voor het eerst inloggen.
- Dit voegt meestal minder dan een seconde toe aan de laadtijd van de pagina als de gebruiker minder dan 50k reacties heeft.
WordPress-gebruikers
Als je onze WordPress-plugin gebruikt, hoef je geen code te schrijven! Ga gewoon naar de Admin-pagina van de plugin, klik op SSO Settings en vervolgens op Enable.
Dit brengt je naar een wizard met één knop die je API-sleutel aanmaakt, deze naar je WordPress-installatie stuurt en SSO inschakelt. We hebben dit voor je geconsolideerd tot één klik op een knop.
Houd er rekening mee dat als je de plugin voor het eerst installeert, je eerst het installatieproces moet voltooien voordat je de admin-pagina met de SSO Settings-knop ziet.
WordPress SSO - Moderators
Houd er rekening mee dat momenteel, om het "Moderator"-badge naast je moderators te tonen wanneer ze reageren met de FastComments WordPress-plugin, ze ook als Moderator moeten worden toegevoegd in het FastComments-dashboard en hun e-mailadres geverifieerd moet zijn.
Aangepaste integraties
Voor aangepaste integraties zijn er twee opties.
Optie één - Secure SSO
Met Secure SSO weet FastComments dat de gebruiker die reageert, stemt en reacties leest een echte gebruiker op je site is.
Zolang je een geldige payload aanmaakt, heeft de gebruiker altijd een naadloze commentaarervaring.
Met Secure SSO wordt de SSO-payload server-side aangemaakt met HMAC-authenticatie en vervolgens doorgegeven aan de widget op de client.
Met Secure SSO is het account van de gebruiker volledig gescheiden van de rest van de FastComments-gebruikersbasis. Dit betekent dat als we twee partners hebben, Bedrijf A en Bedrijf B, elk een SSO-gebruiker kan hebben met de gebruikersnaam "Bob".
Vereisten
- Enige basiskennis van backend-ontwikkeling.
- Enige basiskennis van het omgaan met geheime API-sleutels.
- Enige basiskennis van API-ontwikkeling of server-side rendering.
Voordelen
- Veilig.
- Naadloze commentaarervaring.
Nadelen
- Vereist backend-ontwikkeling.
Gebruikersgegevens bijwerken
Met Secure SSO werken we bij elke keer dat je de sso-gebruikerspayload doorgeeft de gebruiker bij met de nieuwste informatie. Bijvoorbeeld, als
de gebruiker een gebruikersnaam X heeft en je Y doorgeeft in de SSO-payload, wordt de gebruikersnaam Y.
Als je waarden wilt verwijderen met deze aanpak, stel ze dan in op null (niet undefined).
Secure SSO API
We bieden ook een API voor interactie met de SSO-gebruikers. Zie de documentatie.
Houd er rekening mee dat bij het gebruik van Secure SSO gebruikers automatisch op de achtergrond worden aangemaakt bij het laden van de pagina. Je hoeft je gebruikers niet bulksgewijs te importeren.
Optie twee - Simple SSO
Het alternatief voor Secure SSO is om simpelweg de gebruikersinformatie door te geven aan de commentaarwidget.
Het verstrekken van een e-mailadres bij Simple SSO is niet vereist, maar zonder dit worden hun reacties getoond als "Unverified".
Let op! Vanaf begin 2022 hoeven gebruikersnamen met Simple SSO niet uniek te zijn binnen heel FastComments.com.
Idealiter zou Simple SSO alleen gekozen moeten worden bij het ontwikkelen op een platform dat geen backend-toegang biedt.
Vereisten
- Enige basiskennis van client-side ontwikkeling.
- Je moet ten minste het e-mailadres van de gebruiker weten.
Voordelen
- Eenvoudig.
- Alle activiteit wordt nog steeds geverifieerd.
- De gebruiker voert nooit zijn gebruikersnaam of e-mailadres in.
Nadelen
- Minder veilig dan Secure SSO, omdat de client-side payload vervalst zou kunnen worden om elke gebruiker te worden.
Simple SSO API
Gebruikers die automatisch worden aangemaakt via de Simple SSO-flow worden opgeslagen als SSOUser-objecten. Ze kunnen worden geraadpleegd en beheerd via de SSOUser API. Zie de documentatie.
Aangepaste integraties - Veilige Single Sign-On (SSO) 
FastComments Secure SSO gebruikt HMAC-SHA256-versleuteling als mechanisme om SSO te implementeren. Eerst bespreken we de algemene architectuur, geven we voorbeelden en gedetailleerde stappen.
Er is ook documentatie beschikbaar over het migreren van andere providers met vergelijkbare SSO-mechanismen, en de verschillen.
De flow ziet er als volgt uit:
Omdat Secure SSO full-stack ontwikkeling omvat, zijn volledig werkende codevoorbeelden in Java/Spring, NodeJS/Express en vanilla PHP momenteel op GitHub te vinden.
Hoewel we ExpressJS gebruiken in het NodeJS-voorbeeld en Spring in het Java-voorbeeld, zijn er geen frameworks/bibliotheken vereist in deze runtimes om FastComments SSO te implementeren - de native crypto-pakketten werken.
Je hoeft geen nieuwe API-endpoints te schrijven met FastComments SSO. Versleutel simpelweg de gebruikersinformatie met je geheime sleutel en geef de payload door aan de comment widget.
Verkrijg Je API Secret Key
Je API Secret kan worden opgehaald via deze pagina. Je kunt deze pagina ook vinden door naar My Account te gaan, op de API/SSO-tegel te klikken en vervolgens op "Get API Secret Key" te klikken.
Comment Widget Parameters
API-documentatie op hoog niveau voor de comment widget is hier te vinden.
Laten we in meer detail ingaan op wat deze parameters betekenen.
De comment widget neemt een configuratieobject aan - je geeft dit al door als je FastComments gebruikt om je klant-id door te geven (genaamd tenantId).
Om SSO in te schakelen, geef je een nieuw "sso"-object door, dat de volgende parameters moet bevatten. De waarden moeten server-side worden gegenereerd.
- userDataJSONBase64: De gegevens van de gebruiker in JSON-formaat, die vervolgens Base64-gecodeerd zijn.
- verificationHash: De HMAC-SHA256-hash gemaakt van UNIX_TIME_MILLIS + userDataJSONBase64.
- timestamp: Epoch-timestamp, in milliseconden. Mag niet in de toekomst liggen, of meer dan twee dagen in het verleden.
- loginURL: Een URL die de comment widget kan tonen om de gebruiker in te loggen.
- logoutURL: Een URL die de comment widget kan tonen om de gebruiker uit te loggen.
- loginCallback: Wanneer dit in plaats van de login-URL wordt meegegeven, een functie die de comment widget aanroept wanneer op de inlogknop wordt geklikt.
- logoutCallback: Wanneer dit in plaats van de logout-URL wordt meegegeven, een functie die de comment widget aanroept wanneer op de uitlogknop wordt geklikt.

Het Gebruikersobject
Het Gebruikersobject bevat het volgende schema:

Moderators en Beheerders
Geef voor admins en moderators de respectievelijke vlaggen isAdmin of isModerator door in het SSOUser-object.
Meldingen
Om meldingen in of uit te schakelen, stel je de waarde van optedInNotifications respectievelijk in op true of false. De eerste keer dat de gebruiker de pagina laadt met deze waarde in de SSO-payload, worden hun meldingsinstellingen bijgewerkt.
Als je bovendien wilt dat gebruikers meldingse-mails ontvangen voor activiteit op pagina's waarop ze zijn geabonneerd (in plaats van alleen in-app meldingen), stel je optedInSubscriptionNotifications in op true.
VIP-gebruikers & Speciale Labels
Je kunt een speciaal label naast de naam van de gebruiker tonen door het optionele veld "displayLabel" te gebruiken.
Niet-geauthenticeerde gebruikers
Om een niet-geauthenticeerde gebruiker weer te geven, vul je simpelweg userDataJSONBase64, verificationHash of timestamp niet in. Geef een loginURL op.
Deze gebruikers kunnen niet reageren en krijgen in plaats daarvan een inlogbericht te zien (bericht, link of knop, afhankelijk van de configuratie).
Directe Voorbeelden voor Serialiseren en Hashen van Gebruikersgegevens
Meer details als voorbeeld zijn hier (js), hier (java) en hier (php) te vinden.
We begrijpen dat elke integratie een gecompliceerd en pijnlijk proces kan zijn. Aarzel niet om contact op te nemen met je vertegenwoordiger of gebruik de ondersteuningspagina.
Aangepaste integraties - Eenvoudige Single Sign-On (SSO) 
Met Simple SSO kunnen we de commentaarwidget voorzien van informatie over de gebruiker, zodat ze hun gebruikersnaam of e‑mail niet hoeven in te voeren om te reageren.
We kunnen Simple SSO als volgt configureren:
Run 
De gebruiker zal ingelogd zijn en er wordt achter de schermen een SSO‑gebruiker aangemaakt. De gebruiker zal createdFromSimpleSSO op true hebben als deze via de API wordt opgehaald.
Opmerkingen:
- E‑mail is de unieke identifier voor Simple SSO.
- Het verstrekken van een e‑mail met Simple SSO is niet vereist, maar standaard worden hun reacties weergegeven als "Ongeverifieerd". Als er geen e‑mail wordt opgegeven, kan de gebruiker niet volledig worden geauthenticeerd.
- NIEUW Sinds jan 2022: Gebruikersnamen hoeven niet uniek te zijn op fastcomments.com
- Simple SSO kan automatisch SSO‑gebruikers aanmaken en bijwerken, als er een e‑mail wordt opgegeven en de gebruiker niet oorspronkelijk is aangemaakt via Secure SSO. Als een Simple SSO‑payload een gebruiker benoemt die is aangemaakt door Secure SSO of de API, blijft die gebruiker onaangeroerd en krijgt de bezoeker een aparte gebruiker.
- Je kunt badges voor de gebruiker opgeven met de eigenschap
badgeConfig. De arraybadgeIdsbevat de ID's van globale badges die aan de gebruiker worden gekoppeld. De arraypageBadgeIdsbevat badge‑ID's die zijn beperkt tot de huidige pagina (urlId) — deze badges worden alleen weergegeven op de pagina waaraan ze zijn toegewezen. Alsoverrideoptruestaat, vervangt deze de reeds weergegeven badges (globale en paginabeperkte badges worden onafhankelijk overschreven); alsfalseworden ze toegevoegd aan de bestaande badges.
Simple SSO-instellingen
Simple SSO is altijd beschikbaar. Twee instellingen bepalen hoeveel FastComments erop vertrouwt. Je kunt ze vinden door te zoeken naar SSO in een aanpassingsregel. Beide staan standaard uit, en ze gelden ongeacht of "Require SSO To View Comments" is ingeschakeld.
Accounts die al Simple SSO gebruikten toen deze instellingen werden toegevoegd, hebben beide ingeschakeld, dus er is niets voor hen veranderd.
Alleen de aanpassingsregel die het beste bij een pagina past, wordt toegepast, dus als je meer dan één regel hebt, stel deze op elk van hen in. Een nieuwe regel begint met deze ingeschakeld als een van je andere regels ze ingeschakeld heeft.
Automatisch verifiëren van reacties via Simple SSO
Wanneer dit is ingeschakeld, worden reacties van Simple SSO‑gebruikers direct geverifieerd.
Wanneer dit is uitgeschakeld, worden reacties van Simple SSO‑gebruikers weergegeven als "Ongeverifieerd" totdat de gebruiker op een link klikt die we per e‑mail naar het adres in de Simple SSO‑payload sturen. Als je alleen automatisch geverifieerde reacties goedkeurt, wachten ze ook op die link. Als er geen e‑mail in de payload zit, blijft de reactie ongeverifieerd.
Deze instelling heeft alleen invloed op reacties. Stemmen van Simple SSO‑gebruikers worden altijd direct geteld.
Toestaan van Simple SSO-beheerders
Wanneer dit is ingeschakeld, kan een Simple SSO‑gebruiker een beheerder of moderator van je account zijn:
- Een Simple SSO‑gebruiker die admin‑ of moderatorrechten heeft, behoudt deze.
- Een Simple SSO‑gebruiker met dezelfde e‑mail als een van je beheerders of moderators krijgt hun rechten.
Wanneer dit is uitgeschakeld, verleent Simple SSO deze rechten niet. Een Simple SSO‑payload die een gebruiker benoemt die deze rechten heeft, krijgt een aparte gebruiker zonder rechten, en de oorspronkelijke gebruiker blijft onaangeroerd.
Simple SSO‑payloads zijn niet ondertekend, dus wanneer dit is ingeschakeld, kan iedereen die de e‑mail of gebruikers‑ID van een beheerder kent, zich voordoen als die persoon. Als dat van belang is voor je site, laat dit dan uitgeschakeld en gebruik Secure SSO voor je beheerders.
Gebruikers die zijn aangemaakt door Secure SSO of de API kunnen niet worden bereikt door Simple SSO, ongeacht of dit is ingeschakeld.
Aangepaste integraties - Migreren van Disqus SSO 
Het grootste verschil tussen Disqus en FastComments Secure SSO is dat Disqus SHA1 gebruikt voor versleuteling terwijl wij SHA256 gebruiken. Dit betekent dat migreren vanaf Disqus eenvoudig is - wijzig het gebruikte hash-algoritme van SHA1 naar SHA256 en werk de eigenschapsnamen bij die aan de UI worden doorgegeven.
Aangepaste integraties - Migreren van Commento SSO 
Commento gebruikt een drastisch andere SSO-aanpak - zij vereisen dat u een endpoint heeft dat zij aanroepen om de gebruiker te authenticeren.
FastComments is juist het omgekeerde - codeer en hash eenvoudigweg de gebruikersinformatie met uw geheime sleutel en geef deze door.
Commentaarthreads beschermen met Single Sign-On 
FastComments SSO (details hier) biedt je gebruikers een manier om te reageren zonder dat ze hoeven in te loggen op een ander platform.
Dit alleen beveiligt je commentaarthreads echter niet, omdat commentaargegevens standaard publiek beschikbare informatie zijn - iedereen die de pagina kan bekijken, kan de reacties bekijken.
Door een instelling te wijzigen, kunnen we voorkomen dat reacties worden opgehaald, tenzij dit door een beheerder of geldige SSO-gebruiker gebeurt.
No-Code Setup
We kunnen voorkomen dat onze commentaarthreads worden bekeken en dat er interactie mee plaatsvindt wanneer SSO is ingesteld, door een customization rule aan te maken.
Zoek bij het doen daarvan naar SSO, en je vindt deze optie:
Schakel deze in en sla de customization rule op.
Alleen een Bepaald Domein of Pagina Beveiligen
Om alleen een bepaald domein of pagina te beveiligen, configureren we de customization rule eenvoudigweg om dit te doen.
Bovenaan de customization-UI vinden we twee invoervelden: Domain en URL ID.
Om alleen een bepaald domein te beveiligen, voer je het betreffende domein in het veld "domain" in.
Om een bepaalde pagina te beveiligen, voer je een pagina-URL in het veld "URL ID" in. Als je een aangepaste integratie met FastComments hebt, kun je hier in plaats van een URL een soort ID invoeren.
Beveiligingsniveaus
Wanneer je SSO vereist, moet je beslissen of je Simple SSO of Secure SSO vereist. Als je Simple SSO vereist, zijn beide toegestaan, maar als je Secure SSO vereist, dan moet de content worden opgehaald met een Secure SSO-payload die is gehasht met je API-sleutel om bekeken te kunnen worden.
De optie voor het beveiligingsniveau verschijnt wanneer je "Require SSO To View Comments" selecteert, en heeft alleen effect terwijl die optie aan staat.
De instellingen Auto Verify Comments via Simple SSO en Allow Simple SSO Admins zijn apart, en gelden ongeacht of deze optie aan staat.
Bescherming Buiten het Lezen
Het inschakelen van deze optie beschermt de pagina of het domein tegen reacties, tenzij de gebruiker is ingelogd via SSO.
Aandachtspunten
Gebruikers die reacties hebben geplaatst vóór je SSO-integratie kunnen deze niet zien, tenzij ze inloggen via je SSO-integratie.
Anonieme reacties toestaan 
Standaard vereist FastComments een e-mailadres om te reageren. Het hoeft geen geldig e-mailadres te zijn, maar totdat de gebruiker op een naar hen gestuurde link klikt, zal hun reactie het label "Ongeverifieerde Reactie" tonen.
We kunnen de e-mailvereiste echter verwijderen. Het e-mailinvoerveld blijft zichtbaar, maar is niet langer verplicht.
Dit kan worden geconfigureerd via de widget-aanpassingsinterface:
Er is nog steeds een gebruikersnaam vereist. Om die stap ook te verwijderen, kun je een standaardgebruikersnaam instellen die iedereen deelt, of FastComments een unieke gebruikersnaam laten genereren voor elke bezoeker.
Voorkomen dat anonieme reacties verlopen 
FastComments kan worden geconfigureerd om niet‑geverifieerde reacties te verwijderen na een gewenst aantal dagen. Dit helpt spam te bestrijden.
Standaard doet het dat niet.
Dit kan worden geconfigureerd, of uitgeschakeld, via de Moderation Settings pagina.
E-mailinvoer uitschakelen 
Wanneer gebruikers een reactie plaatsen en ze niet zijn ingelogd, wordt hen gevraagd hun e‑mail op te geven.
Dit zal een "ongeverifieerde sessie" voor die gebruiker creëren, en we zullen hen vragen die sessie via e‑mail te verifiëren.
Voor sommige sites of applicaties is het wenselijk de gebruiker niet om zijn e‑mail te vragen bij het reageren of stemmen.
Het inschakelen van anoniem reageren maakt het e‑mail invoerveld optioneel. We kunnen het echter volledig uitschakelen. Schakel eerst anoniem reageren in, en daarna verschijnt de optie om de e‑mail invoervelden uit te schakelen.
Met deze instelling worden de e‑mailvelden helemaal niet getoond in al onze reactietoepassingen.
Let op dat, met deze configuratie, alle reacties ongeverifieerd zullen zijn tenzij de gebruiker een account aanmaakt en inlogt op https://fastcomments.com.
U kunt overwegen om het ongeverifieerde label uit te schakelen.
Label 'Niet geverifieerd' uitschakelen 
Standaard toont FastComments een "Niet-geverifieerde reactie"-label voor reacties die zijn achtergelaten voor een gebruiker met een niet-geverifieerde browsersessie. Lees meer over niet-geverifieerde reacties hier.
Run 
Bovendien kan deze functie, zonder code te schrijven, worden gebruikt in de UI voor aanpassing:
Standaard gebruikersnaam instellen 
Wanneer gebruikers reageren of stemmen en ze niet zijn ingelogd, worden ze gevraagd hun e‑mail en gebruikersnaam op te geven.
In het geval van anonieme reacties is het soms wenselijk een standaardgebruikersnaam te definiëren om de wrijving bij reageren te verminderen. Dit kan gedaan worden via de Aanpassings‑UI. Anonieme reacties moeten eerst worden ingeschakeld.
Delen van de standaard gebruikersnaam
De standaardgebruikersnaam is een gedeelde weergavenaam, geen identiteit. Een bezoeker die de standaard behoudt en zijn e‑mail invoert, krijgt een eigen account, waarbij de standaard wordt weergegeven als hun openbare naam. Een willekeurig aantal bezoekers kan dezelfde standaard behouden, zodat "Anonymous" nooit als al bezet wordt gemeld.
Gebruikersnamen die een bezoeker zelf invoert, moeten nog steeds uniek zijn.
Als je liever wilt dat elke bezoeker een unieke naam krijgt zonder er zelf over na te denken, zie Gebruikersnamen automatisch genereren.
Gebruikersnamen automatisch genereren 
Wanneer gebruikers reageren of stemmen, en ze zijn niet ingelogd, wordt hen gevraagd hun e-mailadres en gebruikersnaam op te geven.
Voor sommige sites is het vragen aan een bezoeker om een unieke gebruikersnaam te verzinnen een drempel, vooral op mobiel. FastComments kan
een neutrale gebruikersnaam genereren voor elke nieuwe bezoeker en deze vooraf invullen in het veld gebruikersnaam, zoals BraveOtter4172.
De bezoeker kan deze laten staan, of vervangen door een naam naar eigen keuze.
Dit kan worden ingeschakeld via de Customization UI, onder de instelling genaamd Generate Usernames Automatically:
Hoe het werkt
- Elke gegenereerde naam is uniek. Deze wordt gecontroleerd tegen bestaande accounts en gereserveerd voor de browsersessie van die bezoeker, zodat twee bezoekers niet dezelfde naam aangeboden krijgen.
- De naam wordt alleen gegenereerd voor bezoekers die er nog geen hebben. Ingelogde gebruikers, SSO-gebruikers en bezoekers die al hebben gereageerd behouden hun bestaande naam.
- Het werkt met of zonder anoniem reageren. Met anoniem reageren uitge schakeld vult de bezoeker nog steeds zijn e-mailadres in, maar hoeft niet langer een gebruikersnaam te bedenken.
- Een terugkerende bezoeker die een e-mailadres invult dat hij eerder heeft gebruikt, wordt gekoppeld aan zijn bestaande account en behoudt de naam van dat account.
- Als ook een Default Username is ingesteld, heeft de gegenereerde naam voorrang.
Callbacks 
Alle bibliotheken voor de reactie-widget (momenteel Angular, React, Vue) ondersteunen callbacks.
De callbacks worden opgegeven in het configuratieobject, met dezelfde handtekening voor elke bibliotheek.
De ondersteunde callbacks zijn:
- onInit
- onAuthenticationChange
- onRender
- commentCountUpdated
- onReplySuccess
- onVoteSuccess
- onImageClicked
- onOpenProfile
- onCommentSubmitStart
- onCommentsRendered
De exacte handtekeningen zijn te vinden in de TypeScript-definities.
Hier is een voorbeeld waarin alle callbacks worden gebruikt:
Run 
Handmatig de locale van de gebruiker definiëren 
Standaard zal FastComments de commentaarwidget weergeven in de locale die wordt bepaald door het systeem en de browser van de gebruiker.
Wanneer een gebruiker een reactie plaatst of inlogt, werken we hun laatst gebruikte locale bij en gebruiken we deze ook voor het verzenden van e‑mails.
Dit beïnvloedt hoe de commentaarwidget voor de gebruiker wordt vertaald. Een locale bestaat uit de taal en regio van de gebruiker, dus het configureren van de locale zal meestal de taal wijzigen die wordt gebruikt om tekst aan de gebruiker te tonen.
Via de UI
Dit kan worden gedefinieerd via de UI voor widgetaanpassing. Zie de optie "Locale / Language" :
Via code
Dit kan worden overschreven met een gewenste locale.
Run 
Ondersteunde talen en locale-codes
U kunt de volledige lijst met ondersteunde talen en de bijbehorende locale-codes hier vinden.
SSO-opmerking
Als u SSO gebruikt, wilt u mogelijk de locale van de gebruiker doorgeven in het gebruikersobject, zodat e‑mails en andere zaken correct voor hen worden gelokaliseerd.
Toegestane talen beperken 
Standaard beperkt FastComments de talen die gebruikt worden om te reageren niet.
Het kan wenselijk zijn om de talen die een community gebruikt te beperken.
Dit kan geconfigureerd worden zonder code, op de widget-aanpassingspagina:
Het systeem zal de reactie analyseren en de taal bepalen, en deze vervolgens matchen met de lijst van toegestane talen.
Als de reactie in een niet-toegestane taal is geschreven, wordt een gelokaliseerde foutmelding getoond.
Vertaling van reacties 
Standaard vertaalt FastComments de eigen interface van de widget (knoppen, labels, foutmeldingen) naar de taal van de kijker, maar reacties worden precies getoond zoals ze zijn geschreven.
Comment Translation voegt vertaling van de reacties zelf toe, zodat een community die in meer dan één taal schrijft elke reactie in de eigen taal kan lezen.
Er zijn twee modi:
- Automatisch: reacties die in een andere taal dan de taal van de widget zijn geschreven, worden vertaald getoond. Onder de reactie verschijnt een regel "Vertaald uit het Spaans" met een Show original-link die wisselt tussen de vertaling en de onvertaalde tekst.
- Handmatig: elke reactie krijgt een Translate-link. Door erop te klikken wordt die ene reactie vertaald naar de taal van de kijker, met daarna dezelfde Show original-schakelaar. Reacties die al in de taal van de kijker zijn, zeggen dat in plaats daarvan.
De doeltaal is de taal van de widget: de instelling Locale / Language op dezelfde aanpassingsregel als die is ingesteld, anders de browsertaal van de bezoeker. Er wordt niets van de bezoeker vereist, geen account, extensie of extra software, en het werkt hetzelfde in de ingesloten widget en op standalone reactiepagina's.
Dit wordt per aanpassingsregel ingeschakeld, dus het kan van toepassing zijn op je hele site, één domein of één pagina. Het staat standaard uit.
Vertaling is een server-side instelling. Het doorgeven van commentTranslation in de JavaScript-configuratie van de widget schakelt het niet in; de regel doet dat.
Elke reactie wordt maximaal één keer per doeltaal vertaald en het resultaat wordt bij de reactie opgeslagen, zodat een reactie die door duizend Spaanstaligen wordt gelezen maar één keer wordt vertaald. Als de auteur of een moderator de reactie bewerkt, wordt de opgeslagen vertaling verwijderd en wordt de reactie bij de volgende weergave opnieuw vertaald. Vertaalde tekst gaat door dezelfde sanitization- en linkregels als de originele reactie. Reacties die te lang zijn, of waarvan de taal niet kan worden gedetecteerd, worden onvertaald getoond.
Gebruik wordt gefactureerd als LLM-tokens tegen hetzelfde tarief als AI Agents en verschijnt op dezelfde plek in je factureringsgegevens.
Paginatitels 
De huidige paginatitel wordt gekoppeld aan de opgegeven urlId en opgeslagen voor gebruik in moderatiehulpmiddelen.
Standaard wordt dit opgehaald uit document.title.
Indien gewenst, kunt u uw eigen paginatitel als volgt opgeven:
Run 
Nieuwe antwoorden voorkomen & stemmen uitschakelen 
Commentaar kan worden vergrendeld zodat er geen nieuwe reacties of stemmen kunnen worden geplaatst door de readonly‑vlag op true te zetten.
Reacties kunnen ook niet meer worden bewerkt of verwijderd.
Run 
Dit kan zonder code worden aangepast, op de widget‑aanpassingspagina, voor een heel domein of een pagina:
Update!
Vanaf november 2022 kunnen threads live worden vergrendeld of ontgrendeld door beheerders en moderators via het drie‑punt‑menu boven het antwoordgebied.
Dit voorkomt nieuwe reacties, terwijl stemmen nog wel mogelijk blijft en gebruikers hun reacties kunnen verwijderen indien gewenst, terwijl readonly deze mogelijkheden niet toestaat.
Dit komt overeen met het isClosed‑veld in de Page‑API.
Linkdomeinen beperken 
Standaard staat FastComments toe om te linken naar elke externe site.
Dit kan in plaats daarvan worden beperkt tot een gewenste lijst van sites of domeinen. Als je probeert een link naar een site of domein te plaatsen die niet in de gedefinieerde lijst staat, wordt er een foutmelding aan de gebruiker getoond.
Deze validatie geldt alleen voor de Comment Widget en de API. Imports worden niet beïnvloed.
Dit wordt gedaan zonder code, op de widget‑aanpassingspagina:
Aantal reacties & alle geneste antwoorden tellen 
Het aantal reacties dat bovenaan de reacties-widget wordt weergegeven kan óf alle "top-level" reacties tonen, dat wil zeggen die reacties die rechtstreeks op de pagina of het artikel zelf reageren, óf het kan een telling zijn van alle geneste reacties.
By default, this is true - it is a count of the latter - all comments. In oudere versies van de reacties-widget is de
standaardwaarde false.
We kunnen het gedrag wijzigen, zodat het een telling is van alle geneste reacties door de countAll vlag op true te zetten.
Run 
Als we willen dat de telling alleen de top-level reacties weerspiegelt, zetten we de vlag op false.
Run 
Dit kan momenteel niet worden aangepast zonder codewijzigingen.
Links naar reageerders inschakelen 
Standaard vraagt FastComments alleen om de opmerking, de gebruikersnaam en het e-mailadres van de gebruiker.
In sommige situaties wilt u echter dat de gebruiker een link naar zijn of haar eigen blog of website achterlaat.
We kunnen het tonen van een extra invoerveld voor de website-URL van de gebruiker inschakelen door de enableCommenterLinks-vlag op true te zetten:
Run 
Wanneer die URL wordt opgegeven, wordt het account van de gebruiker bijgewerkt en zal hun gebruikersnaam op alle eerdere en toekomstige reacties naar deze URL verwijzen.
Dit kan zonder code worden aangepast op de widget-aanpassingspagina:
Moderatiegroepen 
Een lijst met id's die zijn gegenereerd vanaf de Moderatiegroepen pagina.
Wanneer opgegeven, bevatten opmerkingen die met de opgegeven configuratie zijn geplaatst dezelfde set van moderationGroupIds.
Als een Moderator één of meer Moderatiegroepen heeft gedefinieerd, zullen zij
alleen opmerkingen zien op de pagina Moderate Comments die gekoppeld zijn aan hun groep(en).
Run 
Vermeld groeps-ID's 
Een lijst met ids om te gebruiken voor de @mentions autocomplete. Handig wanneer je wilt voorkomen dat gebruikers worden getagd als ze geen overlappende groepen hebben.
Wanneer opgegeven, zullen alleen gebruikers uit andere groepen in de autocomplete worden weergegeven nadat het @-teken is getypt.
Run 
Omzeilen van third-party cookies 
Voor authenticatie is FastComments afhankelijk van ingeschakelde third‑party‑cookies in uw browser. Zonder deze cookies moeten gebruikers altijd hun e‑mail achterlaten om te reageren (tenzij het e‑mail invoerveld verborgen is), en hun reacties worden standaard als niet‑geverifieerd weergegeven.
Om dit te omzeilen kunt u de third‑party‑cookie‑bypass inschakelen.
Wanneer deze instelling is ingeschakeld, veroorzaakt dit een klein pop‑upvenster dat een bericht toont waarin staat dat de gebruiker wordt ingelogd. Dit pop‑upvenster wordt getoond telkens wanneer de gebruiker interactie heeft met de commentaarwidget; bijvoorbeeld wanneer hij/zij een reactie achterlaat.
We kunnen dit in code doen door de enableThirdPartyCookieBypass‑vlag op true te zetten:
Run 
We kunnen dit ook instellen via de Widget‑aanpassings‑UI, onder Enable Third-Party Cookie Popup:
Reacties met antwoorden verwijderen 
Standaard kunnen gebruikers hun eigen reacties verwijderen. Ook wordt bij het verwijderen van hun reactie automatisch alle onderliggende en tijdelijke reacties in de thread verwijderd. Dit gedrag is ook actief.
Je kunt dit op de volgende manieren beperken:
- Verwijderde reacties in plaats daarvan anonimiseren (naam en tekst instellen op
[deleted]of een aangepaste waarde). - Het verwijderen van reacties niet toestaan wanneer er antwoorden zijn. Er wordt een aanpasbare foutmelding getoond.
- Het verwijderen wanneer een reactie antwoorden heeft, beperken tot alleen beheerders en moderatoren.
Dit kan worden geconfigureerd via de sectie Comment Thread Deletion in de Widget Customization UI.
Badges tonen in bovenbalk 
Standaard toont FastComments gebruikersbadges alleen op hun reacties binnen de discussiedraad.
We kunnen echter gebruikersbadges naast hun naam boven het reactieformulier weergeven door deze functie in te schakelen op de widget-aanpassingspagina:
Dit zal de badges van de gebruiker naast hun naam in de bovenbalk weergeven, waardoor hun prestaties en status meer opvallen wanneer ze een reactie schrijven.
Let op dat deze functie ingeschakeld moet zijn in de widget-aanpassingsinterface om te werken. Je kunt optioneel de showBadgesInTopBar-vlag op false zetten in je codeconfiguratie om deze selectief uit te schakelen, zelfs wanneer deze op serverniveau is ingeschakeld:
Run 
Lijst met online gebruikers tonen 
Standaard toont FastComments geen lijst met gebruikers op de pagina.
Je kunt een lijst weergeven van mensen die momenteel de pagina bekijken, naast de commentaarwidget. De lijst wordt live bijgewerkt wanneer gebruikers binnenkomen en vertrekken, en toont hun naam, avatar en een online‑indicator.
Er zijn drie lay‑outopties:
1- Top: een horizontale rij overlappende avatars weergegeven boven de reacties.2- Left: een zijbalk met namen en online stippen weergegeven links van de widget.3- Right: dezelfde zijbalk weergegeven rechts van de widget.
Stel de usersListLocation‑vlag in om de functie in te schakelen:
Run 
Standaard toont de lijst alleen gebruikers die momenteel online zijn. Om ook mensen op te nemen die in het verleden op de pagina hebben gereageerd (maar nu niet bekijken), stel usersListIncludeOffline in op true:
Run 
Eerdere commentatoren worden weergegeven zonder de groene online stip, zodat duidelijk is wie er op dit moment aanwezig is.
Gebruikers met privéprofielen worden getoond met een generieke avatar en een "Privéprofiel"-label, zodat het aantal nauwkeurig blijft zonder identiteiten te onthullen.
Dit kan ook worden geconfigureerd zonder code. Op de widget‑aanpassingspagina, zie de optie "Users List Location". Wanneer de locatie is ingesteld op iets anders dan Off, verschijnt er een selectievakje "Include past commenters" eronder.
Bij meer dan 500 live gebruikers is de lijst tot 30 seconden verouderd.