Content block isn't inserting pretty urls
Permalink
Hopefully someone else has come across this and can point me in the right direction.
When using the content block editor to insert a link to a page, the editor doesn't insert the "Pretty URLs" to the page, but instead uses the index.php?cID= form. I have Pretty URLs enabled and they're indeed working. I've found a few references to URL_REWRITING_ALL on a few other forum posts, but after defining as true in site.php, the content block editor won't load (spinner pops up, and ajax dialog never loads), and I haven't found any references to what URL_REWRITING_ALL actually enables. :-)
Any suggestions would be helpful. This is on Concrete5 5.4.2.1, running on nginx.
Thanks in advance for any help!
-Brian
When using the content block editor to insert a link to a page, the editor doesn't insert the "Pretty URLs" to the page, but instead uses the index.php?cID= form. I have Pretty URLs enabled and they're indeed working. I've found a few references to URL_REWRITING_ALL on a few other forum posts, but after defining as true in site.php, the content block editor won't load (spinner pops up, and ajax dialog never loads), and I haven't found any references to what URL_REWRITING_ALL actually enables. :-)
Any suggestions would be helpful. This is on Concrete5 5.4.2.1, running on nginx.
Thanks in advance for any help!
-Brian
I believe concrete5 changes those links to the pretty urls on display of the page (it actually converts them to a particular format on save and then back again).
It will only convert links with the full url of the site (http://yourdomain.com/index.php?cID=)... and not just /index.php?cID=
I think this is dependant on concrete5 being able to recognise the BASE_URL and DIR_REL values (the site url and directory) in the links. I'm assuming these are set in your site.php file. If not, I'd put them in.
With URL_REWRITING_ALL, this is to do with the paths to special pages like the dashboard pages. When false (or left out of site.php), the dashboard pages have /index.php/ in their paths. When set to true, it omits that. I think you can ignore this setting in terms of your problem.