Markdown

Het probleem met Markdown was het gebruik van deprecated functies van PHP, de even simpele als geniale oplossing is WordPress vertellen dat foutmeldingen niet zo nodig naar de gebruiker hoeven te worden gestuurd, dankuwel. In de dichtstbijzijnde wp-config.php deze regel toevoegen:

define('WP_DEBUG', false');

Opslaan, reload, rejoice. Blijkbaar zit die switch er al tijden in, maar is die ergens van “standaard uit” naar “standaard aan” gegaan. Bij mij in ieder geval wel.

Te leren uit deze faal: Verander niet zomaar de standaard-instelling als die in in een verleden geïnstalleerde versies nog niet bestond, en als je dat al doet, controleer dan expliciet of de define waartegen je checkt, ook daadwerkelijk defined is. Zo niet, ga dan uit van false, of in ieder geval wat er in de oude situatie zou gebeuren.

Simpeler gezegd: breek niet de installs van je gebruikers.

Feed

De feed was een typisch geval van “let dan toch ook op, gij onnozele”. Ik heb ooit eens FeedWordPress geïnstalleerd gehad, en in een vlaag van verstandsverbijstering (die ik soms aanzie voor “geniale ingeving”) had ik het allemaal zo geregeld, dat in mijn feed de door FWP binnengelutste dingen een link kregen die direct naar het origineel ging. Of zoiets, ik weet het eigenlijk niet meer, en dat dondert verder ook niet.

Wat wel dondert, is dat ik die plugin er ooit heb uitgegooid, en dat sindsdien mijn feeds stuk waren.

Te leren uit deze faal: Als je in je code een functie aanroept die door een plugin o.i.d. wordt gedefiniëerd, zet dan altijd je code in een if (function_exists(... Bugfixes werd gepubliceerd op Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon

Mogelijk gerelateerd:

• WP Lifestream laat ook super-simpel je laatste tweet zien
• Hoe je jezelf ongemerkt en langzaam kunt DDoSen
• Dan laat ik na een half jaar eens wat van me horen, is het nóg faal…
• Zo, eindelijk de nieuwe nieuwe lay eens een keer online…

Foto’s klikbaar voor iets-groter-en-commentaar, dan nog een keer klikken voor nóg groter. En niet op de namen van sommige foto’s letten, want ik ben af en toe een randdebiel.

Wat foto’s van de sneeuw, maar dan niet via Flickr werd gepubliceerd op Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon

Mogelijk gerelateerd:

• Hangjongeren, hangouderen, hangsneeuw
• Bugfixes
• Wat nou, extreme kou?
• Observatie: sneeuw, enzo.

En hoewel ik er niet zo’n lang verhaal van wil maken als de vorige keer, wil ik toch even een paar dingen kwijt. Leest u even mee?

Zo, die klus is klaar, snel weer opnieuw beginnen

Ondanks dat ik de vorige lay een flinke verbetering vond, ben ik toch al vrij snel begonnen met een nieuwe. Eén kolom in plaats van drie was bijzonder prettig, maar ik vond het al met al toch beperkend. Ik heb ook het idee dat de dingen die ik in de footer had gepropt, niet zichtbaar genoeg waren om echt te helpen. Toch?

Toch maar weer wat dingen naar boven getrokken, dus, en de navigatie nu ook een stuk duidelijker, en permanent in beeld. Dat was nog een hele strijd, trouwens: ik denk dat dat bovenste balkje en dat blaadje minstens twintig keer van absolute naar fixed is veranderd, en weer terug. Uiteindelijk is het toch fixed geworden, tenzij je een browser gebruikt die nog steeds geen geweldige ondersteuning biedt voor CSS2.

Onder de motorkap

Over technologietjes en techniekjes gesproken: ik ben, vrij laat, begonnen met het omzetten van zoveel mogelijk XHTML naar HTML5. Dat zou nog iets verder kunnen gaan dan het nu doet, maar een pagina vers beginnen in HTML5 gaat makkelijker dan een bestaande bult code omhakken. Blijkbaar. Wel is de code er flink kleiner op geworden, want ik had allerlei divjes met classes enzo voor het layout grid.

Oh ja, deze versie is op basis van een grid. Twaalf kolommen. Dat is even een nieuwe manier van denken, maar het bevalt wel enorm; in de tussentijd heb ik ook nog wat andere pagina’s gemaakt op grid-basis. Voor een volgende versie denk ik wel dat ik het 960 Grid System gebruik, omdat dat nog iets cleaner is qua code.

In de loop der tijd heb ik wel de WordPress-core up to date gehouden, en eindelijk, eindelijk heb ik een theme online dat ook gebruik maakt van nested comments enzo. Nou maar hopen dat de reactanten het ook daadwerkelijk gaan gebruiken.

Tenslotte ben ik iets minder angstig omgegaan met CSS die mogelijk niet in IE zou werken. Zo langzamerhand begint die groep daadwerkelijk een minderheid te worden, en ik ben er nog steeds op tegen om allerlei handige technieken niet te gebruiken, omdat een bepaalde browser ze toevallig nog steeds niet heeft geïmplementeerd, ondanks dat ze al jaren geleden zijn gespecificeerd.

Get with the times or get the fuck out.

Oh, en wat ik een jaar geleden al had aangekondigd: ik gebruik @font-face voor het header-lettertype. In dit geval de geweldige GrauBlau Web. Mogelijk komt daar nog een keer een eot-file van voor de IE-gebruikers, maar momenteel is dat nog niet het geval. Fixed. Simpel.

To Do

Stiekem ben ik nog niet 100% klaar met het theme, maar ik was een beetje bang dat als ik met lanceren wacht tot ik alle i’s van een puntje heb voorzien, het tegen 2025 gaat lopen. Vooral het archief ziet er een beetje treurig uit, en alle extra-meuk op de voorpagina (Twitter, Flickr, enzovoorts) mag nog wel in een tabjes-achtige-interface. Maar goed.

Ook had ik een schattig “x keer bekeken” dingetje, maar dat is recentelijk ineens gestopt met tellen. Ik zit er stevig over te denken om zelf iets te bakken op basis van WP Stats, aangezien ik dat toch ook al gebruik. Komt nog wel.

Oh, en de lifestream, daar moet ik toch ook eens een eigen theme voor bakken. Deze gebruikt tables, verdomme!

En tegelijk begint het alweer een beetje te kriebelen…

All of this has happened before, and it will happen again

…Klinkt bekend? Ik heb deze lay nog niet goed en wel online, of ik begin alweer over de volgende na te denken. Misschien ga ik weer met een iets donkerder theme werken (zoals de eerste dat ook was). Misschien toch iets meer textuur erin, ik weet het niet.

Ik weet wel dat ik bijzonder blij word als ik de recentelijk omgekatte bijzinnen.com zie, maar tegelijk is het weer niet helemaal mijn ding om zelf zoiets te maken.

Keuzes, keuzes.

Maar voor nu is het wel even goed

Als ik al met een nieuwe nieuwe nieuwe lay begin, dan duurt dat toch wel weer even voor die online is. De 2008-versie was ik lang niet zo zat als de 2005-versie, en deze versie kan ik — na een paar kleine tweaks die de komende tijd wel komen — ook wel een tijdje aanzien.

Misschien moet ik dan ook minder vaak mekkeren dat ik aan een lay bezig ben, en och, misschien eerst de vorige versies even genoeg opschonen om ze als theme te kunnen verspreiden.

Dat is allemaal voor later.

Zo, eindelijk de nieuwe nieuwe lay eens een keer online… werd gepubliceerd op Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon

Mogelijk gerelateerd:

• Nieuwe lay doet het nu ook onder IE, maar ik blijf met een vraag zitten
• WordPress 2.7, Firefox 3.1 en de nieuwe DNZM-lay
• Haal je uploads uit wp-content
• Is het dumpen van HTML de enige manier om tot een semantisch web te komen?

Dat heeft drie voordelen en het is niet eens echt moeilijk; omdat ik zo’n toffe peer ben doe ik er nog een HOW TO bij ook. Niet dat die er niet al in ruime mate waren, maar goed.

De Voordelen

• Mijn /wordpress/ directory wordt een stuk kleiner, en ‘schoner’.
  Ik wil vaker backups maken van mijn WordPress setup, maar omdat de uploads op de standaardplek stonden, werd zo’n backup steeds groter.

• Pagina’s met plaatjes erin worden nu iets sneller geladen.
  Althans, in theorie dan. Dat zit zo: browsers kunnen meerdere verbindingen tegelijk maken (en dus meerdere bestanden tegelijk downloaden), maar het aantal verbindingen per server wordt meestal beperkt tot 4 of 8 ofzo. Met een brok HTML, een CSS-bestand en wat Javascript-rommel zit je daar zo aan. In de nieuwe situatie komen de plaatjes van media.doenietzomoeilijk.nl af, wat voor een browser als andere server geldt en dus zijn eigen beperking heeft. Oftewel: de plaatjes worden eerder opgehaald, in hun eigen groep van 4 of 8 verbindingen.

• De plaatjes hebben nu een kortere URL.
  Vooral een esthetisch voordeel, eigenlijk. Het staat iets netter, dat wel, maar verder maakt het weinig uit.

De Nadelen

Geen, natuurlijk!

Nou, da’s niet helemaal waar. Omdat er een nieuwe hostname aan te pas komt — in mijn geval images.doenietzomoeilijk.nl versus doenietzomoeilijk.nl — kost het opbouwen van de pagina één DNS request meer. Dat is maar een heel klein nadeeltje, want een DNS request gaat over het algemeen snel genoeg om er eigenlijk niks van te merken, en bovendien wordt het nog gecached ook.

Wat mij betreft mag dat de pret niet drukken.

De HowTo

Eigenlijk is het belachelijk simpel, vooral als je dit doet voordat je al een hoop uploads hebt gedaan. De enige voorwaarde is dat je hoster subdomeinen ondersteunt. Doen ze dat allemaal? Nee, natuurlijk niet, dat zou te makkelijk zijn… Mocht je twijfelen of jouw hoster het ondersteunt: vraag het je hoster. Er van uitgaand dat die “ja, dat ondersteunen we!” roept — of iets van die strekking — maak je een subdomein aan. Ik heb voor “media” gekozen, maar dat staat je verder natuurlijk helemaal vrij.

Vervolgens moet je even uitzoeken waar bij jouw hoster de webroot van die nieuwe host terecht komt. In mijn geval gebruikt de hoster DirectAdmin, en die zet subdomeinen in de public_html. Dat betekent dat media.doenietzomoeilijk.nl ook te bereiken is onder doenietzomoeilijk.nl/media, maar belangrijker, ik hoef niet naar directories te zoeken…

Overigens, als je geen subdomein kunt gebruiken, hou je altijd nog twee van de drie voordelen over: kortere URLs en een schonere WordPress-directory. Je maakt dan gewoon een directory media (of iets naar keuze) aan in de webroot, en je overal waar ik media.doenietzomoeilijk.nl gebruik, blijf je gewoon je bestaande domeinnaam gebruiken.

Zorg er in beide gevallen voor, dat de webserver in die directories kan schrijven.

Klik voor groot

Gewapend met die kennis ga je in het WordPress backend naar Instellingen > Overige Opties. Zie voor een voorbeeld het screenshot hiernaast.

Daar ga je opgeven in welke map de uploads worden opgeslagen ten opzichte van de WordPress directory; dit is een pad, geen URL. In mijn geval staat wordpress zelf in /wordpress/ en de nieuwe map is /media/; één niveau omhoog (../), en dan naar media. Let op: daar moet dus geen slash achter.

Het volgende veld is wat er voor de uploads moet komen te staan om ze vanaf die locatie via de webserver aan te roepen. Dit is dus wél een URL, in mijn geval http://media.doenietzomoeilijk.nl, wederom zonder een slash aan het eind.

Of je verder je uploads wilt laten opsplitsen in mappen per jaar en maand is een kwestie van smaak; als je van plan bent geregeld dingen te uploaden, voorkomt het een overvolle map waar je niets meer in terug kunt vinden, en het wordt lastiger om incrementele backups te maken. Ik heb dat dus aan staan.

Dat van die “bijwerktijden” kun je negeren, dat heeft niets met uploads te maken. Hup, wijzigingen opslaan, klaar.

Je bent nu klaar om een upload te testen. Werkt dat? Mooi. Werkt dat niet? Waarschijnlijk is dat een kwestie van rechten — WordPress geeft dat wel aan in een eventuele foutmelding. Zorg dat de nieuwe upload-map door de webserver beschreven kan worden; je doet dat via een FTP-client of via je hosting control panel. Hoe het precies in zijn werk gaat hangt natuurlijk af van welk programma of welk panel je gebruikt; vraag het in geval van twijfel na bij je hoster.

Als je al een zooi uploads had…

Als je nog niets had geupload via WordPress, was je bij de vorige stap al klaar. Ik had echter al een fikse zooi plaatjes geupload, dus die moesten nog verplaatst worden. Ook moesten alle verwijzingen in posts worden aangepast.

Dat eerste was een kwestie van de bestanden naar de nieuwe directory slepen in mijn FTP-client. Duurt even, maar echt moeilijk is het niet.

Die verwijzingen aanpassen kan — als je weinig uploads hebt — met de hand, maar als het er wat meer zijn, zoals in mijn geval, dan wordt dat erg bewerkelijk. In zo’n geval zou het handig zijn als WordPress een zoek-en-vervang functie had.

Gelukkig geldt voor de meeste dingen die niet standaard in WordPress zitten: there’s a plugin for that; Zoek-en-vervang is geen uitzondering. De beschrijving van de Search Regex plugin meldt:

The primary reason for the plugin was to aid in relocating directories. It’s a real pain to manually go through every post and change image directory names. With this plugin all that was required was a simple search and replace pattern, and the job was finished in a few seconds.

Klinkt perfect, niet waar? Installeren, activeren, en onder Extra > Search Regex kun je gaan zoeken naar wp-content/uploads. Hoe je precies zoekt hangt een klein beetje af van hoe je WordPress geïnstalleerd hebt. In mijn geval stonden alle uploads onder /wordpress/wp-content/uploads; als je een plaatje invoegt bij het schrijven van de post plakt WordPress daar zelf nog de domeinnaam voor. Gelukkig kun je zoeken met regular expressions.

In mijn geval tikte ik bij Search pattern:

|(http://doenietzomoeilijk.nl)?/wordpress/wp-content/uploads|

…wat resulteert in alle posts waar /wordpress/wp-content/uploads in voorkomt, eventueel met http://doenietzomoeilijk.nl ervoor. Dat was nodig omdat ik soms met de hand een plaatje toevoegde en dan de domeinnaam eraf liet. Die pipes eromheen zijn nodig, ja.

Het Replace pattern werd http://media.doenietzomoeilijk.nl, wat je in jouw geval natuurlijk even moet aanpassen naar je eigen situatie. Controleer voordat je de wijziging daadwerkelijk doorvoert nog even met Replace » of je echt alleen vervangt wat nodig is, zorg dat je een recente backup van je database hebt liggen, en klik op Replace & Save ». Een paar tellen later is alles bijgewerkt. Klaar!

Controleer een paar bestaande posts op de aanwezigheid van verwachte plaatjes, en Bob is je spreekwoordelijke oom.

Afsluitend

Het is als je het zo doorleest misschien een flinke lap tekst, maar uiteindelijk hoeft de hele verhuizing maar een paar minuutjes te duren. Daarna heb je er geen omkijken meer naar: alle nieuwe uploads komen automatisch op de nieuwe locatie terecht.

En in mijn geval werd mijn WordPress-directory bijna 9MB en 136 bestanden lichter.

Een volgende stap is het “afsplitsen” van andere bestanden; denk aan CSS en Javascript. Dat is echter een andere HOW TO voor een andere dag.

Haal je uploads uit wp-content werd gepubliceerd op Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon

Mogelijk gerelateerd:

• WP Lifestream laat ook super-simpel je laatste tweet zien
• Zo, eindelijk de nieuwe nieuwe lay eens een keer online…
• PivotX templates voor WordPress Designers
• WordPress 2.7, Firefox 3.1 en de nieuwe DNZM-lay

Tot DNZM naar een andere server werd verkast die wel een PHP-versie uit deze eeuw draaide, dat is.

Na een beetje stoeien draait het allemaal wel en is er een lifestream op DNZM te bewonderen. Prachtig. Voor de nieuwe lay sleutel ik nog wel wat aan de weergave, maar het werkt in ieder geval prima.

De volgende vraag is dan natuurlijk: kan ik nu makkelijk mijn laatste tweet laten zien? Nou en of, zo blijkt. Een simpel stukje code toevoegen, en Bob is je spreekwoordelijke oom. Het was eigenlijk zo belachelijk simpel, dat ik het er in de huidige lay ook maar even in geknutseld heb.

Mocht je zelf ook zoiets willen, dan is dat simpel genoeg. Allereerst installeer je natuurlijk de plugin, en voeg je er op zijn minst je Twitter-account aan toe. Vervolgens gaat het volgende stukje code ergens in een template — index.php, home.php of sidebar.php, afhankelijk van waar je het wilt hebben en hoe je theme in elkaar zit.

<?php if (function_exists('lifestream_twitter_status')) : ?>
<div id="latesttweet">
    Intussen, op Twitter:<br />
    <?php lifestream_twitter_status(); ?>
</div>
<?php endif; ?>

Je kunt er nog wat code omheen hangen en dan nog wat met CSS aan de weergave doen; dat laat ik verder aan je eigen fantasie over.

Top-plugin, ga ik nog een hoop lol aan beleven. Maar nu ga ik eerst weer eens aan de sleutel, want eigenlijk wil ik die nieuwe lay voor 2013 online…

WP Lifestream laat ook super-simpel je laatste tweet zien werd gepubliceerd op Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon

Mogelijk gerelateerd:

• Haal je uploads uit wp-content
• Bugfixes
• Zo, eindelijk de nieuwe nieuwe lay eens een keer online…
• PivotX templates voor WordPress Designers

Mogelijk gerelateerd:

• WordPress 2.7, Firefox 3.1 en de nieuwe DNZM-lay
• Opgewaardeerd
• Bugfixes
• Zo, eindelijk de nieuwe nieuwe lay eens een keer online…

Uiteraard heb ik ook wel iets te mekkeren, een paar ietsen zelfs.

Allereerst vraag ik me af waarom hij de daadwerkelijke info in een Google Doc heeft gehangen. Ik zie geen dingen gebeuren die niet gewoon in HTML zouden kunnen, met als toegevoegd nadeel dat Google Docs niet worden geïndexeerd door zoekmachines. Jammer, want het is nuttige informatie.

Inhoudelijk had ik ook wel een paar aanmerkingen. Voor ik daar aan begin wil ik wel even duidelijk maken dat ik dat niet met een “OMG n00b” houding wil brengen; ik ben al lang genoeg met WordPress bezig om dat soort dingen te weten, maar dat ga ik niet van iedereen verwachten; bovendien is het nodige ook gewoonweg slecht gedocumenteerd in de Codex. Ik probeer mijn fanboy-pet dus even af te zetten en neutraal te kijken. =]

Daar gaan we dan:

The Loop

In bijna alle voorbeelden die Peter geeft, zie ik een if (have_posts()) terugkomen. Die staan ook overal in de voorbeelden op de Codex, maar het is al een tijd niet meer nodig — uit mijn hoofd vanaf twee-punt-zoveel, maar de precieze versie moet ik even schuldig blijven. Het punt is: have_posts evalueert in theorie altijd naar true; zou dat niet het geval zijn, dan wordt er een andere template gebruikt (404.php) om een foutmelding te geven.

Vroeger was dat anders, toen bestond de code uit een if (have_posts()) gevolgd door een foreach(), en werd die foutafhandeling niet gedaan. Toen kon het dus wel degelijk voorkomen dat er geen posts waren, en dan geeft foreach() een foutmelding.

Jammergenoeg is de Codex nog niet aangepast, en worden nog overal die overbodige ifjes neergegooid. Alsof het allemaal maar niks kost.

Een ander puntje wat ik een beetje vreemd vond, was het “tonen van posts in een bepaalde categorie”. Peter doet het in zijn voorbeeld door in de loop te controleren of een post tot de categorie behoort, en zo nee, met een continue naar de volgende te springen. Hij zet daar als — terechte — kanttekening bij dat dat een inefficiënte methode is.

Niet nodig bovendien, en dat zou Peter eigenlijk ook moeten weten. Even later heeft hij het namelijk over “meerdere loops”, en daar gebeurt precies hetzelfde, maar dan op de “goede” manier: een nieuwe query waarin specifiek posts in een bepaalde categorie worden opgehaald, en er dus niets wordt verspild.

Comments

Ook hier weer de if-constructie om te controleren of er comments zijn; iets dat in zijn PivotX-voorbeeld niet gebeurt. Wat ik me dan afvraag: hoe handelt PivotX dat precies af? Het zal via Smarty te controleren zijn, maar het was leuk geweest als hij dat er even bijgezet had.

Wat ik slordiger vond was de bewering dat de controle of comments.php direct wordt aangeroepen zou zijn omdat het posten van comments door die file gebeurt. Waar hij dat vandaan haalt is me een raadsel, en het is ook beslist niet hoe het werkt. Comments worden afgehandeld door wp-post-comments.php, niet door een template.

Heel eerlijk gezegd is het me net zo goed een raadsel waarom die controle er nog staat, want als je de file direct zou aanroepen krijg je gewoon wat errors, net als de meeste andere bestanden uit een theme. Lijkt mij ook een overblijfsel uit vroegere tijden; nodig is het voor zover ik weet niet.

De controle of een post wachtwoord-beveiligd is, zou dat eigenlijk ook niet moeten zijn; dat zou eleganter opgelost worden door bij een wachtwoord-beveiligde post gewoon heel de comments-template achterwege te laten als het wachtwoord niet is opgegeven. Minder gedoe in de templates, minder wat er dus mis kan gaan.

Het invullen van een e-mailadres, tenslotte, is niet altijd verplicht. Die instelling kun je zelf maken in het backend, en hoewel het standaard wel aanstaat, kun je het net zo makkelijk weer uitzetten.

En verder?

Los daarvan vind ik het een zinvol document; ik leer er weer wat bij over Pivot — bijvoorbeeld dat de templates op Smarty lopen; ik had geen idee dat het zo was, en het is zeker een hele goede engine. Persoonlijk vind ik het juist wel fijn dat WordPress vrij standaard PHP gebruikt — als je weet wat je doet, kun je veel uitgebreider wroeten — maar ik kan me heel goed voorstellen dat Smarty voor een hoop, zo niet de meeste, mensen veel makkelijker onder de knie te krijgen is. Het oogt lekker schoon ende overzichtelijk.

Minstens zo interessant is het om eens met een andere blik te kijken naar dingen die je al heel lang wel gezien, maar niet echt gezien hebt, zoals die controles aan het begin van comments.php, en het feit dat je eerst werk moet verzetten voor Akismet zijn werk gaat doen.

Dat is inderdaad best wel mal, eigenlijk, maar niet iets waar je dagelijks bij stilstaat als je blog al een paar jaar loopt. Goed, aanmelden voor Akismet gaat vrij makkelijk, en de bescherming is goed, maar het zou minder moeite van de gebruiker moeten kosten.

Waar het ook nogal aan ontbreekt is documentatie. De Codex is groot, erg groot, maar een hoop informatie is incompleet, incorrect of verouderd. Eerlijk gezegd denk ik dat dat nog wel een veel groter probleem is, en bovendien niet zomaar op te lossen.

Ga ik nu terstond WordPress dumpen? Nee, natuurlijk niet. Ik blijf echter wel Peters serie volgen (en ik hoop dat hij er ook nog een over plugins doet), want er valt nog genoeg te leren. Al is het alleen maar door weer eens bewust naar “vanzelfsprekende” zaken te kijken.

PivotX templates voor WordPress Designers werd gepubliceerd op Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon

Mogelijk gerelateerd:

• Haal je uploads uit wp-content
• WP Lifestream laat ook super-simpel je laatste tweet zien
• Nog een aantal veranderingen op DNZM
• Spam Filter Free Day: hoe ging het?

Het enige dat ik me bij deze actie afvraag, is wat het gaat doen aan duplicate content op het grootschalige internet. Dat op één site de duplicate content nu beteugeld wordt is mooi, maar hoe gaat dat met van die sites die een paar RSS feeds integraal schrapen en er een paar advertenties bij knallen? Canonical URLs werken niet cross domain, dus ik hoef me geen zorgen te maken dat zo’n schraper ineens canonical zou worden en mijn site wat Google betreft de duplicate zou zijn. Hoop ik.

In ieder geval is het wel een prachtige manier om je site weer iets strakker in de zoekmachines te krijgen.

Canonical URL links werd gepubliceerd op Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon

Mogelijk gerelateerd:

• Woensdagmiddagverzamelpost
• De Microhoo!-soap blijft bezig
• Yahoo! wordt definitief NIET opgevroten door Microsoft
• De piknijd van Microsoft

Ik ben ook al een tijdje geleden afgestapt van sIFR afgestapt; het leverde uiteindelijk zo veel gekloot op om het te laten doen wat ik wil, en bovendien heb ik een fixed gepositioneerd stuk layout, en dat werkt niet lekker samen met Flash. Dat dat visuele ruzie gaat maken met Flash-filmpjes (denk YouTube) is al vervelend genoeg, maar als elke titel ook nog eens moeilijk gaat doen… Bovendien vertraagde het de boel toch wel, en daar zat ik ook niet op te wachten.

Goed, sIFR er uit, dus. Hoe nu verder?

Ik kon twee kanten op: of ik koos een ander lettertype voor de headers (wilde ik eigenlijk niet), of ik ging toch met @font-face aan de gang. Dat laatste zou alsnog samenhangen met het eerste, want op dit moment wordt @font-face alleen door Safari ondersteund, waardoor de site in eerste instantie voor 7,6% van de bezoekers wordt weergegeven zoals ik wil — en dus voor dik 92% niet.

Uiteindelijk heb ik besloten toch maar voor optie twee te gaan. Vooral nu blijkt dat @font-face ook in Firefox 3.1 gaat werken — en die staat volgens het schema onderaan deze pagina over anderhalve maand op de stoep, momenteel is beta 2 op te halen — ben ik daar wel tevreden mee; ik heb straks de lay “goed” voor ruim 36% van de bezoekers, en in die groep zitten ook de meeste terugkerende bezoekers. Dat zijn toch een beetje de mensen voor wie ik het doe — voor zover ik het niet voor mezelf doe — dus dat komt mooi uit.

Overigens, hier is ook nog een lijstje met betrekking tot de ondersteuning van diverse browsers. Misschien kijk ik t.z.t. nog wel of ik een ik zou nu gaan upgraden.

WordPress 2.7, Firefox 3.1 en de nieuwe DNZM-lay werd gepubliceerd op Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon

Mogelijk gerelateerd:

• Zo, eindelijk de nieuwe nieuwe lay eens een keer online…
• Flash-tekst in sIFR stylen is lastig
• Bezoekersaandeel IE zakt op DNZM onder de 50%
• De tussenstand in browserland

Toen was er ineens de What you see is what you mean werd gepubliceerd op Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon

Mogelijk gerelateerd:

• Nog een aantal veranderingen op DNZM
• Bugfixes
• Dan laat ik na een half jaar eens wat van me horen, is het nóg faal…
• Wat foto’s van de sneeuw, maar dan niet via Flickr