Explorar o código

CLAUDE.md: Services-resource vraagt ook de CRUD-operaties, niet alleen de resource-regel

Gevonden 2026-09-19: mijn_aanmeldingen en aanmelding_kloonbron gaven op devbob
404 terwijl de PHP klopte. Het vinkje stond op de resource maar niet op de
operaties eronder. Ook de diagnose vastgelegd: 404 = resource niet aangezet,
403 = route bestaat maar sessie ontbreekt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
bob hai 8 horas
pai
achega
f0f92e6898
Modificáronse 1 ficheiros con 10 adicións e 0 borrados
  1. 10 0
      CLAUDE.md

+ 10 - 0
CLAUDE.md

@@ -4857,6 +4857,16 @@ minder calls per scherm, niet in Views.
   `https://<domein>/en/admin/structure/services/list/<endpoint-naam>/resources`
   (of via `drush @<site-alias> php-eval "print_r(services_endpoint_load('<endpoint-naam>'));"`
   — vergelijk de `resources`-array tussen omgevingen). **Symptoom dat
+  **⚠️ Aanvullend, bevestigd 2026-09-19: het vinkje op de resource-REGEL is niet
+  genoeg — daaronder moeten óók de losse CRUD-operaties aangevinkt worden.**
+  Klap de resource open; staat alleen de bovenste regel aan maar geen enkele
+  operatie, dan wordt er geen route geregistreerd en blijf je 404 houden, ook
+  na een `cc all`. Zo stonden `mijn_aanmeldingen` en `aanmelding_kloonbron` op
+  devbob maandenlang op 404 terwijl de PHP gewoon klopte. **Snelle diagnose:
+  leg de endpoints van twee omgevingen naast elkaar met een rij curl-calls en
+  kijk naar 404 vs 403** — 403 ("Toegang geweigerd voor gebruiker anonymous")
+  betekent "route bestaat, sessie ontbreekt", 404 betekent "resource niet
+  aangezet". Dat onderscheid scheelt zoeken in de verkeerde hoek.
   hierop wijst:** een endpoint/pad dat op de ene Drupal-omgeving prima
   werkt en op de andere een 404 geeft mét een compleet lege body en
   zonder de gebruikelijke custom response-headers (bij dit project