|
|
@@ -279,6 +279,18 @@ staan niet in de JSON maar wél in de SQL-SELECT, met per rij een andere
|
|
|
file-URI — en `DISTINCT` werkt op de complete SQL-rij, dus voor de database
|
|
|
zijn het geen duplicaten. Daarom is Distinct hier principieel machteloos.
|
|
|
|
|
|
+**Hoe erg is het? Gemeten 2026-09-14, en het antwoord is: geen bug, wel
|
|
|
+verspilling.** De view heeft precies **twee** aanroepers, allebei met een `nid`
|
|
|
+(`evenement_component_widget.dart:104` en `event_current_widget.dart:115`) — er
|
|
|
+is nergens een lijstopbouw, dus Bob's constatering dat `nid` exposed is en dat
|
|
|
+dit een per-event-call is, klopt. Beslissend is dat **alle getters van
|
|
|
+`EvenementCall` `$[0].veld` lezen**, expliciet het eerste element, niet `$[:]`.
|
|
|
+De 13 extra rijen worden dus gewoon genegeerd en de detailpagina werkt normaal.
|
|
|
+Wat het wél kost is bandbreedte: nid 214439 levert **42 KB in plaats van 3 KB**
|
|
|
+(214441: 10 KB i.p.v. 3). Alleen nodes met meerdere slideshow-foto's zijn
|
|
|
+geraakt. Dus: opruimen is netjes en scheelt laadtijd op mobiel, maar het is geen
|
|
|
+livegang-blokker.
|
|
|
+
|
|
|
**Fix (Views UI → `flutterflow_events` → Master):** verwijder de velden
|
|
|
`uri_2` (pathc) en `uri_3` (pathg) én de relationships `field_picture2_fid` en
|
|
|
`field_pictures_fid`. Ze zijn overbodig: de foto's komen al uit de **directe**
|
|
|
@@ -308,6 +320,15 @@ criteria → categoriefilter → **override**, niet "All displays".
|
|
|
groeit mee met elke import. Structureel: default categorie bij import. In
|
|
|
Views: OR-filtergroep met "Is empty (NULL)" op het categorieveld.
|
|
|
|
|
|
+**⏱ Responstijden productie, gemeten 2026-09-14** (3x per endpoint, met
|
|
|
+cache-buster): `flutterflowmobiel1` services_1 en services_5 beide **~1,3 s**;
|
|
|
+`flutterflowmobiel_establishments` **1,5-2,2 s**; `flutterflow_events` op één
|
|
|
+nid **~0,3 s**. Dat is de basisperformance van de views zélf — een extra
|
|
|
+`WHERE` op een geïndexeerde datumkolom verandert daar vrijwel niets aan. Zie
|
|
|
+Bob's vraag bij taak 33: een custom-module-endpoint zou aan die 1,3 s wél iets
|
|
|
+kunnen doen, maar dat is een apart onderzoek en niet iets om aan één filter op
|
|
|
+te hangen.
|
|
|
+
|
|
|
**Taak 33 · exposed datumfilter (Vandaag / Dit weekend / Deze week), P2-1.**
|
|
|
Volledig uitgeschreven verderop onder *"Voor Bob — drie Drupal-taken"*.
|
|
|
|
