|
|
@@ -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
|