Er zijn vele redenen waarom een WordPress upgrade verkeerd kan gaan. En vaak zijn die redenen te wijten aan het niet volgen van de te nemen stappen die WordPress aangeeft. Maar zolang het een test opzet is en of je een backup van de database en bestanden hebt gemaakt en je een paar trucs kent kun je je mislukte opzet vaak snel weer oplossen. We zullen er hier een aantal scenario’s bespreken.

Plugins blazen je site op

Je had wel je site netjes upgegrade, maar niet de plugins en de plugins waren ook niet gedeactiveerd voor de upgrade. Terwijl WordPress dat toch wel meldde. Zodra je naar je site ging zag je een wit scherm des doods. In je log vond je de melding:

PHP Fatal error:  Call to a member function add_rewrite_tag() on a  non-object in  /pad/naar/domein/wp-includes/taxonomy.php  on line 289, referer: http:/www.domein.nl/wp-admin/

of een andere errormelding gerelateerd aan een van de gebruikte plugins.

De beste oplossing is dan om via PHPMyadmin ze te deactiveren en de website opnieuw te laden. In de PHPMyadmin kun je in de WordPress database gaan naar de tabel wp_options. In die tabel vind je rond rij 38 de rij active_plugins. Die aanklikken om te bewerken en aldaar het option_value legen, en de zaken opslaan. Erna zal de website zonder plugins geladen worden. De plugins kun je dan netjes 1 voor 1 upgraden en activeren.

Bron
http://www.stephanmiller.com/deactivate-wordpress-plugins-through-phpmyadmin/

Handmatige uploaden nieuwe bestanden ging mis

Het kan zijn dat een automatische upgrade niet kon en je de zaken via FTP handmatige moet uploaden, maar dat bepaalde bestanden niet meegingen of onderweg corrumpeerde. Dan zul je terstond ofwel een wit scherm te zien krijgen of allemaal errors die verwijzen naar ontbrekende of dus beschadigde bestanden. Oplossing: Alle bestanden nogmaals uploaden en de installatie goed afronden.

Verkeerde upgrade methode

Je upgrade een zeer oude WordPress versie en gebruikte de standaard upgrademethode. Foute boel. Zet backup terug en volg upgradeinstructies voor upgraden van jouw versie hier

Je MySQL of PHP versie is te oud

Je upgrade handmatige naar de laatste WordPress versie en de boel blies op. Je was namelijk vergeten dat jouw server een oudere MySQL of PHP versie gebruikte dan die, die WordPress vereist. WordPress vereisten zijn tegenwoordig:

• PHP version 4.3 or greater
• MySQL version 4.1.2 or greater

Oplossing: Vraag je hoster een upgrade. En mocht dat niet mogelijk zijn… tja dan moet je van hoster veranderen.

Upgrade lukte, maar vast in maintenance mode

Je upgrade ging zover je zag prima, maar erna blijft je site op maintenance mode staan met de boodschap

"Briefly unavailable for scheduled maintenance. Check back in a minute."

Probeer dan het bestand .maintenance in je root te verwijderen. Dat werkt vaak. Mocht dat niet helpen, zet dan alle plugins uit zoals eerder was uitgelegd en probeer het weer.

Een van de zaken die belangrijk zijn voor de algemene bereikbaarheid en zoekmachine optimalisatie van een website is de snelheid waarmee een pagina geladen kan worden. En dat is eigenlijk heel logisch. Als een website te traag laadt dan zijn bezoekers al weer vrij snel vertrokken. In dit blog zullen we een paar tips tonen hoe je je website sneller kan maken.

WP Minify

Door middel van WordPress minify kun je al je javascripts en css bestanden die je gebruikt op je website comprimeren en op de juiste plek plaatsen. Dit bevordert de laadtijd en zorgt ervoor dat de scripts op de meest efficiënte manier worden geladen zonder het spyderen door zoekmachines te onderbreken c.q. storen. Dit is dus een een van de methodes waarvoor je simpelweg en plugin kunt activeren om de vruchten van geminimaliseerde javascripst en css te ondervinden.

WP Super Cache

Plugin installeren en activeren. Met deze plugin wordt er cache van alle pagina’s opgebouwd zodat een bezoeker niet iedere keer  alle data hoeft op te vragen in de database. In plaats daarvan zal deze een staitische versie geserveerd krijgen die in de WP Super Cache map wordt opgeslagen. Je kunt zelf bepalen hoelang de cache bestanden blijven staan. Verder kun je ook bepalen dat alle Cache wordt vernieuwd zodra er een een nieuwe blog of pagina wordt aangemaakt.

Aanpassingen in de .htaccess

NB 1 Maak een backup van je .htaccess zodat deze teruggezet kan worden, mocht je een Error 500 krijgen!

NB 2 Zet al deze toevoegingen na de WP Super Cache gegenereerde code!

Er zijn een aantal wijzigingen die je in de .htaccess in de root kunt aanbrengen die de laadtijd van een website dramatisch kunnen verbeteren. Deze opties zijn alleen mogelijk als de desbetreffende modules aanwezig zijn.

Gzippen van de meeste bestanden

Alle Apache servers kunnen bestanden gecomprimeerd naar de bezoeker toesturen. Aangezien gecomprimeerde bestanden kleiner zijn dan de standaard bestanden kan de bezoeker zaken sneller bekijken en zal geneigd zijn langer op de site te blijven

Stap een: Controleer of uw server de Gzip Module of de Deflate Module gebruikt

De meeste Apache 2 servers gebruiken Deflate. Dit geldt ook voor Webreus waarmee Doede.net veel werkt. Controleer dit alsvolgt

• Maak een map aan in de root met de naam mods
• Maak daar in een .htaccess aan met deze content:

  SetEnv MOD_mod_deflate 0
  SetEnv MOD_mod_gzip 0
  SetEnv MOD_mod_headers 0
  SetEnv MOD_mod_expires 0
  <IfModule mod_deflate.c>
  SetEnv MOD_mod_deflate 1
  </IfModule>
  <IfModule mod_gzip.c>
  SetEnv MOD_mod_gzip 1
  </IfModule>
  <IfModule mod_headers.c>
  SetEnv MOD_mod_headers 1
  </IfModule>
  <IfModule mod_expires.c>
  SetEnv MOD_mod_expires 1
  </IfModule>
  

• Maak een bestand index.shtml.txt aan in diezelfde map
• Zet dit in de index

  <!--#printenv -->

• Upload de map inclusief de .htaccess en index.shtml.txt naar server met je favoriete FTP programma
• surf naar http://domain.nl/mods/index.shtml.txt
• Als er een 1 staat achter gzip dan grebruikt de server Gzip, staat er een 1 achter deflate dan wordt deflate gebruikt

Na deze test weer de map mods verwijderen aangezien hackers deze data niet hoeven te weten.

Stap 2a: Aanzetten Deflate

Aangezien de meeste nieuwe servers Deflate gebruiken zetten we de volgende code in de .htaccess in de root:

# BEGIN Compression (DEFLATE)
<IfModule mod_deflate.c>
# Enable compression
AddOutputFilterByType DEFLATE text/css text/javascript application/x-javascript text/html text/plain text/xml image/x-icon
<IfModule mod_setenvif.c>
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
</IfModule>
<IfModule mod_headers.c>
# Make sure proxies deliver correct content
Header append Vary User-Agent env=!dont-vary
# Ensure proxies deliver compressed content correctly
Header append Vary Accept-Encoding
</IfModule>
</IfModule>
# END Compression (DEFLATE)

Stap 2b Aanzetten Gzip

Mocht uw webserver gebruik maken van Gzip dan moet de volgende code in de .htaccess gezet worden:

Gzip
RewriteEngine on
#Check to see if browser can accept gzip files. If so and we have it - serve it!
ReWriteCond %{HTTP:accept-encoding} gzip
RewriteCond %{HTTP_USER_AGENT} !Safari
#make sure there's no trailing .gz on the url
ReWriteCond %{REQUEST_FILENAME} !^.+\.gz$
#check to see if a .gz version of the file exists.
RewriteCond %{REQUEST_FILENAME}.gz -f
#All conditions met so add .gz to URL filename (invisibly)
RewriteRule ^(.+) $1.gz [QSA,L]
# If they accept gzip and there isn't one - make one
<IfModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_keep_workfiles No
mod_gzip_can_negotiate Yes
mod_gzip_add_header_count Yes
mod_gzip_send_vary Yes
mod_gzip_command_version '/mod_gzip_status'
mod_gzip_min_http 1000
mod_gzip_minimum_file_size 300
mod_gzip_maximum_file_size 512000
mod_gzip_maximum_inmem_size 60000
mod_gzip_handle_methods GET POST
mod_gzip_temp_dir /tmp
mod_gzip_item_include file \.html$
mod_gzip_item_include file \.php$
mod_gzip_item_include file \.pl$
mod_gzip_item_include file \.rb$
mod_gzip_item_include file \.py$
mod_gzip_item_include file \.cgi$
mod_gzip_item_include file \.css$
mod_gzip_item_include file \.js$
mod_gzip_item_include mime ^application/javascript$
mod_gzip_item_include mime ^application/x-javascript$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^httpd/unix-directory$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include handler ^server-status$
mod_gzip_item_include handler ^server-info$
mod_gzip_item_include handler ^application/x-httpd-php
mod_gzip_item_exclude mime ^image/.*
</IfModule>

Stap 3 Testen

Na deze aanpassingen Browser Cache loaden en de site testen met Yslow en als alles goed is gedaan zal er het volgende getoond worden:

Een A voor Gzipped, dus het werkt. Een andere manier om te testen of Gzip werkt is door de de site url op deze website in te vullen.

Werken met expire header

Om de browser (Internet Explorer, Firefox, enzovoorts) niet de hele tijd onnodig bepaalde bestanden te laten laden kun je in de .htaccess aangeven wanneer bepaalde bestanden verlopen. Voeg de volgende code toe:

# BEGIN Expire headers
<FilesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)(\.gz)?$">
Header set Expires "Thu, 15 Apr 2012 20:00:00 GMT"
Header unset ETag
FileETag None
</FilesMatch>
# END Expire headers

Deze code zorgt ervoor dat afbeeldingen, flash bestanden en favicons niet de hele tijd weer worden geladen. Ze zullen pas opnieuw worden geladen in 2012 of wanneer de browser cache geleegd is. Etags is uitgezet zodat het werken met standaard Cache goed werkt. Hierover zullen we een andere keer schrijven.

Bronnen

http://wordpress.stackexchange.com/questions/199/what-steps-can-i-take-to-optimize-wordpress-in-regard-to-server-load/340
Stack Exchange Voeg Verlopen header aan de website. Htaccess + Cache-control-headers

http://wordpress.org/extend/plugins/wp-minify/
Verkleinen JavaScript en CSS laadtijd door minification / compressie

http://zemalf.com/1076/blog-htaccess-rules/
Test om te zien of de website gzip of deflatie gebruikt d.m.v. met een bestand speciaal +. htaccess.

http://blog.aidentailor.net/2010/01/25/speeding-up-wordpress-with-mod_deflate/
Mod Deflate: code die je moet zetten in je .htaccess om je website te laten werken met Mod Deflate

http://devmoose.com/coding/20-htaccess-hacks-every-web-developer-should-know-about # highlighter_43890
Lijst met nuttige .htaccess trucs voor het optimaliseren en beveiligen van uw website met behulp van .htaccess.

http://icanhazdot.net/2010/03/23/some-wordpress-stuff/

http://wordpress.org/extend/plugins/wp-super-cache/
Link naar WP SuperCache

http://www.whatsmyip.org/http_compression/
Controleer of de site werkt met behulp van Deflate zippen of Gzip werkt

http://davidwalsh.name/yslow-htaccess
Verval headers met etags uitgeschakeld voor betere caching

Om ervoor te zorgen dat een bepaalde pagina na verhuizing haar ranking in Google niet verliest is het belangrijk Google een “verhuisbericht” te sturen. Google moet namelijk z.s.m. weten waar die pagina heen is gegaan zodat de post (http header requests) naar het juiste adres gaan.

De beste methode – .htaccess

De beste methode hiervoor is het gebruik maken van de .htaccess ,die WordPress gebruikers met permalinks aan in de root hebben staan. In de .htaccess kun je een zogenaamde redirect aanmaken om Google en andere bezoekers naar de nieuwe locatie door te sluizen. Open het bestand in je favoriete text editor (Gedit, Notepad++, enzovoorts) en ga naar de laatste regel. Enter eenmaal om een regel over te slaan en plak daar de volgende dummy data:

### Redirect van oude pagina naar nieuwe pagina
Redirect 301 /pad/naar/pagina.html http://www.domain.nl/pagina-nieuw.html

Uitleg

Redirect 301 geeft aan dat er een permanente verhuizing heeft plaatsgevonden. Dan volgt de oude locatie “/pad/naar/pagina.htm” die je moet vervangen met de juiste locatie van de oude pagina. Geen volledige url invullen, maar het pad vanaf de root beginnende met een / ! En dan vervolgens de complete url naar de nieuwe locatie. Vevang “http://www.domain.nl/pagina-nieuw.html” in de dummy tekst met de juiste url. Zorg dat er een spatie tussen de oude en nieuwe locatie zit. Et voila! Google en andere bezoekers zullen netjes worden doorgestuurd.

NB Ranking kan tijdelijk zakken, maar zal weer zich weer herstellen

Bronnen

http://httpd.apache.org/docs/current/mod/mod_alias.html#redirect

Feedback wordt gewaardeerd!

Als je bezig bent met de ontwikkeling van een WordPress website, hetzij op een locale server, hetzij live met maintanance mode aan loop je altijd tegen problemen c.q. fouten aan. Dit zijn ofwel programmeerfouten, meestal gerelateerd aan PHP programmeerfouten dan wel CSS of JavaScript fouten. Ik herinner mij de eerste ervaring met “the white screen of death” nog erg goed. Om deze fouten eruit te halen en te vermijden zijn de volgende methodes beschikbaar.

PHP Debug technieken

Om PHP fouten te debuggen: lege arrays of functies die niet werken kan deze code erg handig zijn:

print_r( $post );
die();

Hiermee kun je de variabele of functie printen en zaken in de broncode terugzien

Om fouten in je programmeerwerk te zien als je lokaal werkt is het ook handig om te zien of errormeldingen aanstaan in je php.ini en deze indien nodig aan te zetten:

display_errors = Off
error_reporting = E_ALL

WordPress ingebouwde PHP Debug oplossingen

Plaats de volgende code in wp-config.php:

define( 'WP_DEBUG', true );

Hiermee zal WordPress alle PHP fouten die er mochten zijn tonen en ook aangeven wanneer bepaalde WP functies niet langer meer in gebruik zijn. Een ideaal stuk gereedschap!`Niet vergeten dat als je op een live server werkt, iedereen deze errors kan zien tenzij je maintenance mode hebt aanstaan.Als

display_errors=true

is in je PHP.ini of je .htaccess staat en de server die override toestaat dan zullen de errors sowieso worden weergegeven, maar op een hosted service is dit als het goed is niet het geval aangezien dit een veiligheidsrisico is. Vandaar dat deze code zeer handig is bij testen op een webhosting server.

Ander meer specifiek gebruik van WP_DEBUG

Een andere optie om errors alleen weer te geven aan de developer

@ini_set('display_errors',0);
if( 'development_user' === DB_USER ){
 define('WP_DEBUG',         true);  // Turn debugging ON
 define('WP_DEBUG_DISPLAY', false); // Turn forced display OFF
 define('WP_DEBUG_LOG',     true);  // Turn logging to wp-content/debug.log ON
}

Hiermee worden alleen errors weergegeven als een “bepaalde” databasegebruiker wordt gebruikt. Tevens worden de errors opgeslagen onder wp-content/debug.log

Script Debugging

Firebug

Mocht je CSS of JavaScript problemen hebben grijp je natuurlijk naar de favoriete Firefox debugger Ad-On Firebug. De ideale tool om met name CSS problemen op te lossen, maar ook om te zien he JavaScript werkt en waar de fouten zitten. Firebug is een visuele tool die je toe kan voegen aan Firefox webbrowser en waarmee je je website in ontwikkeling kan analyseren en live kan testen door zaken te wijzigen in de CSS. Zodra je de site weer ververst (browser cache legen) zijn de wijzigingen weer verdwenen. Ideaal dus om wat uit te proberen voordat je de zaken daadwerkelijk wijzigt.

WordPress script debugging

Echter, WordPress heeft ook een optie voor je:

define( 'SCRIPT_DEBUG', true );

Een stuke php die je ook in wp-config.php moet plaatsen en waarmee je css en javascript kunt debuggen. Deze optie hebben wij echter nog nooit gebruikt aangezien we hier meestal Firebug voor gebruiken.

Bronnen

http://www.andrewnacin.com/2010/04/23/5-ways-to-debug-wordpress/
http://fuelyourcoding.com/simple-debugging-with-wordpress/
http://www.ibm.com/developerworks/library/os-debug/

Een van de meeste handige methodes om een bestaand thema aan te passen is het gebruik maken van de WordPress optie om een kindthema (child theme) te creëren en daarin de wijzigingen in te voeren die je nodig hebt om een bestaand thema of sjabloon zo te stijlen als jij dat wilt.

De klassieke fout

Vaak gaan developers de CSS en andere themabestanden van het thema zelf direct bewerken. Dat is niet handig aangezien je dan fouten kan maken en wijzigingen lastig te achterhalen zijn. Een ander nadeel is dat als je met een bestaand WordPress thema werkt en en er is een update zul je deze update niet kunnen doorvoeren zonder  een grote kans te hebben je wijzigingen te verliezen.

De slimme WordPress ontwikkelaar..

Om dit laatste te omzeilen moet je ofwel een geheel nieuw thema uit het bestaande creëren zodat deze geen updates zal krijgen tenzij je hem zelf in de WordPress database zet en gaat onderhouden. De andere – lees beste – optie is dus om alle thema wijzigingen in je kindthema (child theme) te doen zodat het hoofdthema wel upgedate kan worden naar de laatste WordPress vereisten en dat je alle stijlwijzigingen en eventuele functietoevoegingen niet kwijtraakt. Dat is vele malen sneller en werkt veel lekkerder

Voordelen gebruik kindsjabloon samengevat

Hier in het kort de redenen van het gebruikmaken van een kindthema bij bewerken van een bestaand thema:

• Behoudt wijzigingen na update hoofdthema (parent theme)
• Overzicht van aanpassingen aangezien alleen de zaken die je wijzigt in het child theme’s style.css of functions.php staat en niet alle andere bestaande code in die bestanden voorkomt
• Optie om gebruik te blijven maken van verbeteringen en updates van het moederthema zodat je site mee blijft doen met de laatste WordPress ontwikkelingen aangezien deze gewoon worden overgenomen of geërfd van het moederthema

Creatie kind sjabloon

Creëer een nieuwe map in /wp-content/themes/ en geef hem een naam naar keuze. Ik noem hem meestal moederthema-kind waarin moederthema de naam van het thema is waar je wijzigingen in wilt aanbrengen en waarop je kindthema dus verder op zal bouwen. Binnen deze map maak je style.css aan. Deze open je met je favoriete editor (GEdit, TextMate, Notepad++). In dit bestand voeg je de volgende code toe:

/*
 Theme Name: Kind sjabloon
 Theme URI: http://domein.nl/
 Description: Kindsjabloon voor moeder
 Author: jasper Frumau
 Author URI: http://doede.net/
 Template: moeder
 Version: 1.0
 */
@import url("../moeder/style.css");

De essentiële elementen in je nieuwe style.css

De belangrijke zaken in je nieuwe stylesheet zijn Template: moeder , waarin “moeder” het parent theme is – thema waarop je kindthema steunt en voortborduurt EN @import url(“../moeder/style.css”) waarmee alle stijlelementen van de moeder worden overgenomen. De naam van het moederthema moet correct zijn alsmede het pad naar het stijlblad van de moeder. Nadat je dit hebt opgeslagen en het kindthema hebt geactiveerd zal deze er precies hetzelfde uitzien totdat je nieuwe stijl elementen aan style.css in je kindsjabloon zet. CSS werkt “cascading” en de laatste stijl wordt opgepikt. Dus als body {font-family:Arial;} is in de moeder en body {font-family:Times;} in het kindthema dan zal Times worden gekozen. En zal dat zijn met alle stijlwijzigingen die je toepast. Kinderlijk eenvoudig!

NB Niet vergeten de andere “dummy” gegevens ook aan te passen. Niet noodzakelijk, maar maakt alles wel zo netjes.

Extra functionaliteit

Mocht er behoefte zijn bepaalde functionaliteit toe te voegen zoals thumb nails, custom post types en dergelijken, dan kunnen deze in de functions.php van je nieuwe thema geplaatst worden. Hetzelfde geldt voor Page templates die je zou willen toevoegen. Over deze laatste zaken zullen we in de nabije toekomst schijven.

Tip Niet vergeten dat het child theme in de map themes moet zoals alle andere sjablonen en dat deze geactiveerd moet worden!

Bronnen

http://op111.net/53

http://codex.wordpress.org/Child_Themes

Schrijf je in op de reacties plugin

Doede.net maakt sinds kort gebruikt van een plugin waarmee je je kunt schrijven voor het ontvangen van een notificatie iedere keer dat iemand een reactie achterlaat op een bericht. Dit is een ideale manier om de discussie over een bepaald onderwerp gaande te houden. De plugin in kwestie is subscribe to comments en is hier down te loaden.

Wat kan subscribe to comments voor je blog betekenen?

Subscribe to Comments is een robuuste plugin die bezoekers die een reactie achter laten de mogelijkheid geeft zich in te schrijven op opvolgende reacties. Zo kun je de discussie over een bepaald blog c.q. artikel levendig houden. Bezoekers kunnen de discussie makkelijker bijhouden en zullen eerder geneigd zijn terug te komen. De plugin heeft een uitstekende inschrijvingen of abonnees beheer waar inschrijvingen op reactie beheerd en geannuleerd kunnen worden en waar je ook het e-mailadres waar de reacties heengaan kan aanpassen.

Subscribe to Comments in het Nederlands?

De Nederlandse versie – het .mo bestand zat niet bij de plugin inbegrepen, maar de .pot wel. Wij hebben de plugin vertaald op basis van deze .pot en stellen bij de deze de .mo beschikbaar:

subscribe-to-comments-nl.mo

Mocht je fouten vinden, laat het ons dan weten!

Bij de migratie van het naar onze mening beste formulier generator plugin Cforms II¹, naar een andere server of andere locatie op dezelfde serverzijn er een aantal zaken waar aan gedachte moet worden. Zaken die bij een standaard installatie niet aan bod komen.  In dit blog zullen we de extra te ondernemen stappen een voor een doornemen.

Bij de migratie van de plugin en al haar bestanden moeten er twee bestanden aangepast worden zodat de paden daarin naar bepaalde bestanden overeenkomen met de nieuwe locatie waar de plugin wordt gezet. De tweede zaak waaraan gedacht moet worden is dat er een backup van het eerdere aangemaakte formulier in de CformsII configuratie aangemaakt moet worden Dit doe je zodat die weer opnieuw gebruikt kan worden op de nieuwe locatie door deze te importeren.

Aanpassen cforms.js en abspath.php

Na de immigratie moeten er twee bestanden aangepast worden zodat de plugin goed werkt en alle bestanden kan vinden. Dit gaat met om basbath.php waar na installeren van de plugin het absolute pad naar naar de plugin is gegeneerd en het bestand cforms.js waarin het pad naar de AJAX bibliotheek is aangegeven.

Pad naar AJAX bibliotheek

In

/wp-content/plugins/forms/js/cforms.js 

op regel 19 vind je

var sajax_uri = '/wp-content/plugins/cforms/lib_ajax.php';

het pad daarin moet aangepast worden zodat op de juiste wijze naar de AJAX bibliotheek wijst

Absolute pad

In abspath.php in

/wp-content/plugins/cforms/abspath.php

is er slechts een regel:

<?php $abspath = '/absolute/pad/van/je/server/'; ?>

Deze geeft het absolute pad aan van de webserver. Deze kan ook gevonden worden door een php bestand up te loaden met de volgende code

<?php echo $_SERVER['DOCUMENT_ROOT']; ?>

. Als je het bestand – v.b. abspath.php in je favoriete browser — Firefox natuurlijk — zul je het absolute pad aangegeven zien. Niet vergeten dit bestand later weer te verwijderen. Niet iedereen hoeft dit pad te weten!

¹CForms II http://www.deliciousdays.com/cforms-plugin/

Cforms is een krachtige en rijke formulier plugin voor WordPress, die makkelijk geïnstalleerd kan worden met verscheidene AJAX ondersteunde formulieren op welke locatie dan ook op het blog of website. Je kunt zelfs twee Cforms II formulieren op dezelfde (contact) pagina of blog plaatsen

Videohandleiding aanmaken koppelingen in een WordPress pagina of bericht

In deze Doede.net videohandleiding laten we zien hoe je in WordPress d.m.v. de tinymce teks editor op pagina’s en berichten linken kan maken. Dit gaat zowel om linken (= koppelingen) naar interne zowel als externe pagina’s en of websites. In de WordPress Dashboard kies je eerst het bericht of pagina waarin je binnen de tekst een link wil aanmaken. Dit kan een link zijn die functioneert als “lees verder” en naar een andere pagina binnen de website linkt, maar het kan natuurlijk ook een link zijn die gaat naar een andere website.

WordPress dashboard

We beginnen door in te loggen in WordPress op http://www.mijndomain.nl/wp-login.php . ls we ingelogd zijn gaan we naar berichten of pagina’s. Daar openen we een bestaand bericht of bestaande pagina of creëren een nieuwe. Om inhoud toe te voegen typen we zaken binnen het tekstvak van de tinymce tekstverwerker.

Link maken

We kunnen een zin, alinea of woord selecteren en op koppeling klikken in het menu om er een link van te maken. De koppeling die je daar invult is de daadwerkelijke link naar de pagina in kwestie en begint met http:// . Voorbeeld van een koppeling: http://doede.net .

Youtube Video plaatsen op een WordPress Blog

Met WordPress is het tegenwoordig heel eenvoudig om een Youtube video of een video van een andere website toe te voegen oftewel te embedden op je blog. Dit doe je door gebruik te maken van de ingesloten media of embedded media knop. Dit is de knop in de wysiwyg editor van WordPress met een stuk film als symbool. De knop bevindt zich tussen de gum en het omega symbool in.

Als je op deze knop drukt wordt er een nieuw venster geopend. Daarin kun je de link naar de video alsmede de maten invoeren. Nadat je de zaken op de juiste wijze hebt ingesteld kun je op invoegen drukken en dan zal de video in je post worden geplaatst. Niet vergeten erna de post te publiceren of om in ieder geval een concept op te slaan!

Hier is de uitleg in een video:

WordPress sidebar tonen op een pagina naar keuze

Ik zie veel vragen op fora over het plaatsen van widgets of sidebars- zijbalken – op een bepaalde pagina.  Soms wil men de sidebar met bepaalde widgets alleen op de blog of index pagina, soms alleen op een WordPress pagina zoals een contact pagina of een about us pagina weergeven. En dit is veel eenvoudiger dan men altijd denkt. WordPress is gebouwd met PHP en PHP is een server side scripiting taal die met een eenvoudige if else statement bepaalde data op een pagina kan laten zien of niets. Een if else stament is een controle of stelling die PHP bij de server opvraagt of oproept. Komt de stelling overeen met de huidige situatie doe dan A en anders doe B. Of gewoon een if stament: als A is doe dan B. WordPress zelf kan met de PHP if of if else statement in combinatie met haar template tags heel eenvoudige een sidebar met widgets weergeven wanneer dat nodig is.

Sidebar weergeven op de home page of index pagina

We zullen nu een voorbeeld laten zien van hoe we een dynamische sidebar of zijbalk “introductie” op eenvoudige wijze alleen op de home page of index pagina laten zien. Dit doen we door het toevoegen van een if statement op de pagina waar we de sidebar met de naam introductie willen tonen. Hiervoor gebruiken we de volgende code:

<?php if (is_front_page() && function_exists('dynamic_sidebar') && dynamic_sidebar('Introduction') ) : ?><br /><br /><br />
 <?php endif; ?>

Als je de code bekijkt zie je een WordPress template tag

is_front_page()

. Deze functie geeft iets weer als het de voorpagina is oftwel de homepage. Het tweede element is

function_exists('dynamic _sidebar')

die checkt of er een dynamische sidebar is die dus widgets kan bevatten. Als laatste element checkt de if statement of de dynamische sidebar introduction heet

dynamic_sidebar('Introduction')

. Als er aan alle drie die voorwaarden is voldoen zal de sidebar worden getoond. Het teken

&&

is PHP voor EN. Dus als a en b en c het geval is toon dan de sidebar introduction. De if statement wordt afgesloten met

<?php endif; ?>

Sidebar weergeven op een andere WordPress pagina

Om een sidebar 2 op de about pagina – of een pagina met een andere naam in plats van about – te tonen kun je deze code met de naam van de pagina gebruiken:

<?php if (is_page('about') && function_exists('dynamic_sidebar') && dynamic_sidebar('2') ) : ?><br /><br /><br />
 <?php endif; ?>

De wordpress is_page(”) is hier uitstekend voor geschikt. Met if_page kan je WordPress blog controleren op welke pagina code wordt uitgevoerd. Dit kan met pagina namen gedaan worden, maar ook met pagina IDs.

Update: Plugin optie voor weergave widgets op locatie naar keuze

Er is ook een WordPress plugin om widgets op bepaalde pagina’s , posts, in bepaalde categorieën of bij bepaalde auteurs te tonen. De plugin “Custom Widgets” is hier down te loaden. Doede.net heeft deze plugin nog niet getest, maar hij zou tot WordPress 2.8.6 goed moeten functioneren.