-
Notifications
You must be signed in to change notification settings - Fork 236
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
Should we let .html be used? #102
Comments
I've not had this issue personally - anyone else? |
No, but I watched Ed do it ;-) Are there any problems doing this could cause? |
well, any new code adds maintenance work - we need to know there's real need. hmm, we'd need to be careful that it still worked when people wrote their own routes or you could get weird behaviour. |
I just watched @aduggin make this same mistake. I reckon if |
that sounds reasonable to me |
What happens if you have a directory called 'foo' at the same level as 'foo.html'? Or is that basically something you should NEVER DO? |
@timpaul I'm not sure that's relevant? Right now if you go to |
@edwardhorsford I'm with @timpaul. If you redirect To really make this work you'd want to detect |
That behaviour seems OK to me? The redirect will drop .html, so I don't think it'd be too hard to figure out what was happening? |
Yeah, I'm guessing you really should avoid having folders and files with On 8 February 2016 at 21:02, Joe Lanman [email protected] wrote:
|
currently the file wins out - it gets checked first |
Yeah I see what you mean. You're not going to be left looking at |
I just saw @finiteattention make this same mistake, adding |
Should be let users have
.html
on the end of their route?I recently tried to access a page, and mistakenly included
.html
on the end, as I copied the file name in to the browser. This feels like it could be a mistake other makes, and something we could take care of in our routing.The text was updated successfully, but these errors were encountered: