did you also make the htaccess file pretty urls gives you the content for?

Yes sir, I did, it looks like:



I had to add some 301s for old urls to resolve to new URLs for google and such.

~Rodre

yeah i just looked at your site, it appears the pretty urls are working, just that one page seems to redirect to the other version of the URL. Not sure why it would do that, perhaps there's something funky going on with the way that primary navigation is linking to pages?

Hello,

I am not sure, basically for the navigation, I have:

Home (folder)

Vancouver (folder)

Fleet/Rates (folder) - called limousine-service

and it seems to do this on this foder only. Is it because I have a "/" in the name for the sitemap view?

Hello,

I moved the Fleet/Rates folder under "Home" then back under "Vancouver" and this seems to have fixed the issue when clicking from the Home page to the Fleet/Rates page. I used to have the links at the bottom include capitialization, and when I clicked them they exposed the "index.php" in the URL. I changed the one thats says "Vancouver Limousine Service" to be all lower case, and that seems to have worked, but even though I changed the one that says "Vancouver Liosuines" to all lowercase to point to an alias of the fleet/rates page it still exposes "index.php" in the url. Thoughts?

Yes, I also had a capital "S" and capital "M" in the the href value for the Site-Map in the footer and that also used to cause "index.php" to be exposed in the footer. I just changed them to lower case and it seems to have fixed it. anyway we can get mod_rewrite convert all URLS into lower case so this can be fixed for the time being?

Hello,

It seems any time I hit a page alias it exposes "index.php" as well. For example, this page:

http://limolimo.ca/about-vancouver-limousine-company/...

has this alias:

http://limolimo.ca/about-limousines/...

when I hit the second URL it exposes "index.php" in the URL. What are the chances of this being fixed?

Google is taxing my site becasue of this issue, is no one else experiencing this?

I checked out your website and it appears to be working now.

I'm having the same problem, could you share your solution?

Thanks!

I have so far figured out that two scenarios seem to cause the issue. One scenario is when the href= has upper case in it, as it appears that C5 turns all URLs to lower case. The second is when the href= hits a page alias. This causes "index.php" to be exposed in the URL as well. I wish this wasn't the case as it causes the "pretty URLs" to turn pretty ugly.

I am encountering this same issue when aliases are capitalized. This is happening on my 5.3.2 install, but I haven't been able to recreate it on 5.3.1.1

Has anyone determined a cause yet?

-D

I believe I have confirmed that this *issue* is new, and was not found in 5.3.1.1

Why does 5.3.2 convert all URLs to lowercase?

How can I disable this, and maintain my pretty camel-cased human readable urls?

More importantly, how can I avoid going to homeUrl/index.php/nocamelcase. I'd settle for no camlecase as long as it didn't have the index.php in the url.


-Dave

...but I have a feeling the response from the powers that be might be "shut-up and enjoy your free beer". I too preffered the human readable URLS, but who knows, I know upper case is a bit of a no-no when transfering data, so perhaps the search engines and indexes prefer the lower case and this is why the gods decided to convert all URLs to lower case? What I ended up having to do to try and rid myself of the "index.php" suddenly popping up was to remove all my page aliases and re-point all my internal links to the new URLs after I moved some pages around and page aliases were automatically added in the page properties. Pretty annoying and it reduces the value of using a CMS. I hope it get's fixed, but not much we can do about it unless someone has time to spare to trace the offending code and submit a patch to the c5 developers. I am too busy trying to get my site to have a google page rank so I am going to try and just live with it and hope it get's fixed. If someone wants to work on SEO for my site I can look at running the trace.

No one is jumping on the chance to do free SEO for my site? I just can't beleive it!!! C'mon, everybody wants a free limo ride, at least that is what you would think when it comes time to pay...

Edit concrete/startup/external_link.php

Comment-out the following:



-D

I commented out the lines of code and my site didn't fizzle, so thanks! Can you please elaborate on exactly what this code block does? Also, will it allow the use of CamelCase again?

I may have remembered incorrectly on this. I thought that the CMS could handle CamelCasing but I no longer think that was the case. Our setup is a large mash-up of several different systems, the CMS being one of them and I must have assumed it worked because most of the time it does when navigating across the other components.

Camel Casing now works (using the above hack) when linking from, let's say a template, or a HTML block. Referencing href="/About" from an html block or template will take you to URL/About in the browser. But if you use "Link to Page" in the CMS or any of the auto-nav features, the browser will convert the URL to lowercase. I'm not sure that there is a way around this because the auto-generated page aliases are lower cased by default, and cannot be changed.

So, the hack above only prevents the "URL/index.php/about" issue, generated from CamelCased hard links.

BTW, the culprit above is in the line:


The requested path is CamelCased and the collection path is lowercase thereby redirecting to the lowercase url and applying the dispatcher somewhere.

-D

if this is the case and verified, can someone post it to feature request or bugs? thx.
-frz