ARTIO, et. al.
There are some troubling issues with how JoomSEF is doing a few things. The first of which is the default index file setting, which in fact results in a 404.
Let me give you an example:
www.stthomasdc.org/news/
should go to:
www.stthomasdc.org/news/index.html
since in the JoomSEF configuration panel I have set the \"Default Index File\" to \"index.html.\"
I have my .htaccess file configured exactly to the directions, and it works under most circumstances, except for this.
The obvious solution to me is that JoomSEF ought to be scripted in a way that it generates
both a SEF URL for \"subdirectory/\" and \"subdirectory/index.html\" since you are allowing us the ability to configure this setting to our tastes. I would imagine there is probably a way to add this to the .htaccess file, however, I'm not sure how you would configure it so the directory index reflects the configuration set in the configuration.
The second issue, which I know has been discussed before (and I myself figured out the workaround for in an older version of JoomSEF in this forum) is the use of a non-com_frontpage page for the home page. The assumption this software makes is that someone will use com_frontpage as their homepage, but I can assure you that not every Joomla site out there is configured this way--simply because not every site warrants the use of this feature. As such, you must make
double and
triple sure that \"mysite.com/\" and \"mysite.com/index.php\" (or .html, or whatever is configurable in your control panel) works with static content, a component, or whatever else someone has placed as their site homepage.
Right now, it doesn't. And working around it causes further problems with default Joomla scripts, like anything that redirects you to \"index.php\" with no component information at all (which as Joomla was designed, would return you to the item listed in the homepage after processing the core Joomla script). A good example of this is com_login or com_user, both which use a form action of \"index.php\" and both of which will result in a 404. This is simply a bad design when it results in the need to modify the core components and modules of Joomla--the express reason why Joomla developed APIs for third-party components in the first place: so you
didn't have to modify the core.<br><br>Post edited by: bizzynate, at: 2007/09/05 20:57