ghost/core/server/web/site/routes.js

const debug = require('@tryghost/debug')('routing');
const routing = require('../../../frontend/services/routing');
const frontendSettings = require('../../../frontend/services/settings');

module.exports = function siteRoutes(options = {}) {
    debug('site Routes', options);
    options.routerSettings = frontendSettings.get('routes');
    return routing.bootstrap.init(options);
};
Simplified + unified debug naming conventions - Reduced the number of levels in our debug naming in the frontend - Unified components like "themes" and "routing" under one name - Should help to make debug slightly more useful again 2021-07-06 11:02:37 +01:00			`const debug = require('@tryghost/debug')('routing');`
Extracted frontend folder (#10780) refs #10790 - Moved /core/apps into core/frontend - Moved /core/server/helpers to /core/frontend/helpers along with /core/server/services/themes - Changed helper location in overrides - Moved /core/server/services/routing to /core/frontend/services - Moved /core/server/services/url to /core/frontend/services - Moved /core/server/data/meta to /core/frontend/meta - Moved /core/server/services/rss to /core/frontend/services - Moved /core/server/data/xml to /core/frontend/services 2019-06-19 11:30:28 +02:00			`const routing = require('../../../frontend/services/routing');`
Refactored bootstrap.init to require route settings - The router bootstrap is no longer allowed to fetch it's own settings, but rather is passed them - This moves the call to the site routes.js file, which isn't much better but it's a start - The goal is to always pass these in from the boot process, or from the bridge reloader 2021-07-06 11:38:52 +01:00			`const frontendSettings = require('../../../frontend/services/settings');`
Rework route service to prevent circular dependencies (#9229) refs #9192, refs #9178 After trying to progress with current implementation, it became clear that the route service can't control the boot sequence, because then we end up with circular dependencies between the route service and the channel service. The route service now exposes: - a siteRouter - a way for apps to register routes. - ParentRouter base class for other modules to use - the registry ... - moved the default route setup back to site/routes.js 🙈 - moved the parent channel router back to the channel service (this makes way more sense imo) - this structure prevents circular dependencies - split the registry out into it's own thing - fixed-up various bits of tests and comments - DEBUG will print a list of routes 🎉 2017-11-09 13:58:22 +00:00
🔥 Removed permalink setting refs #9742 - removed usage of single permalink setting - with dynamic routing this configuration does no longer makes sense - because you can configure your permalinks in the routes.yaml - furthermore you can have multiple collections with multiple permalinks - removed @blog.permalinks - do not export permalink setting - do not import permalink setting - permalink setting UI will be removed soon - get rid of {globals.permalink} completely - remove yaml in-built migration - do not expose settings.permalinks via the private API - do not allow to edit this setting - keep phyiscal value in case a blog needs to rollback from v2 to v1 - sorted out when the routers should be created - ensure routes.yaml file doesn't get validated before Ghost is fully ready to start 2018-08-06 17:18:59 +02:00			`module.exports = function siteRoutes(options = {}) {`
Simplified + unified debug naming conventions - Reduced the number of levels in our debug naming in the frontend - Unified components like "themes" and "routing" under one name - Should help to make debug slightly more useful again 2021-07-06 11:02:37 +01:00			`debug('site Routes', options);`
Refactored bootstrap.init to require route settings - The router bootstrap is no longer allowed to fetch it's own settings, but rather is passed them - This moves the call to the site routes.js file, which isn't much better but it's a start - The goal is to always pass these in from the boot process, or from the bridge reloader 2021-07-06 11:38:52 +01:00			`options.routerSettings = frontendSettings.get('routes');`
🔥 Removed permalink setting refs #9742 - removed usage of single permalink setting - with dynamic routing this configuration does no longer makes sense - because you can configure your permalinks in the routes.yaml - furthermore you can have multiple collections with multiple permalinks - removed @blog.permalinks - do not export permalink setting - do not import permalink setting - permalink setting UI will be removed soon - get rid of {globals.permalink} completely - remove yaml in-built migration - do not expose settings.permalinks via the private API - do not allow to edit this setting - keep phyiscal value in case a blog needs to rollback from v2 to v1 - sorted out when the routers should be created - ensure routes.yaml file doesn't get validated before Ghost is fully ready to start 2018-08-06 17:18:59 +02:00			`return routing.bootstrap.init(options);`
Rework route service to prevent circular dependencies (#9229) refs #9192, refs #9178 After trying to progress with current implementation, it became clear that the route service can't control the boot sequence, because then we end up with circular dependencies between the route service and the channel service. The route service now exposes: - a siteRouter - a way for apps to register routes. - ParentRouter base class for other modules to use - the registry ... - moved the default route setup back to site/routes.js 🙈 - moved the parent channel router back to the channel service (this makes way more sense imo) - this structure prevents circular dependencies - split the registry out into it's own thing - fixed-up various bits of tests and comments - DEBUG will print a list of routes 🎉 2017-11-09 13:58:22 +00:00			`};`