Cookies on this website

This website uses cookies to improve your navigation and technical cookies (info). Browsing this website you accept the cookies usage.
 

Cookies op deze website

Deze website maakt gebruik van cookies om uw navigatie en website ervaring te verbeteren (info). Door verder te gaan, accepteert u het gebruik van cookies.
 

 
Na een pauze van een paar maanden weer aan de slag gegaan met programmeren aan MultiSite 4
Score: 7.0, Beoordelingen: 1

Beoordeel Artikel:

Auteur , geplaatst in "Website & Server" op

Dit artikel is 130 keer gelezen en heeft 0 reactie(s).

Na een pauze van een paar maanden weer aan de slag gegaan met programmeren aan MultiSite 4


Het is een tijdje stil geweest rond de ontwikkeling van MultiSite 4, deels omdat ik andere zaken te doen had, maar ook om te kijken hoe MultiSite zich staande houdt. Heel af en toe heb ik nog wel een paar kleine foutjes verholpen, die echt storend waren in mijn ogen, maar voor de rest heb ik het geheel even lekker laten gaan.

Nu het weer niet zo heel mooi is en ik even niet zoveel andere dingen te doen heb, maar weer even lekker aan de slag geweest met MultiSite. Ook dit weekend ben ik weer een aantal fouten opgelost, maar ook weer verder gegaan met het ontwikkelen om MultiSite verder compleet te maken.

Met name het beoordelingssysteem binnen MultiSite heb ik flink aangepakt. De controles zijn aangescherpt nadat kwaadwillenden het systeem misbruikten om de resultaten te beinvloeden door nietszeggende stemmen uit te brengen met een 1 als score. Het was al niet mogelijk om meer dan 1 keer op een item te stemmen, maar nu zijn de resultaten ook niet meer direct zichtbaar op de website, ze zijn alleen zichtbaar voor de beheerder en die kan besluiten om de stem af of goed te keuren. Hierbij zal worden gelet op patronen, staan er ineens veel beoordelingen bij van 1 en hetzelfde IP adres en hostname, dan kan de beheerder het bewuste IP adres blokkeren en alle records verwijderen. Op deze manier blijft het systeem schoon van alle onzin.

Nadeel is wel dat de beheerder invloed heeft op de resultaten van de beoordelingen, dat is dan wel weer een beetje jammer. Maar een goede beheerder zal de resultaten niet gaan beinvloeden, het is immers ook in zijn of haar belang dat de resultaten eerlijk zijn en dan mag er best wel een negatieve beoordeling bij zitten. Deze beoordelingen zijn ook bedoeld als graadmeter van wat de bezoekers werkelijk van de website en de inhoud vinden. Dat de beheerder in moet grijpen is alleen om misbruik te voorkomen.

Deze beoordelingen moet je niet gaan verwarren met de revies, er zit een verschil in beide systemen. Bij de reviews kunnen ingelogde gebruikers zelf een korte reactie erbij schrijven en een score geven over de website en de algehele dienstverlening. Bij de beoordelingen kunnen de bezoekers, zonder ingelogd te zijn, een cijfer geven over dat betreffende onderdeel of artikel op de website. Men kan alleen een cijfer geven en geen reactie schrijven, dat is het grootste verschil. Beheerder kunnen en moeten beide systemen managen.

Voor website beheerders geven deze beide systemen zeer waardevolle informatie over wat de bezoekers leuk vinden en waarderen. Bezoekers nemen doorgaans weinig of geen moeite om de beheerders op wat voor manier dan ook van feedback te voorzien. De gang naar een mailformulier of email is vaak net te veel gevraagd en dus is dit een mooi laagdrempelig alternatief om toch wat informatie te krijgen.

Dat je voor het schrijven van een review een account moet maken en ingelogd moet zijn, heeft alles te maken met de beveiliging en het schoon houden van de systemen en te voorkomen dat kwaadwillenden allerlei onzin erin gaan plaatsen. Door de drempel wat hoger te leggen hou je wel de meest eerlijke reviews over op je website. Spammers nemen echt niet al die moeite om hun onzin te plaatsen.

De reacties op de blog artikelen is dan weer een ander verhaal, iedereen kan vrij reacties plaatsen en deze worden wel eerst gecontroleerd door de beheerder voordat de reactie goedgekeurd en geplaatst wordt. Het is al een aantal keer gebeurd dat spammers deze mogelijkheid misbruikten, zij worden dan ook meteen geblokkeerd en verwijderd uit het systeem.

Toch zal ik dit op termijn allemaal moeten herzien, maar eerst moet ik zien te ontdekken wat nu het beste werkt voor de website. Moet alles door de handen van de beheerder gaan of moet ik nog meer controles inbouwen om de systemen schoon en veilig te houden? Het moet ook niet zo zijn dat beheerders er straks een complete dagtaak aan hebben om alles schoon en veilig te houden natuurlijk. Beheerders zijn ook maar mensen met een leven en dat mag niet verpest worden door kwaadwillenden die geen leven hebben en er alleen maar op uit zijn om andermans zaken te saboteren. Ik zie daar de lol niet van in.

Ik probeer juist zo min mogelijk met AI te werken, natuurlijk vraag ik AI weleens om een programmeerprobleem op te lossen of om een functie te schrijven daarvoor. Maar tot op heden heeft mij dat nog niet aan een goedwerkend iets geholpen. AI geeft een voorstel voor een oplossing en het is aan mij om daar iets mee te gaan doen. Uiteindelijk heb ik dan zelf die functie aangepast en herschreven zodat het binnen MultiSite past en goed samenwerkt met de rest van MultiSite.

Vergeet niet dat het MultiSite project al ruim 9 jaar in ontwikkeling is, want ik ben er in 2017 zo'n beetje mee begonnen. In die tijd had je nog geen AI en al helemaal geen lokale LLM's (Large Language Models) die je lokaal op een oude computer kunt draaien en dus niet afhankelijk bent van die betaalde cloud diensten. Afhankelijk van de gebruikte hardware en model kun je er net zoveel mee als de betaalde diensten van Claude of Gemini en misschien zelfs wel meer dan dat zij je kunnen bieden. En het allerbelangrijste is de privacy, er wordt geen data naar de cloud verzonden.

Van de week heb ik net een local LLM opgezet op mijn andere PC en maak gebruik van een model genaamd Gemma 4. Hier moet ik me nog verder in verdiepen over wat er allemaal mee mogelijk is en hoe je er het beste gebruik van kan maken om het goed te laten werken. Achja weer een leuk experiment voor de wintermaanden of zo. Voor MultiSite heeft deze setup nog niets opgeleverd, maar dat zal denk ik wel veranderen als ik er meer bedreven in word. En nee ik laat AI niet een hele nieuwe MultiSite bouwen, maar ik wil het juist in gaan zetten om MultiSite te verbeteren.

Wat ik wel wil doen is met AI kijken of ik de website helemaal zover kan krijgen dat deze op alle apparaten werkt, zowel telefoon, laptop, tablet en desktop en dan ook nog dat de toegankelijkheid voor iedereen goed is, zonder al teveel gedoe. Eigenlijk ben ik nu maar wat aan het aanklooien en kom er eigenlijk niet veel verder mee. Ik hoop dat AI me hier verder mee kan helpen, zodat ik er weer op voort kan bouwen. Misschien een idee om daar MultiSite 5 mee op te bouwen en uit te breiden? Ik zal het in gedachten houden en mocht je nog een idee hebben, laat het me weten in de comments hieronder of het contactformulier.

1 foto('s) van Na een pauze van een paar maanden weer aan de slag gegaan met programmeren aan MultiSite 4:

Klik op een foto vor een vergroting.

Reactie(s) op Na een pauze van een paar maanden weer aan de slag gegaan met programmeren aan MultiSite 4:

Dit artikel heeft nog geen reacties.
Schrijf als eerste een reactie!

Plaats een reactie op Na een pauze van een paar maanden weer aan de slag gegaan met programmeren aan MultiSite 4:

Alle velden zijn verplicht!
Door op de knop "Reactie plaatsen" te drukken, gaat u akkoord met
de algemene richtlijnen voor het plaatsen van reacties.

Reacties zullen echter niet direct op deze pagina verschijnen, deze worden
eerst beoordeeld door de beheerder(s) van deze website.