GetSimple Support Forum

Hi @ all ... 


The Problem:
We've got an internal Company Site which runs on server in "House A". All other clients (House B,C,D) connecting via VPN to the server. So, people who work in "House A" will reach the website with: "http://192.168..../siteblahblah" , all other VPN-Clients (which have 10.0.0.x adresses given) need to type "http://10.0.0.x/siteblahblah". 

Base path in getsimple is not variable, so its stuck on ONE siteurl ( ex.: "http://192.168..../siteblahblah".) The problem is that all VPN-Clients will only see a broken website/theme. If I change the siteurl to "http://10.0.0.x/siteblahblah", the people on the local network (without VPN) will have this crashed side. All things on theme are handeld with the "get_site_url()" and "get_theme_url()" variable, which works only for one side.. local clients OR vpn clients, but not both.... I also tried to set the siteurl to "./siteblahblah", but didn't worked at all. 

Question:
Is there a way to force the variables (basepath etc.) to switch if a vpn/proxy adress is detected on clientside, client-browser ?
Maybe via .htaccess ? Or setting the basepath only to "./" instead of any real path ? 

Im lost with this problem 

PS: Nope, I can't change any settings on the vpn routing and/or the vpn server.

Just modify website.xml and put relative url in there, or remove the type=url from the settings form to bypass the check and enter what ever you want

(2016-06-02, 23:20:21)shawn_a Wrote: [ -> ]Just modify website.xml and put relative url in there, or remove the type=url from the settings form to bypass the check and enter what ever you want

Oh my ... ^^ 
Thanks for this easy workaround 

Will test if the " ./ " will do the magic 

You will need the full WEB path

for example, if subdir

http://127.0.0.1/dev/getsimple/develop/
relative = /dev/getsimple/develop/

Yep, it's working as it should. (with local and vpn sessions).
I decided to remove the url attribute in the settings file, its the more flexible way

Thanks a lot Shawn and thanks for all your work on this project.
I'm using GS since December 2011 on different projects and i'm still happy with it  

3.4 fixes this for reals

Great! Any little spoiler for a release date or new features ?

Nope but its pretty stable
Its all on github