1. Ik ben een ervaren leek.
2. Dit is mijn eerste forumpost ooit... (Google biedt bijna altijd uitkomst)
3. Mocht dit het verkeerde forum zijn, excuus. Ik hoor dan graag een andere suggestie.

Ik gebruik Chrome op een MacBook Air met OS Sierra 10.12.3

(Bewerkt door GFun80 om 11:15, 22-03-2017)

@GFun80,
Ik krijg met Safari en Microsoft Edge (Windows) precies hetzelfde.
Het ligt dus niet aan jou.

Dank voor de proef op de som. Ik ga die link eens bekijken!

Eh, o nee. Geldt alleen voor die ene nieuws-pagina. Alle andere pagina's zijn weird. (16:16 uur)

En dan dit: schoon je browsercache, en de eerste pagina op de site die je bekijkt, ziet er goed uit. Elke volgende pagina is dan weer gestoord.
Voor mij een reden om te denken dat er iets niet goed zit in je WP-constellatie. Lijkt geen kwestie van de hoster. Misschien je htacces? (Bij ontbreken van .htacces in Joomla zie je dan de Home, en niks anders).

(Bewerkt door MacWim om 16:16, 23-03-2017)

(Bewerkt door MacWim om 16:20, 23-03-2017)

Laat websitebouwer IJgenweis.nl hier maar eens naar kijken.
Er ontbreekt onder meer een start body-tag. Zit niet helemaal goed.

(Bewerkt door MacWim om 16:25, 23-03-2017)

https://gerbenhoetink.wordpress.com

hier ook perfect onder Mavericks 10.9.5 met Safari 7.0.6.

Maar die Gerben ben jij dus, niet?
Welkom op MacFreak! En ik denk dat dit forum wel kan, hoor.

Bij "educaid.nl" krijg ik echter dezelde kryptische reeks ASCII tekens.

Voer ik " http://educaid.nl" in, dan kan ik weer perfect die website pagina over het Kayanga Healthcare Centre bekijken.

Voer ik " https://educaid.nl" in, gaat Safari mogelijk de objectie maken dat ie de identiteit van de website niet kan controleren.
Klik ik die boodschap weg, krijg ik de website alsnog perfect te zien.

Zet dus best in je bookmarks:

http://educaid.nl

N.B.:
Ik voer hier opzettelijk gewone "platte" tekst in ( géén BBoard code tags) omdat links op fora veelal http of https prefixen automatisch invoegen, en dat willen we hier omwille van het experiment echt niet.

Ziezo, hopelijk is dit een passend antwoord op jouw vraag.

Volgens mij kan MacWim het best wel eens bij het rechte eind hebben dat er ergens iets zoals een start-body tag ontbreekt, maar daar heb ik geen verstand van.

Mijn bruute kennis van IT reikt enkel zover een bruikbare workaround te bedenken...

(Bewerkt door HEXDIY om 0:40, 24-03-2017)

MacWim om 16:12, 23-03-2017
Is inmiddels opgelost? Ik zie de pagina perfect. (16:12 uur)

Eh, o nee. Geldt alleen voor die ene nieuws-pagina. Alle andere pagina's zijn weird. (16:16 uur)

(knip)
Laat websitebouwer IJgenweis.nl hier maar eens naar kijken.
Er ontbreekt onder meer een start body-tag. Zit niet helemaal goed.

(Bewerkt door MacWim om 16:25, 23-03-2017)

Je hebt gelijk denk ik, Wim. Er zit wellicht iets verkeerd aan de scripting van Educaid, dus server-side.
Voorvoegen van het prefix "http://" in de zoekbalk van de client side lost dit probleem blijkbaar helemaal op.

(Bewerkt door HEXDIY om 0:40, 24-03-2017)

De template bestanden van dit WP Thema zijn waarschijnlijk door iemand bewerkt of geopend op een Windows computer in een verkeerde code editor (gewoon een tekstverwerker).

Hierdoor krijg je die rare rode tekens achter elke regeleinde. Deze waren natuurlijk niet zichtbaar in de tekstverwerker en als je dan ook nog eens een FTP programma hebt dat niet oplet dat upload je dit soort ongein gewoon zonder dat je er erg in hebt.

Door die rode kleine monstertjes begint het DOCTYPE html niet op regel 1 maar op 3 en krijg je dit probleem.

Wat overigens vaak helpt (omdat er een Cache plugin actief is) wissel in de menubalk van je browser een keertje van Gebruikersagent --> Internet Explorer of Edge  en daarna zal de pagina/site het weer een tijdje uithouden.

Een echte oplossing kun je niet van deze kant leveren. Daar zal de eigenaar van de site alle template bestanden even voor moeten openen in een fatsoenlijke code editor en dan opnieuw uploaden en overschrijven.

Shmoo om 1:08, 24-03-2017

Een echte oplossing kun je niet van deze kant leveren. Daar zal de eigenaar van de site alle template bestanden even voor moeten openen in een fatsoenlijke code editor en dan opnieuw uploaden en overschrijven.

Potver. Dank allen, ook Shmoo voor het zoekwerk. Ik heb - zoals MacWim - al adviseerde, de webbouwer op de hoogte gebracht.

(Bewerkt door GFun80 om 10:10, 24-03-2017)

Wel vreemd dat de maker van die website zelf niet doorheeft dat die pagina zo verrot in elkaar zit.  

En dan een vreemde carriage return ergens en de boel loopt mank. Daar zou een beetje CMS toch moeten tegen kunnen?  

Script input filtering hoort dat te strippen, imho. Er staat dus ook niks van security (kuroshin, APC..) op de php. Leuke combo voor script kiddies.

Zet er gewoon eens bij, ik ben van mening, ik denk, ik vind of mijn visie is... [ ..diarree hier.. ]

A heeft niets met B te maken. Dit soort dingen kan iedereen overkomen en zeker als je niet al te veel websites maakt of er nog niet al te lang mee bezig bent. Nu de persoon in kwestie het weet zal hij/zij er altijd aan denken of op letten.

Zoiets noem je leren van je fouten en beter worden. Allemaal vrij normaal en dat doen zelfs de beste nog dagelijks alleen op een heel ander niveau.

Cyrano deelt hier zijn - grondig gefundeerde- mening en zet er bovendien nog IMHO (In My Humble Opinion) bij.

Als we hier op MF elkaar wat minder zouden afkatten en samen zoeken naar goede raad, zouden we wellicht nog sneller tot resultaten komen dan dat we al doen.

En dat we hier tot resultaten komen is zeker

(Bewerkt door HEXDIY om 4:36, 26-03-2017)

Een Content Management System (CMS) als Wordpress (WP) dient niet te worden beheerd/ bewerkt met een gewone tekstverwerker, dan wel met een echte tekst editor zoals Text Wrangler/ BBEdit
(laatst hier op MF aan de orde in een artikel van Robert):
http://www.macfreak.nl/nieuws/28509/vaarwel-textwrangler-bbedit-is-de-toekomst

Jijzelf hebt terecht de in een gewone tekstverwerker onzichtbare hard return aangeduid als oorzaak van de rare tekens in de Wordpress site in kwestie hier, waarvoor dank.

Cyrano heeft het over hetzelfde. Waarom dus kibbelen?
Er wordt maar al teveel verkeerd gelezen...

Mijn punt is dus dat voor een divers publiek zoals het onze het geen overtollige luxe is om tech afkortingen en uitleg zoveel mogelijk te vertalen en uit te leggen voor al wie daarover wil leren.

En mijn god, heb ik hier zo al veel geleerd!

Kende je dat alles al? Tja, des te beter dan. Maar anders niks dan lof vanwege de IT dilettanten!

Shmoo om 1:08, 24-03-2017
Door die rode kleine monstertjes begint het DOCTYPE html niet op regel 1 maar op 3 en krijg je dit probleem.

Anyway, bedankt voor het meedenken allemaal. Weer wat geleerd.