It should be made in such a way that it gracefully falls back to the current behavior if you don't have mod_rewrite or don't need this type of fanciness.brunoais wrote:The problem with that is that it requires that the server supports mod_rewrite.Oleg wrote:I support viewtopic.php?p=240415#p240415, half-solutions I'd rather not do.
[RFC] Human Readable URLs
- Erik Frèrejean
- Registered User
- Posts: 207
- Joined: Thu Oct 25, 2007 2:25 pm
- Location: surfnet
- Contact:
Re: [RFC] Human Readable URLs
Available on .com
Support Toolkit developer
Support Toolkit developer
Re: [RFC] Human Readable URLs
That's impossible. We don't have such directory.Erik Frèrejean wrote:It should be made in such a way that it gracefully falls back to the current behavior if you don't have mod_rewrite or don't need this type of fanciness.brunoais wrote:The problem with that is that it requires that the server supports mod_rewrite.Oleg wrote:I support viewtopic.php?p=240415#p240415, half-solutions I'd rather not do.
Also, in order to test this you need to make a try and check if fails, script. You cannot have a fallback. There's just no way (AFAIK)
- imkingdavid
- Registered User
- Posts: 1050
- Joined: Thu Jul 30, 2009 12:06 pm
Re: [RFC] Human Readable URLs
What he means is there needs to be a way to disable the new URL structure to fallback on the current, e.g. viewtopic.php?t=14 instead of /t14-my-topic/ Obviously without mod_rewrite, trying to access the latter will not work, but links should be changed at runtime based on the URL setting that would be added.
- DavidIQ
- Customisations Team Leader
- Posts: 1904
- Joined: Thu Mar 02, 2006 4:29 pm
- Location: Earth
- Contact:
Re: [RFC] Human Readable URLs
Maybe there's a way to detect URL rewriting capabilities at rendering time perhaps via a configuration setting. Yes yes...more options BUT there's really not a good way to detect for URL rewriting capabilities for all server types. IIS7 has a URLRewrite module that can be added and mod_rewrite is available for Apache but then there's IIS6 which has a third party plugin that can be added, and so on so forth.
Re: [RFC] Human Readable URLs
Oh! Making apache/IIS/etc... add an extra GET variable to show that mod_rewrite is available?imkingdavid wrote:What he means is there needs to be a way to disable the new URL structure to fallback on the current, e.g. viewtopic.php?t=14 instead of /t14-my-topic/ Obviously without mod_rewrite, trying to access the latter will not work, but links should be changed at runtime based on the URL setting that would be added.
- Erik Frèrejean
- Registered User
- Posts: 207
- Joined: Thu Oct 25, 2007 2:25 pm
- Location: surfnet
- Contact:
Re: [RFC] Human Readable URLs
Either that, but most likely you can define the rewrite rules in such a way that they "create" the exact same URLs as you would get when this is turned off. So this should be able to implement seamlessly without dirtybrunoais wrote:Oh! Making apache/IIS/etc... add an extra GET variable to show that mod_rewrite is available?imkingdavid wrote:What he means is there needs to be a way to disable the new URL structure to fallback on the current, e.g. viewtopic.php?t=14 instead of /t14-my-topic/ Obviously without mod_rewrite, trying to access the latter will not work, but links should be changed at runtime based on the URL setting that would be added.
is_mod_rewrite=true
hacks.Available on .com
Support Toolkit developer
Support Toolkit developer
- callumacrae
- Former Team Member
- Posts: 1046
- Joined: Tue Apr 27, 2010 9:37 am
- Location: England
- Contact:
Re: [RFC] Human Readable URLs
+1 for on install, but -1 for everywhere else. It's impossible to detect every method.DavidIQ wrote:Maybe there's a way to detect URL rewriting capabilities at rendering time perhaps via a configuration setting. Yes yes...more options BUT there's really not a good way to detect for URL rewriting capabilities for all server types. IIS7 has a URLRewrite module that can be added and mod_rewrite is available for Apache but then there's IIS6 which has a third party plugin that can be added, and so on so forth.
Re: [RFC] Human Readable URLs
On the incoming side the detection is automatic. If there is anything in PATH_INFO (-ish) then the url is assumed to be a seo url and the code proceeds accordingly.
On the generating side the code has to know whether to generate seo urls or not. A safe solution is to have a toggle in config.php that people can change when they e.g. move servers.
There is also no need to guess here, anyone can review how this is done in any of competing bulletin boards.
On the generating side the code has to know whether to generate seo urls or not. A safe solution is to have a toggle in config.php that people can change when they e.g. move servers.
There is also no need to guess here, anyone can review how this is done in any of competing bulletin boards.
- DavidIQ
- Customisations Team Leader
- Posts: 1904
- Joined: Thu Mar 02, 2006 4:29 pm
- Location: Earth
- Contact:
Re: [RFC] Human Readable URLs
Yes...that's why I said to add a configuration settingcallumacrae wrote:+1 for on install, but -1 for everywhere else. It's impossible to detect every method.DavidIQ wrote:Maybe there's a way to detect URL rewriting capabilities at rendering time perhaps via a configuration setting. Yes yes...more options BUT there's really not a good way to detect for URL rewriting capabilities for all server types. IIS7 has a URLRewrite module that can be added and mod_rewrite is available for Apache but then there's IIS6 which has a third party plugin that can be added, and so on so forth.
- bantu
- 3.0 Release Manager
- Posts: 557
- Joined: Thu Sep 07, 2006 11:22 am
- Location: Karlsruhe, Germany
- Contact:
Re: [RFC] Human Readable URLs
The problem here is that there is no way back. Once you have mod_rewrite, you will always need it, because "good URLs do not change" (another SEO rule as far as I know). As such I'd argue this feature should be an optional extension.Oleg wrote:On the generating side the code has to know whether to generate seo urls or not. A safe solution is to have a toggle in config.php that people can change when they e.g. move servers.