Maand: december 2021

december 22, 2021

WordPress website geschikt maken voor mobiele telefoons

Een Website maken met WordPress is, in de basis, niet moeilijk. Waar veel mensen vervolgens tegenaan lopen is: hoe wordt ik gevonden in Google, hoe komt mijn website hoog in Google en.. waarom ziet mijn website op een mobiele telefoon er niet goed uit? Een website geschikt maken voor mobiele telefoons is een vereiste om goed gevonden te worden in Google.

Niet alleen is het geschikt maken van je website voor mobiele apparaten als telefoons en tablets een belangrijke eis van Google, ook de bezoekers van je website willen graag je website op een telefoon of tablet bekijken.

Tussen de 60-70% van de internetgebruikers gebruikt namelijk hoofdzakelijk een mobiel apparaat om online te gaan. En maar liefst 90% van de internetgebruikers heeft toegang tot internet via een mobiele telefoon. Daar móet je dus rekening mee houden bij het ontwerpen en onderhouden van je website.

Bij de keuze van de layout, het theme of thema, moet je er op letten dat je WordPress thema responsive is. Dat betekent: schaalbaar, dat het goed reageert op het scherm waar het op vertoond wordt. De meeste WordPress thema’s zijn dat.

Website geschikt maken voor mobiele telefoons

Om je website geschikt te maken voor mobiele telefoons begin je dus met een responsive WordPress thema. De volgende stap is om bij wijzigingen van je webiste, zeker als je een pagebuilder gebruikt, regelmatig te controleren of je prachtige layout wel goed te bekijken is op een mobiel apparaat!

Test dit door je website gewoon eens zelf te bekijken op je mobiele telefoon. Probeer het ook eens op andere mobiele telefoons. Hoe? Bijvoorbeeld via de website http://mobiletest.me. Daarnaast is het belangrijk via Google een “mobielvriendelijke test” te doen.

Een schaalbare website

Om een website schaalbaar te maken en te houden, maar bovenal geschikt voor mobiele gebruikers, is het daarnaast van belang dat uw afbeeldingen niet te groot in omvang (aantal kb’s of mb’s) zijn en van het juiste bestandstype.

Een afbeelding van ca. 1600 pixels breed is meer dan voldoende (detail)informatie voor een computerscherm. Laat staan voor een mobiel apparaat.

Een foto gemaakt met een mobiele telefoon is bijvoorbeeld al snel enkele megabytes groot en 3200x2400px. Dat is voor een website veel te groot want daar wordt de website traag van. Al helemaal als mensen via 4G de website willen bekijken. Een foto gemaakt met een digitale camera is al snel nóg groter.

Het is daarom raadzaam deze foto’s met een eenvoudig fotoprograma eerst te verkleinen.

De beste formaten voor afbeeldingen

De meest populaire formaten voor afbeeldingen zijn JPG (of JPEG) en PNG. JPG is vooral heel geschikt voor foto’s en mooie afbeeldingen met veel detailinformatie die, ondanks de compressie, toch niet (al) te groot zijn.

PNG is een formaat dat ook compressie ondersteunt zonder verlies van detail en contrast tussen kleuren. PNG biedt een veel betere leesbaarheid van tekst dan JPEG. Dat maakt PNG een hele goede keuze voor infographics, banners, schermafbeeldingen en andere afbeeldingen die zowel afbeeldingen als tekst bevatten. Over het algemeen zijn afbeeldingen in PNG formaat iets groter qua omvang in kb’s dan JPEG.

De compressie gaat absoluut niet ten koste van wat mensen zien op het scherm. Digitale foto’s en afbeeldingen zijn in een enorm hoge resolutie. Omdat ze geschikt moeten zijn voor afdrukken in, uiteraard, hoge kwaliteit. Maar de PPI van een beeldscherm haalt bij lange na dat getal niet. Een beeldscherm kan simpelweg dat niet weergeven en dus gaat die ‘informatie’ al verloren voordat je het ziet omdat er een scherm ’tussen’ je ogen en de afbeelding zit!

Caching toepassen

Tot slot is het altijd een goed idee caching toe te passen zoals uitgelegd in het e-Boek. Alleen houdt er wel rekening mee dat dit een trage website niet sneller maakt als u (hele) grote afbeeldingen gebruikt. Want ook wanneer je caching gebruikt, moet die data wél “over de lijn”.

De grootste winst van caching is dit: de code die een pagina toont hoeft niet uitgevoerd te worden. Op een pagina met veel (grote) afbeeldingen is dat onderdeel slechts een fractie van de data.

december 20, 2021

Beveiliging van WordPress plugins!

Plugins zijn binnen WordPress uitermate populair. En dat is niet zonder reden: de WordPress plugins nemen allerlei taken uit handen, zorgen voor extra functionaliteit en worden daarom veel gebruikt.

Maar zoals met alles geldt: te véél van het goede kan verkeerd uitpakken.

WordPress Plugins – alles met mate!

Wie heel veel WordPress plugins gebruikt zal op een dag ontdekken dat deze met elkaar kunnen conflicteren en de website ‘down’ kunnen brengen.

Als je dan een probleem in je website krijgt, wordt het zoeken naar de oorzaak heel lastig. In dat geval zit er niets anders op dan alle plugins uit zetten en één voor een weer aan, testen, volgende aan, testen, etc. totdat de plugin gevonden wordt die het conflict veroorzaakt.

Teveel plugins hebben vaak ook als nadeel dat je het overzicht kwijtraakt. Wat gebruik je nog actief, wat niet? Verwijder plugins die je niet meer gebruikt dan ook uit je site. Zet ze eerst, zekerheidshalve, even een paar dagen inactief en valt de functionaliteit van de website niet om, verwijder ze dan definitief.

WordPress Plugins updaten

Een oorzaak van veel problemen op het gebied van beveiliging zijn eveneens .. de WordPress plugins! Het wordt namelijk vaak vergeten om de plugins te updaten. Bij Brinkman.IT zien we dan ook af en toe grote problemen daardoor, waaronder websites die gehackt zijn.

Als je WordPress website gehack is, zit er niets anders op dan terug gaan naar een (oude) backup. Soms is de hack echter al wekenlang aanwezig maar nog niet geactiveerd door de hacker. Pas op het moment dat de kwetsbaarheid wordt geactiveerd kom je er achter en is het te laat, véél te laat, er nog iets aan te doen.

In dergelijke gevallen zit er soms niets anders op dan “uithuilen en opnieuw beginnen”: je hele website verwijderen en opnieuw maken. Dat wil je natuurlijk voorkomen!

Automatische update WordPress Plugins

WordPress biedt een functionaliteit voor het automatisch updaten van plugins via het Plugins-menu.

Maak hier gebruik van. Het zorgt er voor dat je website niet “zomaar” onveilig kan worden.

Eén nadeel van deze instelling kan zijn dat een update een fout bevat waardoor de website alsnog problemen kan krijgen. Uiteraard moet je dan ook altijd zorgen voor regelmatige backups. Liefst doe je dat via een externe oplossing. Lees hier meer daar over.

december 17, 2021

Security trough Obscurity: WordPress verbergen

All in One SEO en sommige beveiligingsprogramma’s bevelen aan om te verbergen dat je voor je website WordPress (of Joomla of een ander CMS) gebruikt. WordPress verbergen wordt als een goede beveiliging gezien want: “zo weten hackers niet wat je gebruikt”. Maar maakt WordPress verbergen je website wel veilliger?

Er zijn speciale plugins beschikbaar voor het verbergen van je WordPress software. Zoals WP Hide & Security Enhancer. De makers zeggen over hun plugin het volgende:

The easy way to completely hide your WordPress core files, login page, theme and plugins paths from being show on front side. This is a huge improvement over Site Security, no one will know you actually run a WordPress. Provide a simple way to clean up html by removing all WordPress fingerprints.

Maakt WordPress verbergen je website veiliger?

Wordt je website veiliger door het installeren van een dergelijke plugin? Het antwoord moet zijn: Nee. Dat zal veel mensen wellicht verbazen. Het maakt niet alleen je WordPress niet veiliger, je WordPress website wordt mogelijk ook instabiel. Hoe zit dat?

Ongerichte aanvallen
De meeste aanvallen van hackers zijn niet gericht. Ze “schieten met hagel”. De aanvallen gaan namelijk nagenoeg altijd grotendeels geautomatiseerd via zogeheten bots of scripts. Dus welk bot of script ook op je site probeert in te breken het zal gewoon proberen bekende kwetsbare URL’s te raken, in de hoop dat je site een van de getroffen versies van een kwetsbare plug-in of WordPress versie gebruikt.

Ze weten niet of de plug-in er is. U zult in uw logbestanden dan ook waarschijnlijk (kwetsbare) URL’s zien voor CMS’s die u ook niet gebruikt. Zoals exploiteerbare URL’s voor Joomla, Drupal, en andere.

Zo je dan ook regelmatig op websites waar helemaal geen Joomla op staat geïnstalleerd scans voor een openstaande “administrator”-link. En andersom zie je scans op Joomla sites en pogingen brute-force aanvallen te doen op een eventueel aanwezige WordPress installatatie. Pas zodra zo’n script een link aantreft zal eventueel de mens er achter in aktie komen.

Als iemand wil zien welke plug-ins je hebt, zijn erg genoeg manieren om dat te doen. Het verbergen van uw login, plugins of WordPress-versie wordt daarom niet langer als een goede of aan te bevelen beveiligingsoplossing beschouwd.

In de praktijk werkt het niet
In de praktijk hebben we vastgesteld dat het simpelweg niet werkt. Bij websites waar de WordPress inlog is ‘verstopt’ zien we dat binnen de kortste keren deze inlogpagina toch (weer) gevonden wordt.

Risico’s van het verbergen

1. Het wijzigen van WordPress-URL’s brengt het risico met zich mee dat de functionaliteit van WordPress-thema’s en plug-ins wordt gebroken. De functies van WordPress JavaScript XMLHttpRequest-object (AJAX) worden bijvoorbeeld geactiveerd via admin-ajax.php die zich in de map wp-admin bevindt.

2. Het wijzigen van de URL geeft ons een veiliger gevoel, maar het maakt de site niet echt veiliger. Het is wat veel beveiligingsexperts ‘security through obscurity’ noemen. Het is alsof je de voordeur van je huis verplaatst om jezelf te beschermen tegen inbraak… Elke doorgewinterde dief gaat gewoon op zoek naar een andere deur of ramen om binnen te komen. Elke aanvaller zal hierop anticiperen en ook andere manieren zoeken om binnen te komen.

3. Meer dan de helft van alle inlogpogingen die worden gedaan op WordPress-sites worden gedaan via xmlrpc.php. Dit was jaren geleden al zo, dat is nog steeds zo. Die worden niet gestopt door uw beheerders-URL te wijzigen.

Wat is wel een goede beveiliging?

De zwakste schakel in beveiliging is.. de mens. De website beheerder. Het bgint bij de basis: een goed wachtwoord. Maar al te vaak zie je dat een website gehackt wordt door een (zeer) zwak wachtwoord. De 2e stap is: wees niet gemakzuchtig. Gebruikt 2FA (zie ook het boek Website maken met WordPress). Ja, dat is (een beetje) hinderlijk. Maar heel wat minder hinderlijk, en kostbaar, dan een gehackte website!

Een goede beveiliging is daarnaast een plugin als Wordfence of All-in-One WP Security. Ze hebben beide hun voor- en nadelen. Beide ondersteunen de Google reCaptcha, Wordfence tevens 2FA-beveiliging. Eén opmerking willen we wel maken over All-in-One WP Security: gebruik nooit de optie voor het hernoemen van de database prefix. Wij hebben diverse websites daardoor down zien gaan.

⇒ Boven alles is beveiliging een zaak van regelmatig een backup van de software maken en updates uitvoeren. Een website die niet up to date is, is hoe dan ook een kwetsbare website.

Verstoppertje spelen op internet heeft geen zin. Natuurlijk kunt u een plugin die dit aanbiedt gebruiken maar we hebben diverse tests uitgevoerd en het is gebleken zinloos.

Blokkeren aanvallen XMLRPC

Als u aanvallen op de xmlrpc.php wilt blokkeren in Wordfence, kunt u dit doen in de Wordfence-plug-in op de pagina Login Security > Settings. Raadpleeg de waarschuwing voordat u dit doet. Als u sommige functies van Jetpack of posten op afstand met de WordPress-app gebruikt, kunt u XMLRPC niet blokkeren.

Als u de wp-admin- of wp-login-URL’s wijzigt, verliest u ook het zicht op wie probeert in te loggen op uw site en wanneer ze dit doen, omdat beveiligingsprogramma’s niet op zoek zijn naar logins op een willekeurige URL die iemand heeft verzonnen… daarmee ondergraaft u dus de functionaliteit van bijvoorbeeld WordFence. All-in-One WP Security biedt in de plugin ook features voor “hernoemen” van de WP-admin. Wanneer dat vanuit de plugin gedaan wordt breek je de beveiliging wellicht niet, maar zoals gezegd héél erg zinvol is dat niet. Soms zelfs juist niet. Omdat andere software er over kan struikelen.

Natuurlijk kan het áltijd voorkomen dat er een menselijke hacker het specifiek op uw website heeft voorzien. In een dergelijk geval zou ‘security trough obscurity’ de aanval kunnen vertragen. Maar uitsluiten? Nee, absoluut niet.

december 15, 2021

Beveiliging van WordPress: HTTPOnly en HSTS

Het beveiligen van een WordPress website (zoals besproken in het eBoek Website Maken met WordPress) is erg belangrijk. Naast plugins kun je de website extra veilig maken middels een aantal instellingen in het bestand .htaccess. In het eBoek wordt al aangegeven: beveiliging van WordPress is geen keuze maar een must.

Deze instellingen kun je eenvoudig aanpassen via de Filemanager van DirectAdmin of een ander controlpanel. Een andere optie is om dit via een FTP-programma te doen. Deze instellingen kun je ook voor andere websites gebruiken!

Wat is .htaccess?

.htaccess is een configuratiebestand. Je kunt er bepaalde instellingen mee aanpassen die het gedrag van je website beïnvloeden.

WordPress zelf heeft een standaard .htaccess bestand. In dit bestand, dat in je hoofdmap van de website staat, is het gedeelte voor WordPress duidelijk gemarkeerd:

# BEGIN WordPress RewriteEngine On RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] # END WordPress

Pas deze instellingen tussen de #-tags (die een commentaar markeren) niet aan. WordPress heeft ze nodig om goed te kunnen werken.

Het .htaccess bestand is een tekstbestand. Met “regels” in het bestand vertel je aan de server, waar je website op wordt gehost, hoe er omgegaan moet worden met de data-aanvraag van de browser van de bezoeker van je site.

Opvallend is de afwijkende naamgeving: .htaccess. De naam .htaccess is een afkorting die staat voor “HyperText Access”. De punt aan het begin van de bestandsnaam zorgt dat het een verborgen bestand is.

Beveiliging van WordPress

Zonder heel erg in detail te treden: het onderstaande stukje kun je kopieëren en plakken, direct in het begin, in je .htaccess.

HTTPOnly

Het eerste gedeelte zorg er voor dat de cookies van de website, mits je die gebruikt, alleen toegankelijk zijn voor de server.

Het belangrijkste voordeel hiervan is dat het cross-site scripting (XSS, een methode om je website aan te vallen) voorkomen wordt. Dit voorkomt bijvoorbeeld verzoeken van kwaadaardige JavaScript-bestanden die cookies proberen te stelen.

Bijna elke WordPress website gebruikt cookies. Gravatar, standaard in WordPress actief, statistieken via Google en andere instellingen gebruiken cookies.

Header set Strict-Transport-Security (HSTS)

HSTS werd in 2012 gespecificeerd. Het zorgt er voor dat de browser gedwongen wordt een beveiligde verbinding te gebruiken wanneer een website SSL (HTTPS-verbinding) gebruikt.. Het is een beveiligingsheader die u toevoegt en het vertelt dus aan uw webserver “alleen via HTTPS!”.

Deze optie is alleen nuttig als u gebruik maakt van een SSL-certificaat en uw website een beveiligde verbinding heeft. Een noodzaak tegenwoordig want veel browsers geven een waarschuwing als een website géén gebruik maakt van HTTPS. De meeste hostingbedrijven leveren tegenwoordig gratis SSL-certificaten van Let’s Encrypt of u kunt voor zo’n tien tot vijftien euro per jaar een certificaat aanschaffen.

Websites worden als ‘onveilig’ gemarkeerd door de meeste browsers als er géén SSL/HTTPS verbinding is. En dat kan natuurlijk niet de bedoeling zijn.

Beveiliging via .htaccess

Kopieëren (klik op de code) en plakken van onderstaande code in de .htaccess van uw website voegt HTTPOnly en HSTS toe aan uw website zodra u het opgeslagen hebt. Er wordt dus wel uitgegaan van gebruik van SSL voor uw website! Gebruikt u dat niet, dan is het zaak dit éérst te regelen.

## SECURITY ## <ifModule mod_headers.c> Header edit Set-Cookie ^(.*)$ "$1; HTTPOnly" Header edit Set-Cookie ^(.*)$ "$1; Secure" Header always set Strict-Transport-Security: "max-age=31536000" env=HTTPS Header always set Content-Security-Policy "upgrade-insecure-requests" Header always set X-Content-Type-Options "nosniff" Header always set X-XSS-Protection "1; mode=block" Header always set Expect-CT "max-age=7776000, enforce" Header always set Referrer-Policy: "no-referrer-when-downgrade" Header always append X-Frame-Options SAMEORIGIN Header set X-Content-Type-Options nosniff </IfModule> ## EINDE SECURITY ##

Meer weten over dit onderwerp? Kijk op de developerssite van Mozilla.

december 10, 2021

Verbeter je SEO: Website verificatie van Google

Je SEO (zoekmachine optimalisatie) verbeteren in Google is belangrijk. Eén van de methoden daarvoor is website verificatie van Google. Met WordPress is de website verificatie van Google niet moeilijk en er zijn verschillende methoden om het te doen.

Website verificatie is niet alleen goed voor je SEO het is noodzakelijk voordat Google je toegang geeft tot de Search Console, analytics laat gebruiken of je sitemap (die wordt aangemaakt door bijvoorbeeld een SEO-plugin, lees hiervoor het gratis eBoek Website Maken met WordPress) wil laten lezen. Maak je gebruik van website verificatie van Google, dan heb je dus meteen een dikke streep voor op je concurrentie!

Niet alleen voor WordPress gebruikers!

Website verificatie van Google is niet alleen voor gebruikers van WordPress van belang, maar voor iederéén die een website heeft. Immers, zoals gezegd, anders kun je geen gebruik maken van Google Analytics, search console e.a. diensten van Google.

Website verificatie van Google instellen

Google heeft een uitgebreide toelichting op de website staan. Je begint met de SearchConsole en voegt daar je domeinnaam toe:

Een relatief eenvoudige methode is het uploaden van een HTML-bestandje, naar je hosting account, dat door Google gelezen kan worden. Daarvoor moet je via de file-manager of via FTP een bestandje plaatsen dat je van Google krijgt.

Na het toevoegen van je domein bij Google krijg je twee opties voor de verificatie. Bij voorkeur kies je het scherm voor verificatie op domeinbasis inclusief subdomeinen.

Laat dit scherm openstaan en ga in een nieuw venster verder. Je moet hier later namelijk nog weer naar terug.

Domeineigendom verifiëren via HTML

Google gaat er vanuit dat je toegang hebt tot een DNS-record en de website verificatie van Google op die manier kunt uivoeren. Kun je dat niet, kies dan na toevoegen van de domeinnaam voor “een property met URL-voorvoegsel proberen”. Volg de instructies die Google je geeft nauwgezet op.

Het is ook mogelijk een HTML-tag aan je thema toe te voegen, echter dit werkt alleen als je een zogeheten ‘child theme’ gebruikt. Een regulier thema wordt namelijk bij een update overschreven. En dan ben je de wijzigingen weer kwijt. Los daarvan is het niet aan te raden het op deze manier te doen. Want niet alleen bij een update maar ook als je later een ander thema installeert, of als je zelfs helemaal overgaat naar een ander CMS of HTML-based gaat werken moet je weer opnieuw verifiëren.

Domeineigendom verifiëren via DNS-record

De beste en vaak ook eenvoudigste methode is dan ook via het DNS. Althans, als je webhostingprovider een panel als cPanel of DirectAdmin gebruikt. Voor het bijgaande voorbeeld gaan we uit van DirectAdmin omdat dit de door Brinkman.IT gebruikte panel is (waar deze website gehost wordt).

Log in op DirectAdmin -> klik op: DNS Settings. Voeg daar een record toe als onderstaand, uiteraard met de code die je van Google hebt gekregen:

Klik na het invullen van de velden op de [Add] button. Geef je systeem even de tijd de wijziging te verwerken. Klik daarna bij Google op de [Verifiëren] button. Je krijgt van Google een melding dat de verificatie geslaagd is.

Google Search Console

Vanaf nu is je domeinnaam bij Google bekend als een geverifieerd domein waarvan jij de eigenaar bent. Na enige tijd kun je in de search console dan interessante data vinden over het aantal zoekopdrachten bij Google die tot klikken naar je site hebben geleid, eventuele fouten, etcetera.

(voorbeelden van prestaties van een website in Google Search Console)

Verificatie via Plugins

Als je binnen je WordPress website een plugin gebruikt voor de SEO (aanbevolen!), is er een grote kans dat je plugin een optie heeft om je website te verifiëren bij Google.

Plugins die hiervoor ondersteuning bieden zijn onder andere YOAST, SEOPress en AIOSEO (All in One SEO) andere. In AIOSEO ga je bijvoorbeeld naar All in One SEO in het Dashboard -> Algemene instellingen -> Webmaster Gereedschappen.

Zoals je ziet in het scherm ondersteunt All in One Seo niet alleen Google’s verificatie maar ook Bing en andere zoekmachines. Klik op het logo van Google en plak de sleutel die je van Google (zie eerder) hebt gekregen.

Voor- en nadelen van plugins

Het grote voordeel is natuurlijk dat het ontzettend makkelijk is om op deze manier de verificatie voor je site toe te voegen. Maar er kleven ook nadelen aan: als je overstapt naar een andere plugin voor je SEO dan moet je de verificatie opnieuw instellen. Daarnaast werkt de verificatie niet voor inhoud (bijvoorbeeld een shop onder een eigen subdomein) buiten je website.

december 9, 2021

WordPress in een andere map installeren

WordPress in een andere map installeren dan de standaard folder kan voordelen hebben. Onder andere als u met meerdere versies van uw website werkt zoals een Test- of Staging-versie en een productieversie (de website die voor de bezoekers live staat).

In een testversie kunt u bijvoorbeeld nieuwe Thema’s uitproberen of plugins. Werkt het goed? Dan kan het ook in de voor bezoekers zichtbare site worden toegepast. Gaat het fout? Niet getreurd, niemand die het ziet!

Wanneer bij installatie gekozen is voor WordPress in een andere map, bijvoorbeeld uwdomeinnaam.nl/wp dan zou het erg lelijk staan als de bezoekers van uw website dat adres moeten intikken in de browser. Gelukkig is dat met WordPress makkelijk te regelen.

In onderstaande voorbeeld wordt uitgegaan van het gebruik van DirectAdmin maar het kan natuurlijk ook via een FTP-programma of andere webpanels zoals cPanel.

Kies de map public_html (of soms ook iets als ‘www’ of ‘htdocs’). Daarin bevindt zich de inhoud van uw website, in dit geval uw WordPress software

Navigeer vervolgens naar de submap waar u WordPress hebt geïnstalleerd (in dit geval de map ‘wp’)

Daar vindt u het bestandje ‘index.php’ deze moet gekopieerd worden naar de map public_html c.q. de hoofdmap van uw website. Zodra deze daar geplaatst is gaan we deze inhoudelijk bewerken. Gebruikt u een FTP programma, download dan het bestandje index.php, bewerk het op uw computer met Kladblok of Notepad++ of een soortgelijk progamma (dus niet met een tekstverwerker zoals Word of een ander Office-achtig programma) en upload het naar de ‘public_html’.

(kopieren naar clipboard in DirectAdmin en plakken in de hoofdmap)

(klik op edit om te bewerken)

In het index.php bestandje dat u gekopieerd hebt past u nu het bestaande pad aan.

Wat het index.php bestandje namelijk doet is vertellen aan de server waar het bestandje /wp-blog-header.php gevonden kan worden en aangezien bij installatie van WordPress voor een submap is gekozen moet dit aan het (relatieve) pad toegevoegd worden. Zie bovenstaande voorbeeld. Zo wordt WordPress vanuit de submap geladen.

WordPress in een andere map instellen

Sla hierna het bestandje op en log in op uw WordPress dashboard voor de 2e stap: het aanpassen van de instellingen in WordPress zelf. Want WordPress moet natuurlijk van deze wijziging op de hoogte gesteld worden.

Ga naar Instellingen -> Algemeen. Pas daar het veld voor het WordPress adres aan. Sla de wijzigingen op en ga daarna naar de Instellingen -> Permalinks. Kies daar voor opslaan. Deze laatste stap is in principe optioneel, maar zekerheid voor alles!

Uw website staat nu geïnstalleerd in een aparte map, maar voor de bezoekers onder het hoofddomein zelf.

december 8, 2021

Gratis eBoek Website maken met WordPress!

Vanaf vandaag beschikbaar: het gratis eBoek, een cursus, Website Maken met WordPress. Het eBoek is in PDF-formaat, dus voor nagenoeg alle systemen (computers, telefoons, tablets) te lezen. En, .. ook écht gratis. Er wordt niet eens gevraagd om je emailadres in te vullen.

Via de website https://gratiswordpressboek.nl/ is het gratis eBoek verkrijgbaar. De website en het eBoek is een initiatief van hostingbedrijf Brinkman.IT en is een uitgebreide versie van het eerder in 2013 verschenen “WordPress in het Kort”.

In dit eBoek leert u hoe u WordPress kunt installeren, voorzien van een mooie lay-out, hoe u plugins installeert, hoe u de website kunt beveiligen en nog meer!

Kijk op https://gratiswordpressboek.nl/ voor de gratis download!