Hoi Femke,
Ah, je hebt het al ontdekt, zie ik. De reden staat hieronder bij nr. #39.
Even in volgorde van na mijn laatste post.
Bij nr. #37
"Quickscan:
Er lijkt geen strikte DocType te zijn gebruikt. - Dus dat snap ik toch niet helemaal."
- Dat
lijkt niet alleen zo voor de Quickscan, dat
is ook zo!
Er staat nu een Doctype van "XHTML 1.0 Transitional" in (en geen "XHTML 1.0 Strict").
En de Quickscan moppert altijd als het geen Strict is.
Maar in ons geval is Strict niet haalbaar, omdat dan de
target="_blank" een fout zou geven (= openen van de Twitter-link op een nieuw tabblad; dat mag niet in Strict).
Los daarvan zijn er nog ca. 20 andere html-errors, waarover de Quickcan en ook de html-validator moppert - die zijn in principe wel te verhelpen.
Bij nr. #38
"Ik zie die meta charset toch keurig in de head staan."
- Klopt, die staat daar op de goede plaats.
"Maar ik weet dus niet waar ik dat moet veranderen."
- Dan pakken we de relativiteitstheorie er bij!
Als de <meta> niet naar boven verplaatst kan worden, omdat die in de header.php al mooi bovenaan staat, moet de <script>-regel naar beneden verplaatst worden!
Deze scriptregel met:
HTML:
<script type='text/javascript' src='http://www.hsvnaardenbussum.nl/wp-content/plugins/wp-minify/min/?f=wp-includes/js/jquery/jquery.js&m=1333311216'></script>
zie ik niet in de header.php, dus die moet er in het Wordpress-systeem op een andere manier aan zijn toegevoegd.
- Dat kan je zelf gedaan hebben in een of ander WP-paneel.
- Of het kan ook door het template of een widget daar geplaatst zijn.
Bij nr. #39
Dat is op zich een lumineus idee, om de php te vervangen door een gewone ("
statische") pagina. Dan ga je helemaal om het CMS heen, en zou het altijd goed moeten gaan met die pagina.
Maar jammer genoeg kan dat niet gaan werken...
In de html-pagina, zoals die op een bepaald moment van de php-pagina is afgetapt, zitten impliciet ook andere dingen die er met php zijn ingezet.
Er zit bv. een "hidden field" in, waardoor bezoekers die zich aanmelden voor het Follow-per-email automatisch het unieke IP-adres van hun computer doorgeven.
Nu staat er een vast IP-adres in (dat van mijn kast, omdat ik de pagina opvroeg), en het zou wel heel toevallig zijn als alle mensen die de mail-service willen hebben, dat allemaal opgeven via mijn computer!
Maar er spelen meer dingen. Ook andere onderdelen worden er met php automatisch ("
dynamisch") ingevoegd, al naar gelang hoe de site er op dat moment voor staat. Bv. het waslijstje aan berichten, dat er van tijd tot tijd een nieuwe bij krijgt.
Zet je de pagina vast als .html, dan kan dat niet en blijft het altjd zoals de stand van zaken nu is.
"Edit 2: maar als ik de paginabron bekijk van bijv. "Voor uw gelezen" dan staat het daar toch weer fout! (en ik denk dan ook de andere pagina's!!)"
- Inderdaad, de rest is nog op de oude manier. Omdat het nu niet algemeen geregeld is, zouden ook alle andere pagina's zo gemaakt moeten worden als .html-pagina; met dezelfde bezwaren.
Dus op zo'n manier kan het niet, dan haal je het CMS onderuit.
"Waar verander ik dat dan?"
- Als in het antwoord op nr. #38: als je de plek te pakken kunt krijgen waar het script er in gezet wordt, dan kan je dat daar waarschijnlijk ook naar beneden verplaatsen.
Maar waar dat in WP zit, weet ik niet.
=====
(edit: nog steeds een aantal doctype fouten)
Ja, dat zegt de Quickscan. Maar de 20 gewone html-errors zijn er nog niet uit, dat kan de zaak veranderen.
Wordt vervolgd!
