Hide subdirectory from URL with Pretty URLs - Concrete 5.6.2.1
Permalink
This is proving to be extremely frustrating.
In previous versions a solution was posted here
http://www.concrete5.org/documentation/how-tos/developers/hide-the-...
This works beautifully for versions prior to 5.6 and Pretty URLs also worked as expected.
For the above to function with versions above 5.6 one ammendement is required
request.php has been moved to /concrete/core/libraries/
Documented here
https://www.concrete5.org/community/forums/installation/hide-subdire...
Everything works nicely.
Until we enable Pretty URLs, then 404 pages are served.
This can be ammended by adding thesubdirectoryname/ before index.php
i.e.
to
In the .htaccess file in the root Concrete5 directory.
404 pages are no longer served, but now we have no css or javascript being loaded.
I have spent hours upon hours trying to find a solution.
Does someone really have to become an expert in mod rewrite syntax just to fix this ?
If so it makes this platform a less attractive solution.
I dont think what I am describing above is a 'complex' feature.
Why cant the people who developed this software provide a solution that is well documented so that others such as myself can benefit ??
I cant even describe how angry I have become writing this !
Please help
:-(
In previous versions a solution was posted here
http://www.concrete5.org/documentation/how-tos/developers/hide-the-...
This works beautifully for versions prior to 5.6 and Pretty URLs also worked as expected.
For the above to function with versions above 5.6 one ammendement is required
request.php has been moved to /concrete/core/libraries/
Documented here
https://www.concrete5.org/community/forums/installation/hide-subdire...
Everything works nicely.
Until we enable Pretty URLs, then 404 pages are served.
This can be ammended by adding thesubdirectoryname/ before index.php
i.e.
RewriteRule . index.php [L]
to
RewriteRule . thesubdirectoryname/index.php [L]
In the .htaccess file in the root Concrete5 directory.
404 pages are no longer served, but now we have no css or javascript being loaded.
I have spent hours upon hours trying to find a solution.
Does someone really have to become an expert in mod rewrite syntax just to fix this ?
If so it makes this platform a less attractive solution.
I dont think what I am describing above is a 'complex' feature.
Why cant the people who developed this software provide a solution that is well documented so that others such as myself can benefit ??
I cant even describe how angry I have become writing this !
Please help
:-(
I have an answer that does NOT require any .htaccess modifications, so pretty URLs works correctly, as well as not requiring patching request.php.
All you have to do is add a modified copy of index.php in the siteroot, changing the pointer to dispatcher.php and adding a few defines to point correctly into the subdirectory.
More details can be found here:
Install to a Subdirectory, Run from root (without patches or .htaccess)
http://www.concrete5.org/?cID=612245...
All you have to do is add a modified copy of index.php in the siteroot, changing the pointer to dispatcher.php and adding a few defines to point correctly into the subdirectory.
More details can be found here:
Install to a Subdirectory, Run from root (without patches or .htaccess)
http://www.concrete5.org/?cID=612245...
Anyone have a better link for the article that DTriplett is referring to? I keep getting redirected to the concrete5.org login page even though I am logged in.
The solution below worked perfectly for me. I am running v5.6.3.2 and have been scouring forums and how-tos. Follow the directions "to the letter" and you will be successful. My only updates involved using my specific concrete directory name (in steps 1, 2, and 3) and I left out the last line in the last step (the 'PASSWORD_SALT' line). Once complete, it worked like a champ. Good luck!
http://www.concrete5.org/documentation/how-tos/designers/install-co...
http://www.concrete5.org/documentation/how-tos/designers/install-co...
Bump