Site op Kinsta plaatsen

Voor het plaatsen/migreren van websites naar Kinsta gelden wat bijzonderheden die niet in de standaard-wizard van de dienst worden meegegeven. In dit document zullen we ze verzamelen.

SPF-record #

Om er zeker(der) van te zijn dat e-mails uit bijvoorbeeld contactformulieren door de klant ontvangen worden, is het raadzaam om het volgende stukje aan het SPF-record in de DNS-zone van de domeinnaam toe te voegen:

include:relay.kinstamailservice.com

OPcache.save_comments #

Zonder de opcache.save_comments module kan Defender Pro niet functioneren. Bij Kinsta is deze module standaard niet ingeschakeld. Hier moet je bij een nieuwe site via de chat om vragen.

Let op: Om de module te laten werken moet een instelling aangepast worden, maar de server moet ook herstarten. Sommige mensen bij Kinsta zullen de server uit zichzelf handmatig herstarten of je vragen dit zelf te doen. Als ze er niks over zeggen dan is het dus altijd goed om te vragen of dit is gebeurd. Je kan het ook zien door te bekijken of een Malware Scan van Defender Pro succesvol draait.

Kinsta Cache-plugin #

De werking van de caching van Kinsta is deels afhankelijk van een mu-plugin van Kinsta. Deze wordt in sommige gevallen al geïnstalleerd, maar bijvoorbeeld niet wanneer je een website vanuit Local migreert. Het is het beste om deze dan handmatig te installeren, zie hiervoor de documentatie.

WebP #

Normaal gesproken gebruiken we Smush Pro voor het serveren van WebP-beelden. We gebruiken Smush Pro wel nog steeds voor het comprimeren van beelden.

Bij Kinsta activeren we voor WebP een functie in de CDN:

• Ga naar My Kinsta;
• Zoek de desbetreffende site op;
• Open het CDN-gedeelte;
• Klik bij “Image optimization” op “Settings”
• Selecteer “Lossless” en sla op.

Werkgeheugen #

Websites krijgen standaard 256MB werkgeheugen. Indien dit niet genoeg blijkt (bijvoorbeeld bij foutmeldingen zoals memory exhausted) kan je via de chat vragen om dit te verhogen.

Opslagruimte #

Een van de grote beperkingen bij Kinsta is de opslagruimte. Een paar manieren om de schijfruimte in te perken:

• Zorg ervoor dat je de import-map van Duplicator Pro leegmaakt na het plaatsen van de site;
• Installeer eventueel een plugin zoals Media Cleaner (Pro-versie in Google Drive) om de mediabibliotheek te scannen. Maar let op dat je niet te veel beelden weg gooit. De plugin werkt niet altijd even goed met custom-fields (zeker bij Unyson niet).

(Non-)www URL #

Als je de reguliere procedure van Kinsta doorloopt dan worden websites altijd zonder ‘www’ in de URL online gezet. Dit is op zich prima, het werkt gewoon. Maar als een site eerst een url ‘met’ het ‘www’-stukje had en in het onderhoudspakket zat, dan raakt The Hub de weg kwijt. De website wordt dan als een nieuwe site gezien en de oude verdwijnt na verloop van tijd. Het is dus het beste om als een van de laatste stappen in de verhuizing alle URLs te herschrijven naar de www-variant, als dit voorheen ook al de situatie was.

IPv6 #

Voor alle omgevingen is het IPv6 adres hetzelfde (verwijst naar Cloudflare). Het adres is: 2606:4700:7::a29f:872a

Niet-werkende redirects #

Bij het aanmaken van een nieuwe site binnen de Kinsta omgeving, wordt er eerst een ‘kinsta.cloud’ domein aan gekoppeld. Dit fungeert dan als primair domein, tot er andere domeinen worden toegevoegd. Als je, voordat je andere domeinen gaat toevoegen, al SSL activeert; let dan op! Dan wordt automatisch de instelling ‘Force all traffic to the primary domain’ gebruikt. En als je later redirects vanaf een specifiek domein wilt plaatsen, dan werken deze niet (altijd). Deze instelling moet je dus, nadat je een extra domein hebt toegevoegd, op ‘Use requested domain’ zetten.

Locale zetten #

Soms is het nodig om de locale in de code in te stellen op Nederlands. Daar zijn verschillende ‘codes’ aan verbonden, zoals hier te zien:

‘dutch’, ‘dutch_netherlands’, ‘Dutch_Netherlands’, ‘Dutch’, ‘nl_NL’, ‘nl_nl’, ‘NL_NL’, ‘nl’, ‘nl_NL.ISO8859-1’, ‘nld_NLD’, ‘NLD_NLD’, ‘nld_nld’, ‘nld’, ‘nl_NL.utf8’, ‘nl_NL.utf-8’, ‘nl_NL.UTF8’, ‘nl_NL.UTF-8’

Bij Kinsta is standaard alleen het volgende beschikbaar op de server, dus dan werkt het zetten van de locale (nog) niet:

Om het werkend te krijgen, kun je via de support chat vragen of ze één of meerdere locales voor NL toevoegen. Kies er dan één of een aantal uit de voorbeeldcode. Het mooiste is om er niet te veel te hoeven gebruiken. Dus idealiter:

setlocale(LC_ALL, array('nl_NL', 'nl_NL.iso88591', 'nl_NL.utf8'));

---

Kant en klaar bericht #

Hello,
For [website_url] we would like to have the following settings:
– Please activate OPcache.save_comments
– Please set memory to 512M instead of 256M
Thanks!