Langzamerhand wordt MultiSite steeds beter en beter en zijn er weer een aantal bugs (fouten) verholpen die op het eerste gezicht niet zo zichtbaar waren, maar toch wel invloed hadden op de werking van MultiSite.

De meeste fouten traden op in bepaalde situaties onder bepaalde condities en komen daardoor niet zo snel aan het licht. Zeker niet als je zo'n project in je eentje uit de grond stampt en alles alleen moet doen, bedenken, programmeren, proberen, testen, bewerken, weer proberen en testen en ga zo maar door. Daarom ben ik ook zo blij met die foutenlogs die de webserver genereert, zodat je in de meeste gevallen kunt zien wat en waar het fout gaat.

Meestal zijn de meldingen waarschuwingen van hier klopt iets niet, of dit is geen zuivere koffie. In slechts enkele gevallen gebeurt het dat er een fatale fout optreedt en dan stopt ook meteen de uitvoer en dat resulteert weer in een afgebroken pagina die niet compleet is. Gelukkig komt dat laatste zelden voor. Wat vaker in de logs verschijnt zijn de waarschuwingen en daar moet dan even serieus en kritisch naar gekeken worden.

In mijn vorige artikel schreef ik al dat sommige bezoekers wel heel erg ver gaan met van alles uitproberen en de meest maffe dingen doen, maar ook bij normaal gebruik kan het weleens mis gaan. Als programmeur moet je overal rekening mee houden, maar dat is eigenlijk onmogelijk, hoe goed je je best ook doet, vroeg of laat gebeurt er toch wel weer iets wat op het eerste gezicht vreemd en onverklaarbaar lijkt. Maar als je er dieper in gaat duiken blijkt het vaak om iets heel onbenulligs te gaan zoals een typfoutje of het gebruik van de verkeerde variabele, waardoor de uitkomst weer anders is dan je zou verwachten.

Zo heb ik de afgelopen 2 dagen weer een heleboel fouten verholpen aan de hand van de logs. Soms moest ik even een extra check inbouwen om er zeker van te kunnen zijn dat alles netjes en goed verloopt. Maar soms moet je ook stukken code even opnieuw schrijven, of de volgorde van aanroepen iets aanpassen.

De fouten die verholpen zijn zaten dit keer meestal in de informatiepagina's van de profielen, artikelen, producten, WebLinks e.d. En dan met name in de meta tag secties die allerlei informatie bevatten voor als je die pagina met de socials wilt delen met bijv. Facebook of WhatsApp. De informatie in die meta tags wordt gebruikt om snel een artikel of product te delen. Hoe meer informatie daar in staat, hoe beter en makkelijker het gedeeld kan worden. Dit is een stukje complexe code en een foutje is zo gemaakt.

Andere code die onlangs is toegevoegd voor het verwerken van de stemmen bij de verschillende onderdelen van de website is ook vrij complex en had zo ook wat kleine foutjes, die zijn inmiddels ook allemaal verholpen en het stemmen werkt nu helemaal goed. De foutafhandeling en meldingen zijn nu ook bijgewerkt en er is een redirect (doorstuur) functie toegevoegd, zodat men na het uitbrengen van de stem na zo'n 15 seconden doorgestuurd wordt naar de pagina waar je je stem hebt uitgebracht om bijvoorbeeld verder te kunnen lezen. Dat vond ik een nettere benadering dan wanneer men blijft hangen op een pagina met een melding dat het stemmen goed of fout is gegaan.

Steeds meer onderdelen krijgen de stem mogelijkheid. Dat doe ik niet in 1 keer, maar doe dat stap voor stap. Ik voeg een onderdeel toe en dan kijk ik het een paar dagen aan hoe het loopt en of alles goed gaat. Gaat alles goed, dan pas doe ik het volgende onderdeel, net zolang tot alle onderdelen voorzien zijn van de stem mogelijkheid. Op deze manier kan ik goed in de gaten houden waar nog wat aangepast moet worden.

Dan nog het vage probleem met de Reader weergave van Safari, de browser van Apple. Dat blijkt nog steeds niet te zijn opgelost. Zelfs niet na diverse oproepen aan de bezoekers en het plaatsen van oproepen in de Facebook groepen. De enige reactie die ik terugkreeg was dat ik het maar moest zoeken bij Apple Support. Maar bij Apple Support kan ik daar helemaal niks over vinden, alleen hoe je als bezoeker van een website die Reader functie aan of uit kunt zetten. Maar als je die functie al niet eens aan kunt zetten, dan houdt het al snel op.

Ook op het internet zelf kan ik er helemaal niks over vinden, er blijkt niet echt een duidelijke standaard te zijn voor Readers en iedereen lijkt maar wat aan te klooien. De meeste geboden oplossingen werken niet eens.

Ook heb ik zelf op mijn blogpost van 29 april 2025 helemaal geen enkele reactie mogen ontvangen of de Reader weergave bij de bezoekers wel of niet werkt. Op mijn eigen iPhone en iPad werkt het namelijk wel gewoon, iPhone 16e met iOS 18.4.1. Maar het werkt dan weer niet op de iPhone 13 met iOS 18.4.1 van een vriendin van me.

Ze meldt dat ze vaker problemen heeft. met Reader weergave op sommige sites, maar bijvoorbeeld de website van RTL Nieuws werkt het dan weer wel. Ik heb geprobeerd te kijken wat RTL dan anders doet, maar kom er niet uit, er staat een enorme lading Javascript in en ze gebruiken een hele zwik aan stylesheets en het eigenlijke artikel staat in 1 hele lange regel tekst en codes, afgewisseld met weer een enorme hoeveelheid vage javascript code. Erg onoverzichtelijk allemaal, men is zeker bang dat je dingen van hun website gaat pikken of zo.

Verder heeft ze nog een aantal links gestuurd die volgens haar wel goed werken met de Reader weergave, maar daarin kan ik niks speciaals vinden wat betreft de reader toestanden. Ik vind het al met al maar een hele vage bedoeling.

Als men wil dat websites toegankelijker worden voor mensen met een beperking, waarom maken ze dan niet een standaard waaraan je minimaal moet voldoen om het te laten werken? Waarom is er dan geen uitleg met voorbeeldcode om dat voor elkaar te krijgen? Zolang men maar aan blijft klooien, zal die toegankelijkheid er nooit komen. Daar kan ik me zo pissig over maken, WAAROM?