Je zag het al: de website ziet er niet uit
(maar geen zorgen je kunt overal bij). Het komt omdat ik ergens halverwege ben blijven steken met wat probeerseltjes en de meeste nog niet eens “aangezet” heb. Ik moet er nog veel aan doen maar ik kom er niet aan toe. Ik was aan het spelen met de nieuwe custom post formats maar ik moet nog styles voor alle typen maken en bovendien de bestaande 10.000 postings opnieuw doorgaan om te kijken of het enigzins matcht.
Ik ben nog aan het na denken over wat zaken. Ik zit erover te denken om weer eens een eigen thema in elkaar te gaan steken. Om eindelijk eens de complete lijst van requirements van WordPress te gaan koppelen met de daadwerkelijke implementatie van hoe de site uit ziet.
Grofweg zit ik er aan te denken om al mijn requirements als custom post types in elkaar te gaan steken “requirement”. Als je niet weet wat requirements zijn: zie wikipedia.
Dat zou betekenen dat ik op meta niveau in mijn eigen weblog al mijn requirements (waarschijnlijk honderden of zelfs duizenden) opgeslagen heb. Normaliter zijn die die dan vrij tekst achtig zoals use cases, user stories maar ook non functional requirements. Maar deze keer wil ik ze zo implementeren dat ze een soort directe link hebben met settings in een admin screen. Het wordt dus een soort WordPress theme-language. Met die WordPress theme language kun je dan een thema “opschrijven”.
Voor mensen die WordPress gebruiken voor hun “living” (Ik was op de WordPress meetup Amersfoort (zie http://www.webtaurus.nl/amersfoort-webdesign/ , http://wordcampnl.org/meetups/2011/03/24/wordpress-meetup-amersfoort-dinsdag-10-mei/, http://www.burobjorn.nl/blog/2011/05/12/wordpress-meetup-amersfoort/ en het was leuk om allerlei mensen te zien die met WordPress bezig waren) kan het dan betekenen dat een soort core van functionaliteit bestaat uit checklijsten die je met een klant kunt doornemen en die direct implementeerbaar zijn. Voor mensen die theme’s schrijven is er and een zeer smarte checklist waarover geen discussie kan bestaan. Het kan een soort accelerator zijn.
Bij een eerdere plugin heb ik al een laagje bovenop de settings.api geschreven waarbij op alle functionaliteit in-gehooked kan worden. D.w.z. als je bijvoorbeeld een “gebruiker kan eigen favicon kiezen” functionaliteit hebt dan is dit 1 class: favicon. In die class zit dan zowel de admin functionaliteit als de front-end functionaliteit. bovendien zit in die class ook het help scherm in de admin als ook de validatie regels voor de form in de backend enz… Ik heb die code dus en er kunnen nog wel wat laagjes omheen. Ik geloof sterk in het toevoegen van lagen. Ik heb gemerkt dan het toevoegen van lagen heel creatief werkt. Plotseling ontstaan er weer allerlei nieuwe ideeen nadat je een laag hebt toegevoegd. Het wordt wel ingewikkelder natuurlijk. Een van die ideeen komt nu hieruit voor: als alles een plugin is. Dan kan er een taxonomie van plugins gemaakt worden die gekoppeld is aan een functionele of non functionele beschrijving van die plugin. Die beschrijving kan heel smart gemaakt worden omdat de plugin al bestaat. De complete uitdraai van die functionele smart beschrijvingen van de gehele set aan plugins leest als een boek met ja/nee checkboxen. Die zijn gekoppeld aan custom post types om te publiceren op meta niveau van wat de requirements zijn als een soort levend boek, mogelijk met code. Het wordt dus een thema met een meta thema maar dan met duidelijke taxonomie.
Ik heb geen idee hoe ver ik hier mee kom. Het wordt erg ingewikkeld omdat requirements weer genest zijn. etc.
Een ander iets is integratie. Mijn delicious perl script is gestopt omdat delicious in een build up fase is na de overname. Deed me denken om eindelijk eens een aparte server op te zetten die louter gaat dienen als integratie punt naar deze weblog. D.w.z. deze server haalt allerlei content binnen en pompt die via of XMLRPC of via php calls of direct op de database binnen op dit weblog en mogelijk andere. Het voordeel daarvan is, is dat er geen load is op de site t.b.v. integratie en dat ik vanaf die server ook naar meerdere punten data kan verspreiden. Ik moet daar dan wat code voor schrijven. Theoretisch hoeft dat geen gui te hebben maar… als ik er ooit een mooi WordPress verhaal over wil maken zou het mooi zijn als ik dat ook een WordPress install maak. Dat maakt het eindresultaat meer buzzable.
Voor die server moet ik dus plugins schrijven die kunnen integreren met een ERG VEEL websites. Ik zat daar ook aan te denken omdat mijn favicon plugin toch een erg zware load op de CPU veroorzaakt alsmede een gigantische request database. Zou mooi zijn om die extern van een blog te laten runnen en dan mogelijk te kunnen splitten qua load. D.w.z. enkele plugins op 1 integratie server en weer andere integratie plugins op een andere integratie server. Zeker in het cloud tijdperk kun je dan snel groeien en snel een nieuwe integratie server omhoog gooien met een gedeelde memcache server.
Ook qua hosting zit ik een beetje aan mijn limiet. Ik ben nog aan het nadenken wat mijn volgende stap is voor edward.de.leau.net ik ben er nog niet helemaal uit.
Daarnaast is het prive blogging concept nog wel interessant. Iemand start met louter ‘tags’ omdat hij geen idee heeft waarover hij gaat bloggen. Na een postje of 5000 zijn er trends in die tags die kunnen leiden tot verdere categorizatie of sub blogs e.d. Ik heb hier ook nog wat ideeen over. Daarnaast het enterprise blogging, ook hier is nog een hele markt open voor vertical solutions bovenop WordPress.
Gelukkig heb ik de luxe om er lekker lang over na te denken en dan pas te starten met coderen