Skip to content
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

New report: Tree Presentation URLs Analysis #327

Open
yuriys-kentico opened this issue Mar 23, 2020 · 1 comment
Open

New report: Tree Presentation URLs Analysis #327

yuriys-kentico opened this issue Mar 23, 2020 · 1 comment
Labels
enhancement New feature or request groomed Well-defined and ready to be worked on spike Needs further definition or research before moving forward

Comments

@yuriys-kentico
Copy link
Contributor

Motivation

It is difficult to know which pages in the tree are routed to which controllers.

Proposed solution

I want to see a table of NodeAliasPath, the generated route, and matching controller.

Additional context

I realize this could get very complex due to the need to resolve macros and parse a route table, nevermind dynamic constraints on routes.

@JosefDvorak
Copy link
Collaborator

Thanks for the suggestion, Yuri.

At first glance, this could be fairly hard to implement, since each project could be using different routing. You could test every NodeAliasPath against running application, and somehow see which Controller / View is hit. Have you come across any tool or library that would help with this? I suspect .NET MVC will have something for this kind of testing.

Another issue could be that a node in Kentico does not necessarily relate to a Page in MVC site. I.e., in the most extreme example, there could be MVC Pages that are composed of multiple node data, which have URLs completely independent of Kentico node hierarchy. That being said, some reporting is better than no reporting.

@JosefDvorak JosefDvorak added enhancement New feature or request spike Needs further definition or research before moving forward groomed Well-defined and ready to be worked on labels Apr 8, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request groomed Well-defined and ready to be worked on spike Needs further definition or research before moving forward
Projects
None yet
Development

No branches or pull requests

2 participants