-
Notifications
You must be signed in to change notification settings - Fork 446
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
Proxy subfolders #189
Comments
I have mostly fixed this by editing And also moved public theme assets to Here's what I did:
This takes care of most of the static routes that our users will need. It appears, however, that the login features are now broken, and who knows about the editing capability. If this is something you guys would like to iterate with me on, I can submit a PR. Or if there's a better way, let me know... Thanks. EDIT:Fixed the style issues on the login page by adding config to the route: 'use strict';
function route_login_page (config) {
return function (req, res, next) {
return res.render('login', {
config : config,
layout : null,
lang : config.lang,
rtl_layout : config.rtl_layout,
googleoauth : config.googleoauth
});
};
}
// Exports
module.exports = route_login_page; There are still issues with static assets. I had to move |
Issues relates to login page and editing when using base url hopefully addressed by PR #280. |
Closing due to Graham's PR. Thanks Graham! |
I can't seem to get this to work.... If I set the |
Yep, I tested it again just now from a fresh clone.
|
Please see this branch/PR to address your issue and confirm/deny the fix. |
Fix: #189 Respect base_url setting and serve content and assets
Fix: ryanlelek#189 Respect base_url setting and serve content and assets
We have a main domain http://domain.com/ which is serving up our main document.
We have added a proxy route (AWS ALB) to serve Raneto from https://domain.com/docs/
We have changed "base_url" to "/docs", but nothing is served from there.
Logs show the following:
We basically want the index of the knowledgebase to be served from "/docs/", not from "/". Is this possible without modifying the application code? The load balancer does not have the option to proxy relative paths, from my understanding.
The other alternative is to put another loadbalancer (nginx) on top of this to forward requests and alter the incoming path (from "/docs/" to "/"), but this is overkill in my opinion. We would possibly need to do a subdomain otherwise, which we're not excited about.
Interested in hearing your ideas. Thanks!
The text was updated successfully, but these errors were encountered: