WPLounge
WordPressCS Coding Standards
Home » WordPress Algemeen » WordPress Meetup Leiden verslag 3 december 2019

WordPress Meetup Leiden verslag 3 december 2019

Wp Meetup Developer night

De WP Meetup in Leiden dat sinds jaren actief is voor WordPress professionals om nieuwe ontwikkelingen te delen sloot het jaar af met een speciale developers night rondom twee presentaties over de 12 Factor App en de WordPress PHP code.

Affiliate disclaimer:
In onze artikelen en op onze pagina's staan affiliate links. Wanneer je via één van deze links een aankoop doet, ontvangen wij een (meestal kleine) commissie van de verkoper. Wij geven altijd onze eerlijke mening over producten. Klik hier voor meer informatie.

De avond werd gestart met Niels de Blauw die als lead developer bij Level Level zijn visie gaf over het werken met de 12 Factor App. Het systeem waarmee elke online service wordt ondersteund.

Juliette Reinders Folmer presenteerde haar kennis en ervaring over het werken met WP PHP code. Als onderhoudster van de WordPress Coding Standards tooling vertelde zij over de code Standaarden die aanwezig zijn binnen de WP codestijl. Hierbij werd de WordpRess code standaarden uitgelicht en hoe deze af kunnen wijken van algemene code standaarden.

TIP VAN WPLOUNGE
Divi theme & Divi Builder
Bij Elegant Themes ontvang je meer dan
85 premium WordPress themes (waaronder Divi!) voor maar 89 dollar!
Bekijk de themes »»
Lees meer over Divi.

Presentatie 12 factor app

 

12 Factor App

In zijn presentatie gaf Niel de Blauw het voorbeeld rondom een project waar Level Level aan werkt waarbij de 12 Factor App een fundament geeft voor de teams die bouwen aan webapps, e-commerce en SAAS platformen en daarmee duidelijker communiceren, op een betrouwbare wijze producten opleveren en sneller nieuwe features kunnen bouwen.

De twaalf-factor methodologie kan worden toegepast op apps die geschreven zijn in elke programmeertaal en die gebruik maken van elke combinatie van backing services en is gebaseerd op de volgende 12 factoren:

Codebasis

Er mag één codebase zijn voor een uitgerolde dienst waarbij de codebase voor veel implementaties wordt gebruikt.

Dependencies

Expliciet dependencies aangeven en isoleren waarbij geen duplicaten van projectcodes worden gemaakt maar vanuit een package manager elke dependency isoleren zodat omgevingen gesynchroniseerd zijn.

Configuration

Sla de configuratie op in de omgevingsvariabele waarbij een strikte scheiding wordt gemaakt tussen de configuratie en de code. De code moet hetzelfde blijven ongeacht waar de toepassing wordt gebruikt, maar de configuraties kunnen variëren.

Backing services

Een backing service is elke service die de app via het netwerk gebruikt als onderdeel van zijn normale werking. Voorbeelden hiervan zijn datastores, messaging/queueing systemen, SMTP-services voor uitgaande e-mail en caching systemen. Een developer moet in staat zijn om eenvoudig de backing service van de ene provider naar de andere te wisselen zonder code te wijzigen.

Build, release, run

Een 12 Factor toepassing vereist een strikte scheiding tussen de bouwfase, de release- en de runfase. Elke fase moet altijd een unieke ID hebben en voor elke fase moeten een rollback mogelijk zijn.

Processes

De app wordt in de uitvoeringsomgeving als één of meerdere processen uitgevoerd. De 12 Factoren processen zijn stateless waarbij alle gegevens, die nodig zijn om te blijven bestaan, worden opgeslagen in een stateful backing service; meestal een database.

Port binding

De betreffende service moet zichtbaar zijn voor anderen via dezelfde poort. Als toegang tot een service wordt gebouwd zorg er dan voor dat andere services deze als een bron kunnen krijgen voor port-bound web processen.

Concurrency

Kleine gedefinieerde apps maken het mogelijk om naar behoefte te schalen om de verschillende belastingen te verwerken. Elk proces moet individueel worden geschaald.

Disposability

De processen van de 12-factor app zijn disposable wat betekent dat ze op een bepaald moment kunnen worden gestart of gestopt. Dit maakt snelle elastische schaling, snelle inzet van code of configuratiewijzigingen en robuustheid van de productie mogelijk.

Dev/Prod parity

Houd ontwikkeling, enscenering en productie zo gelijk mogelijk zodat iedereen het kan begrijpen. Continue implementatie vereist een continue integratie op basis van bijpassende omgevingen om afwijkingen en fouten te beperken.

Logs

Behandel logboeken als gebeurtenis-stromen. Logging is belangrijk voor het debuggen en controleren van de algemene gezondheid van de applicatie. Tegelijkertijd moet de applicatie zich niet bezighouden met de opslag van deze informatie. In plaats daarvan moeten deze logs worden behandeld als een continue stroom die wordt vastgelegd en opgeslagen door een aparte service.

Admin processes

De procesvorming is de reeks van processen die gebruikt worden om de normale zaken van de app te doen (zoals het afhandelen van webverzoeken) terwijl deze draait. Voer hierbij admin/management taken uit als eenmalige processen in een identieke omgeving met behulp van dezelfde codebase en configuratie zoals elk proces dat tegen die development, release en run wordt uitgevoerd. Een admin code moet worden meegeleverd met de applicatiecode om synchronisatie problemen te voorkomen.

WordPressCS

Juliette Reinders Folmer toonde het verschil in coderingstandaarden waarmee WordPress zijn eigen standaarden heeft om een website of applicatie functioneel te laten zijn. Hierbij werd de WordPress code standaarden uitgelicht en hoe deze af kunnen wijken van algemene code standaarden.

WordPressCS Coding Standards

WordPress maakt gebruik van codestandaarden die verder gaan dan zomaar een codestijl. Het gaat hierbij om het toepassen van best practices, conflictvermijding tussen CMS, thema’s en plugins en helpt bij bescherming tegen beveiligingslekken.

WP PHPCS

Developers die op basis van WordPress werken moeten de WP codestandaarden volgen en deze op de juiste manier implementeren wanneer custom PHP wordt geschreven voor templates en plugins. Dit geldt ook voor het updaten van de WP PHP code wanneer deze verder worden ontwikkeld. Hierbij is het van groot belang up to date te blijven met de nieuwste WP PHP codestandaarden.

Aan de hand van voorbeelden liet Juliette zien welke codes over het hoofd gezien kunnen worden wanneer deze algemeen gecodeerd zijn in plaats van een WordPress PHP code. Het volgende van de WP PHP standaarden helpen bij:

  • beveiliging
  • interoperationaliteit
  • PHP compatibiliteit
  • WP compatibiliteit
  • Internationalisering
  • Best practices
  • Consistentie
  • Leesbaarheid

PHP Code Sniffer

Om te controleren of een WP PHP code werkt is deze te controleren met de PHP Code Sniffer. Dit is een hulpprogramma om fouten in PHP-code op te sporen en kan hiermee de volgende code standaarden herkennen en toepassen tijdens de controle:

  • Pear, PSR1, PSR2, PSR12, Squiz, Zend
  • WordPress, WordPress-Core, WordPress-Docs, WordPress-Extra
  • PHPCompatibilityWP: PHPCompatibility & PHPCompatibilityParagonie
  • WP-QA-Basis & WP-QA-Strict

Nog meer WP coding standaarden

Uiteraard bestaan de coding standaarden van WordPress niet alleen uit PHP. Ook andere code standaarden worden door WordPress gebruikt op basis van het volgende:

Beoordeel dit artikel

Roger Overdevest

Roger is eigenaar van de website WPLounge en van zoekmachine marketing bureau Kliq Internet

Gratis op de hoogte blijven?

Meld je gratis aan voor onze nieuwsbrief om op de hoogte
te blijven over ontwikkelingen in WordPress!

Reageer

GOOSE heeft tot 1 augustus een Lifetime VPN deal: €139 eenmalig (normaal 899,95) 88% korting. Onbeperkt GOOSE VPN. – 30 dagen bedenktijd. Bekijk de deal

Scroll Up Skip to content