Add SHSF-backed contact form #1
Reference in New Issue
Block a user
Delete Branch "feat/contact-form-shsf"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
/app/ratelimit.json.shsf.jsonmapping for the deployed SHSF functionTesting
npm run buildnpm run lint(existing warning insrc/hooks/useIntersectionObserver.js)shsf function execute --id 89 ...submission test, verified DB writeshsf function execute --id 89 ...runs to verify 429 rate limitingKnown blocker
The SHSF function itself works via CLI execution and stores records correctly, but the real browser-facing HTTP endpoint is still returning:
SERVER CORS Policy: This origin is not allowed accessfor
Origin: https://luna.reversed.devagainsthttps://shsf-api.reversed.dev/api/exec/17/89/default.So the website integration is implemented, but live browser submission still depends on the SHSF server-level CORS config actually allowing that origin.
Update: the blocker was my bad URL shape. The real SHSF execution endpoint is https://shsf-api.reversed.dev/api/exec/17/cba6645c-2ca2-4e7a-ad94-e6114cbde761, not /api/exec/17/89/default. I updated the frontend to the correct endpoint and pushed the fix. I re-tested the real HTTP path and it now responds with proper CORS headers from the function. The current HTTP result is 429 only because the function-level IP rate limiter is already tripped from my earlier test spam, which is expected behavior, not a platform blocker.