mirror of
https://github.com/linuxserver/reverse-proxy-confs.git
synced 2025-07-06 04:51:33 -07:00
Clarify subdomain vs subfolder proxying benefits
This commit is contained in:
parent
0c6ea75f39
commit
15b02c5cac
1 changed files with 6 additions and 0 deletions
|
@ -11,6 +11,12 @@ They are grouped in two:
|
||||||
1. `subfolder` these will allow accessing services at https://yourdomain.com/servicename
|
1. `subfolder` these will allow accessing services at https://yourdomain.com/servicename
|
||||||
2. `subdomain` these will allow accessing services at https://servicename.yourdomain.com
|
2. `subdomain` these will allow accessing services at https://servicename.yourdomain.com
|
||||||
|
|
||||||
|
It is recommended that users deploy subdomain reverse proxying and not subfolder.
|
||||||
|
|
||||||
|
Whilst subfolder reverse proxying appears easier to implement the inherent nature of this technique requires that each application developer make accommodations to support it. This is not always the case and it is common to see applications with no or partial support resulting in an unreliable experience.
|
||||||
|
|
||||||
|
Conversely subdomain reverse proxying does not require special accommodation by application developers and will invariably work (or can be made to work) seamlessly without upstream changes.
|
||||||
|
|
||||||
## To enable the reverse proxy configs:
|
## To enable the reverse proxy configs:
|
||||||
|
|
||||||
### Configure your default site config
|
### Configure your default site config
|
||||||
|
|
Loading…
Add table
Add a link
Reference in a new issue