De ontwikkeling van LSPDFR-NL OPSNET is de afgelopen periode opnieuw in een flinke stroomversnelling geraakt. Waar OPSNET aanvankelijk vooral begon als een nieuwe visuele richting voor de website, groeit het inmiddels steeds verder uit tot het centrale systeem achter LSPDFR-NL.

Vrijwel alle bestaande websitepagina’s zijn inmiddels omgebouwd naar de nieuwe OPSNET-stijl. Daardoor verschuift de focus steeds meer van alleen het uiterlijk naar de techniek erachter: live statistieken, automatische update-detectie, distributie naar Discord, accountfuncties, monitoring en verschillende systemen die steeds nauwer met elkaar samenwerken.

In dit artikel zetten we de belangrijkste recente ontwikkelingen op een rij.

De volledige website krijgt één OPSNET-identiteit

Een van de grootste mijlpalen is dat inmiddels vrijwel alle bestaande pagina’s van LSPDFR-NL zijn vernieuwd.

De eerdere verzameling van verschillende blokken, stijlen en losse componenten heeft plaatsgemaakt voor een veel consistenter ontwerp met dezelfde visuele OPSNET-identiteit.

Niet alleen de grote pagina’s zijn aangepakt. Ook onderdelen zoals de registratiepagina, loginomgeving, wachtwoordherstel, contactpagina, partnerspagina en verschillende modpagina’s zijn opnieuw opgebouwd.

Hiermee komt er steeds meer rust en samenhang in de website.

De volgende fase draait daarom minder om het opnieuw ontwerpen van pagina’s en juist steeds meer om het functioneel koppelen van systemen aan OPSNET.

OPSNET Update Center wordt het centrale publicatiesysteem

Een belangrijk onderdeel daarvan is het OPSNET Update Center.

Updates, changelogs, belangrijke meldingen en nieuwsberichten kunnen vanuit één centrale omgeving worden beheerd en vervolgens automatisch verder worden verspreid.

Het systeem kent verschillende publicatiecategorieën, waaronder:

• belangrijke updates;
• updates en changelogs;
• nieuws en aankondigingen.

Bij iedere update kan daarnaast aanvullende informatie worden opgeslagen, zoals:

• prioriteit;
• versie;
• bron;
• publicatiestatus;
• Discord-distributiestatus.

Hierdoor verandert het Update Center langzaam van een eenvoudige publicatieomgeving in een daadwerkelijk OPSNET Publication Network.

Automatische Discord-distributie

Publiceren op de website is inmiddels niet meer het einde van het proces.

OPSNET kan nieuwe berichten automatisch distribueren naar de juiste Discord-kanalen.

Afhankelijk van het type update wordt automatisch bepaald naar welk endpoint het bericht moet worden verzonden.

Het systeem registreert vervolgens onder andere:

• of een bericht is verzonden;
• naar welk kanaal het is gestuurd;
• de Discord Message ID;
• het tijdstip van verzending;
• eventuele fouten.

In het Control Center kan daardoor direct worden gezien of een publicatie succesvol is afgeleverd.

De huidige statussen omvatten bijvoorbeeld:

DELIVERED, FAILED, SKIPPED en SENDING.

Bij een mislukte verzending kan een bericht bovendien opnieuw naar Discord worden gestuurd zonder dat de volledige update opnieuw hoeft te worden gepubliceerd.

Daarmee wordt de website steeds nadrukkelijker het centrale startpunt van onze communicatie.

Nieuw: Rockstar Games Source Monitor

Een van de nieuwste onderdelen van OPSNET is de Rockstar Games Source Monitor.

Dit systeem is gebouwd om nieuwe GTA V Title Updates automatisch te kunnen detecteren.

Tot nu toe moesten dergelijke wijzigingen grotendeels handmatig worden gevolgd. Dat is vooral belangrijk voor een LSPDFR-community, omdat een GTA V-update gevolgen kan hebben voor onder andere:

• ScriptHookV;
• RAGE Plugin Hook;
• LSPDFR;
• ELS;
• verschillende plugins;
• andere belangrijke modificaties en afhankelijkheden.

De Source Monitor zorgt ervoor dat OPSNET zelf kan vaststellen wanneer Rockstar een nieuwe GTA V-versie heeft uitgebracht.

Hoe werkt de Rockstar Source Monitor?

OPSNET maakt hierbij gebruik van een aparte gecontroleerde bronfeed.

De monitor houdt twee belangrijke versies bij:

KNOWN VERSION
De GTA V-versie die door OPSNET al is verwerkt en bevestigd.

DETECTED VERSION
De versie die momenteel door de Rockstar-bron wordt gedetecteerd.

Wanneer beide versies gelijk zijn, staat het systeem op:

CURRENT

Bijvoorbeeld:

KNOWN 1.73
DETECTED 1.73
CURRENT

Zodra Rockstar in de toekomst bijvoorbeeld versie 1.74 uitbrengt, ziet OPSNET automatisch:

KNOWN 1.73
DETECTED 1.74
NEW UPDATE

Vanaf dat moment begint automatisch de volgende stap.

Automatisch een concept aanmaken

Bij het detecteren van een nieuwe GTA V Title Update maakt OPSNET automatisch een nieuw conceptbericht aan.

Bijvoorbeeld:

GTAV Title Update 1.74

Dat bericht wordt bewust niet automatisch gepubliceerd.

OPSNET bereidt alleen de basis voor, waarna een beheerder de officiële Rockstar-informatie kan controleren en het bericht kan aanvullen met relevante informatie voor de Nederlandse LSPDFR-community.

Daarbij kunnen bijvoorbeeld worden toegevoegd:

• belangrijke wijzigingen uit de update;
• gevolgen voor LSPDFR;
• compatibiliteitsproblemen;
• status van ScriptHookV;
• status van RAGE Plugin Hook;
• eventuele tijdelijke waarschuwingen.

Hiermee combineren we automatisering met handmatige controle.

Dat vinden we belangrijk: OPSNET mag informatie automatisch vinden en voorbereiden, maar belangrijke informatie wordt niet zonder controle gepubliceerd.

Duplicate Protection

Tijdens de ontwikkeling hebben we ook rekening gehouden met dubbele detecties.

Wanneer OPSNET dezelfde Rockstar-versie meerdere keren controleert, mag natuurlijk niet iedere controle opnieuw een concept genereren.

Daarom krijgt iedere gedetecteerde Rockstar-update een unieke interne Source Monitor-sleutel.

Bijvoorbeeld:

rockstar_gtav:1.74

Bestaat er al een update met die sleutel — ongeacht of die nog concept, gepubliceerd of zelfs in de prullenbak staat — dan wordt geen tweede bericht aangemaakt.

Ook deze beveiliging is inmiddels succesvol getest.

Publiceren bevestigt automatisch de nieuwe versie

De volledige Rockstar-flow gaat inmiddels nog een stap verder.

Wanneer een automatisch aangemaakt Rockstar-concept na controle wordt gepubliceerd, weet OPSNET dat de betreffende GTA V-versie door de beheerder is verwerkt.

De nieuwe versie wordt vervolgens automatisch de nieuwe:

KNOWN VERSION

Stel dat het systeem dit detecteert:

KNOWN 1.73
DETECTED 1.74
NEW UPDATE

Na het publiceren van het gecontroleerde 1.74-bericht wordt dat automatisch:

KNOWN 1.74
DETECTED 1.74
CURRENT

Hierdoor ontstaat een volledige lifecycle:

detecteren → concept aanmaken → controleren → publiceren → bevestigen → opnieuw monitoren

Tijdens tests is deze volledige keten inmiddels succesvol doorlopen.

Bescherming tegen foutieve downgrades

Ook aan uitzonderingssituaties is gedacht.

Wanneer OPSNET bijvoorbeeld versie 1.74 als bekende versie heeft geregistreerd en een externe bron onverwacht een lagere versie retourneert, wordt de bekende versie niet automatisch teruggezet.

OPSNET behandelt zo’n situatie als een gewijzigde of onverwachte bronstatus.

Daarmee voorkomen we dat een fout of tijdelijke afwijking in een externe bron de interne OPSNET-status kan beschadigen.

Tijdens de ontwikkeling is deze situatie zelfs bewust getest door tijdelijk een testversie te gebruiken en daarna de productiebaseline weer gecontroleerd te herstellen.

De Source Monitor draait inmiddels weer correct op:

KNOWN VERSION 1.73
DETECTED VERSION 1.73
DETECTION CURRENT

Het OPSNET Control Center wordt steeds belangrijker

De verschillende systemen komen steeds duidelijker samen in het OPSNET Control Center.

Vanuit één overzicht kunnen we inmiddels onder andere zien:

• aantal gepubliceerde updates;
• aantal conceptberichten;
• status van de websitefeed;
• status van het Discord Network;
• status van externe bronnen;
• bekende GTA V-versie;
• gedetecteerde GTA V-versie;
• laatste broncontrole;
• recente publicaties;
• Discord delivery-status.

Daarmee ontstaat langzaam het soort centrale operationele omgeving dat we vanaf het begin voor OPSNET voor ogen hadden.

Het doel is uiteindelijk dat een beheerder niet meer door allerlei losse WordPress-schermen, externe websites en Discord-kanalen hoeft te zoeken om te begrijpen wat er binnen LSPDFR-NL gebeurt.

OPSNET moet die informatie samenbrengen.

Login- en accountomgeving vernieuwd

Ook buiten het Update Center zijn grote veranderingen doorgevoerd.

De oude standaard loginervaring is vervangen door een eigen loginomgeving die beter aansluit op de rest van OPSNET.

Daarbij blijven belangrijke beveiligingsonderdelen behouden, waaronder:

• reCAPTCHA;
• tweestapsverificatie;
• veilige redirects;
• accountactivatie;
• wachtwoordherstel.

De reguliere accountomgeving blijft daarnaast beschikbaar voor leden die geen Discord gebruiken.

Discord-integratie wordt in de toekomst mogelijk uitgebreid, maar zal niet de bestaande loginmethode vervangen.

Mijn Account wordt een echt OPSNET-dashboard

Ook /mijn-account/ is steeds minder een standaard WooCommerce-pagina.

Een eigen LSPDFR-NL OPSNET Dashboard-plugin verzorgt inmiddels een groot deel van de presentatie.

De bedoeling is dat dit dashboard uiteindelijk veel meer persoonlijke informatie kan tonen, bijvoorbeeld:

• recente updates;
• relevante meldingen;
• persoonlijke accountinformatie;
• systeemstatus;
• mogelijk toekomstige communityfuncties.

WooCommerce blijft daarbij onderliggend beschikbaar voor accountfunctionaliteit, terwijl OPSNET de gebruikerservaring verzorgt.

Live statistieken worden verder gekoppeld

OPSNET toont inmiddels verschillende statistieken die rechtstreeks vanuit de website worden opgehaald.

Daaronder vallen onder andere:

• totaal aantal geregistreerde leden;
• nieuwe registraties vandaag;
• nieuwe registraties deze maand;
• Discord-communitystatistieken.

Ook een eerder probleem waarbij registraties rond middernacht niet correct in de statistieken verschenen, is inmiddels opgelost.

Hierdoor kunnen statistieken steeds betrouwbaarder als live gegevens binnen OPSNET worden gebruikt.

Op termijn willen we deze gegevens verder uitbreiden en centraliseren binnen de OPSNET-pagina en verschillende dashboards.

Waarom we zoveel aandacht besteden aan de achterkant

Aan de voorkant lijkt OPSNET misschien vooral een nieuw ontwerp.

Maar juist achter de schermen gebeurt inmiddels het meeste werk.

Een statuskaart waarop bijvoorbeeld ONLINE, CURRENT of DELIVERED staat, moet niet alleen mooi ogen. De weergegeven informatie moet ook daadwerkelijk afkomstig zijn van het systeem dat daarachter draait.

Dat betekent dat we verschillende onderdelen stap voor stap vervangen door echte functionele integraties.

Een goed voorbeeld daarvan is de Rockstar Source Monitor.

Waar vroeger simpelweg statische tekst had kunnen staan zoals:

Rockstar Monitor — ONLINE

controleert OPSNET nu daadwerkelijk een bron, valideert de response, slaat de status op, vergelijkt versies en kan zelfstandig een workflow starten wanneer een wijziging wordt gevonden.

Dat is het verschil tussen alleen een dashboard ontwerpen en daadwerkelijk een operationeel platform bouwen.

Veiligheid blijft belangrijk

Naarmate OPSNET meer verantwoordelijkheden krijgt, wordt veiligheid vanzelf belangrijker.

Daarom kiezen we bij gevoelige onderdelen bewust niet altijd voor de snelste of meest uitgebreide custom oplossing.

Voor systemen rondom bijvoorbeeld:

• authenticatie;
• gebruikersaccounts;
• databases;
• rechten;
• beveiliging;
• externe distributie;

geldt dat stabiliteit en veiligheid voorrang hebben.

OPSNET moet uiteindelijk veel kunnen automatiseren, maar automatisering mag nooit betekenen dat belangrijke controles verdwijnen.

Juist daarom blijft bijvoorbeeld de publicatie van automatisch gevonden Rockstar-updates handmatig.

Wat staat er hierna op de planning?

De basis van de Rockstar Games Source Monitor staat inmiddels.

Dat opent tegelijkertijd de deur naar veel meer.

In de toekomst kan hetzelfde Source Monitor-principe mogelijk worden gebruikt voor andere belangrijke onderdelen van de LSPDFR-omgeving.

Denk bijvoorbeeld aan monitoring voor:

• ScriptHookV;
• RAGE Plugin Hook;
• LSPDFR;
• RageNativeUI;
• ELS;
• andere belangrijke dependencies.

Wanneer meerdere bronnen gekoppeld zijn, kan OPSNET uiteindelijk veel sneller herkennen wanneer een GTA V-update een kettingreactie veroorzaakt binnen het modding-ecosysteem.

Een nieuwe GTA V-versie zou dan bijvoorbeeld direct kunnen leiden tot:

GTA V update gedetecteerd → ScriptHookV-status controleren → RAGE Plugin Hook-status controleren → compatibiliteitswaarschuwing voorbereiden → community informeren.

Dat is uiteindelijk waar OPSNET naartoe groeit.

Van website naar platform

LSPDFR-NL blijft natuurlijk in de eerste plaats een community en website voor Nederlandse GTA V- en LSPDFR-modificaties.

Maar achter die website ontstaat steeds meer een eigen technisch platform.

OPSNET verbindt inmiddels:

• websitecontent;
• publicaties;
• Discord;
• accounts;
• statistieken;
• externe bronnen;
• monitoring;
• toekomstige communitydiensten.

En we zijn nog lang niet klaar.

De grote visuele verbouwing van de website ligt inmiddels grotendeels achter ons. De volgende periode zal daarom vooral draaien om het verder activeren van de systemen die achter al die OPSNET-panelen zitten.

De Rockstar Source Monitor is daarin een van de eerste duidelijke voorbeelden van wat OPSNET uiteindelijk moet worden:

geen verzameling statische dashboards, maar een centraal operationeel netwerk achter LSPDFR-NL.