Categorieën
iDEAL

Aantal iDEAL-transacties en totaal bedragen volgens het CBS t/m oktober 2023

Het Centraal Bureau voor de Statistiek (CBS) publiceerde op 1 december 2023 weer een tabel met betalingstransacties naar betaalmethode per maand. In het bericht “Betalingstransacties naar betaalmethode, aantallen en bedragen per maand” kan het Excel-document met de details gedownload worden. Voor iDEAL staat het er als volgt voor.

20192020202120222023

aantalaantalaantalaantalaantal

× 1000× 1000× 1000× 1000× 1000






Januari52.30063.70096.800101.660109.408
Februari45.90058.20088.30088.25198.685
Maart50.60062.80096.900100.206111.149
April50.40069.40093.50098.168108.449
Mei56.80075.80096.000106.171117.559
Juni56.10076.20095.800104.643115.533
Juli56.90077.70092.600103.210116.945
Augustus54.10074.80089.20097.744109.665
September56.80073.70089.200100.779111.175
Oktober59.70081.10096.100105.855118.212
November62.70084.100101.100112.556
December64.50092.900107.313113.507
Aantal betalingstransacties met iDEAL per maand
20192020202120222023

mln euromln euromln euromln euromln euro






Januari4.2945.4918.2579.64010.457
Februari3.5294.7047.5287.5828.729
Maart3.9525.8198.3238.67710.158
April4.0015.0128.3638.3369.120
Mei4.6605.4439.1379.58610.755
Juni4.4215.6828.1179.23910.909
Juli4.5405.8267.5548.77710.531
Augustus4.2715.3797.4278.4109.928
September4.4295.3537.3978.4629.468
Oktober4.5675.8477.9188.80710.810
November4.8746.7128.9679.581
December5.8178.1819.06010.233
Totaal bedrag betalingstransacties met iDEAL per maand

Daarmee lijkt oktober 2023 in de boeken te gaan als de meest succesvolle maand voor de iDEAL-betaalmethode. In totaal ruim 118.212.000 iDEAL-transacties met een totaalbedrag van € 10.810.000.000, dat is een gemiddelde van ~ € 91,45 per iDEAL-transactie.

Black Friday heeft miljoenen transacties opgeleverd: winkels en online shops verkochten dit jaar meer dan ooit. Volgens betaalplatform iDEAL is een recordaantal van 7,1 miljoen betalingen verricht.

NU.nl – https://www.nu.nl/economie/6291292/winkels-verkochten-opnieuw-meer-dan-ooit-tijdens-black-friday.html
Categorieën
iDEAL

Aantal iDEAL-transacties en totaal bedragen volgens het CBS

Het Centraal Bureau voor de Statistiek (CBS) publiceerde op 24 oktober 2023 weer een tabel met betalingstransacties naar betaalmethode per maand. In het bericht “Betalingstransacties naar betaalmethode, aantallen en bedragen per maand” kan het Excel-document met de details gedownload worden. Voor iDEAL staat het er als volgt voor.

20192020202120222023

aantalaantalaantalaantalaantal

× 1000× 1000× 1000× 1000× 1000






Januari52.30063.70096.800101.660109.408
Februari45.90058.20088.30088.25198.685
Maart50.60062.80096.900100.206111.149
April50.40069.40093.50098.168108.449
Mei56.80075.80096.000106.171117.559
Juni56.10076.20095.800104.643115.533
Juli56.90077.70092.600103.210116.945
Augustus54.10074.80089.20097.744109.665
September56.80073.70089.200100.779111.175
Oktober59.70081.10096.100105.855
November62.70084.100101.100112.556
December64.50092.900107.313113.507
Aantal betalingstransacties met iDEAL per maand
20192020202120222023

mln euromln euromln euromln euromln euro






Januari4.2945.4918.2579.64010.457
Februari3.5294.7047.5287.5828.729
Maart3.9525.8198.3238.67710.158
April4.0015.0128.3638.3369.120
Mei4.6605.4439.1379.58610.755
Juni4.4215.6828.1179.23910.909
Juli4.5405.8267.5548.77710.531
Augustus4.2715.3797.4278.4109.928
September4.4295.3537.3978.4629.468
Oktober4.5675.8477.9188.807
November4.8746.7128.9679.581
December5.8178.1819.06010.233
Totaal bedrag betalingstransacties met iDEAL per maand

Volgens de laatste berichten moet november 2023 de cijfers hierboven weer ruim gaan overtreffen:

Black Friday heeft miljoenen transacties opgeleverd: winkels en online shops verkochten dit jaar meer dan ooit. Volgens betaalplatform iDEAL is een recordaantal van 7,1 miljoen betalingen verricht.

NU.nl – https://www.nu.nl/economie/6291292/winkels-verkochten-opnieuw-meer-dan-ooit-tijdens-black-friday.html
Categorieën
Hosting

SiteGround Access Logs analyseren met GoAccess deel 2

In 2021 schreef ik al eens het bericht “SiteGround Access Logs analyseren met GoAccess”, in dit bericht een vervolg met enkele verbeteringen. SiteGround houdt de access logs per dag bij in de volgende map: /home/customer/www/example.com/logs. De bestanden zijn ingepakt en hebben de volgende notatie: example.com-2023-07-01.gz. Voor het analyseren van de access logs is het vaak handig om de logs van meerdere dagen te gebruiken. In dit bericht is te lezen hoe dat eenvoudig te doen is.

Categorieën
E-commerce iDEAL WooCommerce WordPress

Self-billing factuur van Mollie, Buckaroo, etc.

Omdat we bij Pronamic betaaloplossingen ontwikkelen voor payment providers zoals Mollie, Buckaroo, Pay.nl, etc. zijn we vaak partner van deze organisaties. In sommige gevallen krijgen we commissie voor succesvolle betalingen die via de Pronamic Pay plugin zijn opgestart. De payment providers betalen ons maandelijks of per kwartaal de opgebouwde commissie uit. Voor de boekhouding ontvangen we dan vaak een zogenaamde self-billing factuur. Waar voorheen nog wel eens creditnota’s werden verstuurd lijken de payment providers nu over te stappen naar self-billing facturen. Ik was tot vandaag niet heel bewust van dit concept. In dit bericht wat meer informatie over het self-billing principe.

Categorieën
Gravity Forms PHP WordPress

Koppeling Realworks Wonen API met WordPress en Gravity Forms

Voor een makelaar hebben we een koppeling gemaakt met de Realworks Wonen API en Gravity Forms. Woningzoekers kunnen op de website van de makelaar een Gravity Forms formulier invullen met contactgegevens en woonwensen. Deze gegevens worden vervolgens automatisch doorgezet naar Realworks. Daarmee hoeft de makelaar de formulier inzendingen niet meer handmatig in Realworks te zetten.

Categorieën
WordPress

WordPress bedrijven op GitHub

Categorieën
Geen categorie

Developer Roadmaps

https://roadmap.sh/

Categorieën
Geen categorie

Programmeren in je moedertaal of in het Engels?

Bij Pronamic hebben we als richtlijn dat we alles strict in het Engels programmeren. Stagiairs leren we daarom ook altijd om in het Engels te programmeren. Toch zijn er op internet ook vele voorbeelden te vinden waarin Nederlandse naamgeving wordt gebruikt in de code. Waarom heeft Engels dan bij ons de voorkeur? Ik ben voor de aardigheid eens op zoek gegaan naar goede argumenten. Al snel kwam ik een artikel tegen uit het boek “Het beste van PHP en MySQL“.

Engels of Nederlands

Amerikaans Engels is de voertaal onder programmeurs. Ook de meeste PHP-ontwikkelaars gebruiken Engels. Als je echter PHP-script alleen voor jezelf schrijft of als je in een team met alleen Hollanders en Vlamingen werkt, zijn er goede redenen om Nederlands te gebruiken.

Wanneer je Nederlands gebruikt voor alle namen die je zelf kunt kiezen, wordt broncode beter leesbaar. Het verschillen tussen Engelstalige termen uit PHP en zelfgekozen namen in dan direct zichtbaar. Dat is de reden waarom ik in dit boek vaker Nederlands gebruik dan Engels: het maakt de voorbeelden veel duidelijker als PHP nieuw voor je is.

De kans op naamconflicten neemt drastisch af als je Nederlands gebruikt. Als je Engels gebruikt voor bijvoorbeeld een functie die je zelf definieert, bestaat altijd het risico dat je per ongeluk een bestaande PHP-functie gebruikt. Naamconflicten kunnen ook voorkomen met andere talen die je in PHP gebruikt: HTML, CSS, SQL, HTPT, MIME, XML enzovoort gebruiken allemaal Engels.

Natuurlijk moet je niet overdreven vasthouden aan het Nederlands. Hoewel databank en gegevensbank foutloos Nederlands zijn, zeggen en schrijven ontwikkelaars altijd database. Het Nederlands kent al helemaal geen bruikbaar synoniem van query. In zulke gevallen kun je naamconflicten voorkomen door verschillende woorden of een samenstelling met Nederlands te gebruiken. Maak dan van $database en $query bijvoorbeeld $database_met_producten en $selectiequery.

Ward van der Put

In een boek zoals deze is het denk ik ook prima om Nederlandse code voorbeelden te gebruiken. Lezers kunnen op die manier waarschijnlijk sneller zaken herkennen. Het argument om Nederlands te gebruiken om naamconflicten te voorkomen vind ik wat minder sterk. Voor dat probleem zijn er in PHP denk ik namespaces geïntroduceerd.

Al met al nog niet hele sterke argumenten om wel of niet in het Engels of Nederlands te programmeren. Ik ben daarom verder gaan zoeken en kwam o.a. de volgende vragen / topics tegen:

Velen geven aan dat Engels de voorkeur heeft, maar om programmeren te leren je moedertaal wel fijn kan zijn.

DomQ (een Fransman) noemde nog wel de volgende aandachtspunten:

• I speak the language that the target audience will most likely understand. When coding open-source software with a global ambition, I use English. For less widely useful stuff (for instance, my Emacs configuration file), I might use French.

• I acknowledge the fact that not everyone will master English. In that perspective, using my mother tongue might actually make my code more accessible instead of less (in the example above, nobody cares about an umpteenth .emacs, except if it happens to be written in a language that they understand).

• Better to write good French than bad English. I actively discourage my subordinates from writing half-assed English especially where concision matters, eg in docstrings and version control commit messages.

https://softwareengineering.stackexchange.com/a/1764

Mattias Kihlström (een Zweed) noemde volgende argumenten om Engels te gebruiken:

• Allmost all programming languages I have ever used have been written in English (mixing languages would make the code harder to read for me)

• Most popular frameworks and third party extension are written in English (again, mixing languages would only be a distraction)

• Swedish characters (åäö) are usually not allowed when naming variables and functions

• If the other team members are from different countries we can still collaborate

• If I need support from a platform vendor it is is much easier for them to help me if they can understand my code

• It is easier to outsource support

https://softwareengineering.stackexchange.com/a/1687

Ik sluit me persoonlijk aan bij de argumenten van Mattias, dat zijn denk ik ook de redenen waarom we bij Pronamic in het Engels programmeren.

Mocht je zelf ook nog goede redenen hebben om in het Engels of juist in het Nederlands te programmeren dan hoor ik ze graag. Laat daarom gerust een reactie achter.

Categorieën
Hosting

SiteGround Access Logs analyseren met GoAccess

GoAccess is een leuk tooltje voor het analyseren van log bestanden. Voor het analyseren van SiteGround Access Logs kan het volgende commando gebruikt worden.

export LANG=en_US.UTF-8

goaccess -f access.log --log-format='%h %v %^ [%d:%t %^] "%r" %s %b "%R" "%u"'  --date-format='%d/%b/%Y' --time-format='%H:%M:%S'

Update 24 juli 2023

Om GoAccess ook de tijden en cache status te laten verwerken kan het volgende log format gebruikt worden:

goaccess -f access.log --log-format='%h %v %^ [%d:%t %^] "%r" %s %b "%R" "%u" | %K | %^ %^ %T %C %^'  --date-format='%d/%b/%Y' --time-format='%H:%M:%S' -o report.html

SiteGround gebruikt waarschijnlijk een NGINX log format met de volgende variabelen:

$upstream_header_time $upstream_response_time $request_time

Met de %T specifier kan GoAccess dit uitlezen: https://goaccess.io/man.

Categorieën
Geen categorie

Gitlabber

Als webontwikkelaar maak ik veel gebruik van Git en diensten zoals GitHub, GitLab en Bitbucket. Ook bij Pronamic maken we hier intensief gebruik van. Alle WordPress plugins en thema’s die we ontwikkelen staan keurig in een eigen Git repository. We hebben inmiddels dan ook een archief met duizenden repositories. Het komt soms voor dat we alle repositories moeten doorzoeken. Het kan dan een hele klus om alle repositories te clonen. Gelukkig zijn er tools zoals https://github.com/gabrie30/ghorg en https://github.com/ezbz/gitlabber die daarbij kunnen helpen (via https://stackoverflow.com/questions/29099456/how-to-clone-all-projects-of-a-group-at-once-in-gitlab). Ik ben vandaag eens aan de slag gegaan met gitlabber.