Ceon URI Mapping v4.x

[Feznizzle]

Hi Conor,

Long time no talk, hope all is well!

I set up a ZC 1.5 and installed Ceon URI 4.0.8. I added a temporary landing page at /index.html for my client while finishing their ZC. I had to temporarily delete the Ceon URI rules from the htaccess to make the index.html file show up, rather than the /index.php.

No biggy, when I finished I was going to put the Ceon URI rules back in. Everything seemed to be fine on Saturday. But now I cannot get the browser to load the /index.php file.

When I go here (site being staged)(remove the '**' to see the site):
strat**esysgroup**com/index.php

I get redirected to here:
strat**esysgroup**com

But the browser displays:
strat**esysgroup**com/index.html

This only seems to effect the index file. You get the ZC if you add this to the url: /index.php?main_page=contact_us

If I remover index.html, the index.php shows up. But my client needs that temporary landing page and I need the index.php so I can see what I'm doing.

As I say, it worked perfectly until I intentionally disabled the htaccess so that the default behavior would return (browser loading index.html befor index.php). I did that on Saturday and was able to default to index.html and access index.php no problem. But it doesn't work now!

This is absolutely not Ceon URI's fault. But I suspect a fix is hiding in Ceon URI. I imagine others have used a temporary landing page while staging a site, so I'm hoping you might know of a solution.

Your thoughts would be greatly appreciated!

Thanks,
Mike

[DivaVocals]

Just wanted to share a tip.. If you are going to work directly on the client's hosting account, next time you should setup a sub-domain for your staging environment.. this way you can configure the site to your hearts content while the landing page is unaffected.. Using a sub-domain will make transferring the site easier as the only change you need to make is the paths in the configure.php files..

Hi Conor,

Long time no talk, hope all is well!

I set up a ZC 1.5 and installed Ceon URI 4.0.8. I added a temporary landing page at /index.html for my client while finishing their ZC. I had to temporarily delete the Ceon URI rules from the htaccess to make the index.html file show up, rather than the /index.php.

No biggy, when I finished I was going to put the Ceon URI rules back in. Everything seemed to be fine on Saturday. But now I cannot get the browser to load the /index.php file.

When I go here (site being staged)(remove the '**' to see the site):
strat**esysgroup**com/index.php

I get redirected to here:
strat**esysgroup**com

But the browser displays:
strat**esysgroup**com/index.html

This only seems to effect the index file. You get the ZC if you add this to the url: /index.php?main_page=contact_us

If I remover index.html, the index.php shows up. But my client needs that temporary landing page and I need the index.php so I can see what I'm doing.

As I say, it worked perfectly until I intentionally disabled the htaccess so that the default behavior would return (browser loading index.html befor index.php). I did that on Saturday and was able to default to index.html and access index.php no problem. But it doesn't work now!

This is absolutely not Ceon URI's fault. But I suspect a fix is hiding in Ceon URI. I imagine others have used a temporary landing page while staging a site, so I'm hoping you might know of a solution.

Your thoughts would be greatly appreciated!

Thanks,
Mike

[Feznizzle]

Just wanted to share a tip.. If you are going to work directly on the client's hosting account, next time you should setup a sub-domain for your staging environment.. this way you can configure the site to your hearts content while the landing page is unaffected.. Using a sub-domain will make transferring the site easier as the only change you need to make is the paths in the configure.php files..

Totally kicking myself for not doing that right from the beginning! Believe me, I will from now on! Think the reason I didn't was that I wanted to use the SSL cert I installed, which doesn't cover subdomains. Still, I should have just disabled ssl during staging. Grrr!

Thanks, Diva.

[DivaVocals]

Totally kicking myself for not doing that right from the beginning! Believe me, I will from now on! Think the reason I didn't was that I wanted to use the SSL cert I installed, which doesn't cover subdomains. Still, I should have just disabled ssl during staging. Grrr!

Thanks, Diva.

Yep.. I never do SSL testing until I move the site live.. It's on my implementation checklist. I just keep the site in maintenance mode while I test..

I'm sure Conor can help you with your current issue..

[Feznizzle]

Quick question, Diva.

Let's say you use subdomain and you install Ceon URI on it and generate URLs like this:
www.SUBDOMAIN.mysite.com/About_Us

When you transfer over and fix the configure files, does Ceon automagically know this happened? So now all the URI's follow:
www.mysite.com/About_Us

Probably a dumb question, I'm guessing that is how it works.

[DivaVocals]

Quick question, Diva.

Let's say you use subdomain and you install Ceon URI on it and generate URLs like this:
www.SUBDOMAIN.mysite.com/About_Us

When you transfer over and fix the configure files, does Ceon automagically know this happened? So now all the URI's follow:
www.mysite.com/About_Us

Probably a dumb question, I'm guessing that is how it works.

Yes.. sub-domains behave like a top level domain.. and this is why Conor has said repeatedly that the way do do your development is to use a sub-domain and NOT a sub-folder.. If you use a sub-folder, be prepared to run a scrip to fix your URIs in the URI table..

I stopped using sub-folders for development long ago because I finally had one nightmare implementation too many.. Too many scripts and fixes I had to run to right everything after moving the code over. Especially since my development happens on my own hosting account and gets moved to the client's live server. So now I create a sub-domain and point it to my sub-folder.. Using sub-domains makes implementation part SOOOOOO much easier...

[Feznizzle]

Good stuff, thanks!

[conor]

Hi,

Long time no talk, hope all is well!

No, but passing/past the bottom and on the way up I think! Thanks for asking tho, hope you're well yourself! :)

I had to temporarily delete the Ceon URI rules from the htaccess to make the index.html file show up, rather than the /index.php.

Ceon URI Mapping sees the following as the same (which is a good thing ;) ):

/index.php

/index.php?main_page=index

/


You basically want to temporarily have '/' as '/index.html' but '/' is currently assigned to '/index.php'.

You should be able to have /index.html take control of / by adding the following to the rewrite rule:

RewriteCond %{REQUEST_URI} !^/$

This stops / being rewritten and passed on to /index.php

This is absolutely not Ceon URI's fault. But I suspect a fix is hiding in Ceon URI. I imagine others have used a temporary landing page while staging a site, so I'm hoping you might know of a solution.

Nope, it's not Ceon URI Mapping's fault at all, temporary landing pages are the "problem" when the appropriate rule isn't in place.. Ceon URI Mapping can't read minds so, if told to handle a URI, it will! The "Example Rule" is aptly named if I don't say so myself. :)

I think I may have to use some of my massively limited time add to a small guide to Rewrite Rules/.htaccess to the documentation.. I'll see about that for version 5.0.0, in the meantime got 4.2.1 to release...

Let's say you use subdomain and you install Ceon URI on it and generate URLs like this:
www.SUBDOMAIN.mysite.com/About_Us

When you transfer over and fix the configure files, does Ceon automagically know this happened? So now all the URI's follow:
www.mysite.com/About_Us

Ceon URI Mapping doesn't know/care what the domain is, it works using the part of the URI from the first slash onwards. It is definitely good to use subdomains for testing new sites and they will work perfectly; transferring the database across to the main site everything will continue to work just the same.

All the best...

Conor
ceon

[Feznizzle]

Right on! Thanks Conor!