-
Notifications
You must be signed in to change notification settings - Fork 651
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Url rewrites #1693
Comments
that means a organization user will not work or organization urls will not work (but the user still does) ? |
I was eagerly awaiting the merge of issue-1693 into master; but I am not entirely sure if this issue has been fixed. I just tried once more to deploy cartodb in an ubuntu 14.04 VM running on my workstation. This process is shown here https://gist.github.com/freakabcd/fd73119869ba57e16751
Perhaps, I have simply misconfigured everything! Please add more information to the subdomainless wiki page or perhaps a new wiki page on how to setup cartodb in a VM on local_machine / cloud. |
Hi @freakabcd Have you setup the It might be just that, a misconfiguration issue. Check also the small documentation wiki page and let me know if the issues persist. |
As you can see from the setup gist, I am setting Here is my app_config.yml I've changed all instances of
|
@freakabcd yes, that's a know issue. We accept pull requests :) |
Implement the option of not relying on usernames being always present at subdomains
xxxxx.mydomain.ext/blablabla
. They would appear always atmydomain.ext/u/xxxxx/blablabla
.This must be config-controlled, by default not active and totally optional, but code like
Cartodb.extract_subdomain
calls need to be rewritten to support it.Multiuser URLs code will probably benefit from some cleaning due to this changes.
Code also allows to setup a different base port for urls generated (
http_port
config entry, can be left empty).Notes:
subdomains_allowed
flag is set to false.Cartodb.extract_subdomain
andCartodb.base_url
fixed many scenarios and in general makes everything work (and Warden needs no changes), but there might be some issues if somewhere a url is handcrafted instead of using those.routes.rb
has been done, but/superadmin
calls haven't been tested.app_config.yml
, set:Note that session domain looks the same but doesn't begins with a '.'
The text was updated successfully, but these errors were encountered: