I am unsure about my current setup of my appwrite backend.
So I have a domain example.com and I would like appwrite to be accessible under baas.example.com. Currently my nginx proxy manager forwards request to baas.example.com to my appwrite traefik appwrite-traefik:80 instance. Which works fine.
My appwrite functions are accessible using baas.example.com/functions/....
My .env file contains the following entries:
_APP_DOMAIN=baas.example.com
_APP_DOMAIN_FUNCTIONS=function.example.com
_APP_DOMAIN_TARGET=baas.example.com
Is this the correct setup? And what exactly is the difference between _APP_DOMAIN and _APP_DOMAIN_TARGET_?
And how do I setup my functions endpoint (domain)? My desired endpoint is function.example.com?
How do I add subdomain as backend subdomain and function subdomain?
Seems fine.
You need another entry in NPM to forward function.example.com to Appwrite
But should _APP_DOMAIN and _APP_DOMAIN_TARGET be the same? What is the difference?
When using the function.example.com domain to access the functions, do I still use the pattern functions.example.com/functions/... or does it have a different pattern?
App domain and app domain target are usually the same. The target is used for adding a custom domain for a project. It validates the custom domain is pointed to the right thing.
The function domain allows you to hit your function directly and not follow the usual requirements of hitting Appwrite's APIs
Recommended threads
- Local appwrite run functions --user-id n...
Hi, I'm running into an issue when testing Appwrite functions locally with user impersonation. I'm using a self-hosted Appwrite instance and running functions ...
- Selfhosted Github App installation
I've followed this guide: https://appwrite.io/docs/advanced/self-hosting/configuration/version-control to connect GitHub to my self-hosted Appwrite instance (1....
- User ID case sensitivity
I see that through REST (and SDK as well), getting a user is not case sensitive. And even though documentation does not clearly state that it is, the wording "V...