Shower thought, what about using SQLite as cache storage on a #drupal site instead of memcache or redis (compatible) storage?

Less moving parts and it could be equally as fast while not hammering on your content SQL server.

now here's a nice chicken or egg construction.

I want to build a website using the price / product information of amazon (and others) So I apply for the affiliate program like required. However to access the price API you need to generate sales first.

Back to good old web scraping it is then.

Ik had misschien toch moeten wedden dat Taylor Swift op tijd ging zijn voor de superbowl kick-off vandaag. De bookmakers lijken de internationale datumlijn niet echt te begrijpen.

Een vlucht van 10 uur met een tijdsverschil van 17 uur betekent wanneer ze in LAX lande. De tijd 7 uur eerder is dan dat het tijdstip in Haneda, Japan waar ze vertrokken is. #swifties

3x raden wie mijn grootste probleem is?

Jups... ik ben mijn grootste probleem.

For those who desire a bit more modern approach on adding sprinkles of reactivity on a #drupal site with @Alpine_JS

There is a module for that :) Check https://www.drupal.org/project/alpine_js

This page https://www.werkenbijkpmg.nl/vacatures uses this module to drive the ItemJS powered overview.

Crosspost from the former bird site :)

Did anyone in the #drupal community thought about integrating the #symfony UX component system ?

I think it could be a really snug fit with the new single directory component system. Instead of piggybacking the {%embed . system to render the components, the Symfony feels more clean and more DX friendly.

See the documentation : https://symfony.com/bundles/ux-twig-component/current/index.html

The actual code looks like it's abstracted enough to fit into Drupal. https://github.com/symfony/ux-twig-component/tree/2.x