Just tried breaking out the 404 code into a dedicated 404 handler,
rather than using a combined file. No luck.
Also, I mapped the web root of the web site in the CF Admin. Then I
placed the 404 handler in the web root and confirmed it was working
(so that means that CF mappings work inside the a
On 12/22/05, Mosh Teitelbaum <[EMAIL PROTECTED]> wrote:
> Perhaps you have some other code problem in the 404 handler?
Nope. My 404 handler is also my site wide error handler (you can just
specify both as the same template in the CF Admin). It starts like
this:
http://"; & CGI.SERVER_NAME>
Matt:
Are you able to CFINCLUDE a file that is located in the exact same directory
as the 404 handler? I'm curious if it's truly a problem with including
files or something else.
I have a development site in which the 404 handler is located in the site's
webroot. For fun, I added a CFINCLUDE to
Mosh,
Thanks but I tried that yesterday as a shot-in-the-dark No dice, but
good thinking :-)
My next attempt is going to:
1. install a mapping to the client web site
2. put the CF 404 handler under the client's web root in this mapped folder
3. Try again
Obviously doing this has implications;
Ian,
You're missing what I said: I did the cfinclude outside of the
relative web root and it WORKS. It just doesn't work in the SW error
handler.
> you tried to use a relative link in your cfinclude that will not work outside
> of the
> current webroot. The webroot is what a relative path is
om: Matt Robertson [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 21, 2005 8:02 PM
> To: CF-Talk
> Subject: Re: Whats wrong with this friendly URL idea?
>
>
> On 12/21/05, Ian Skinner <[EMAIL PROTECTED]> wrote:
> > I just created a test and it worked for me. Just
1. created http://mysecretbase.com/helloworld.cfm, which lets say resides at
c:/websites/mysecretbase.
2. Created c:/storage/old/yoohoo.cfm, which contains only the text "hello
world!". This folder has nothing to do with any web root.
3. helloworld.cfm contains only the line
Yes you tried t
How about using a .html extension on the SE freindly URL and making
your webserver's 404 page a CF page, to do the same job? This means it
isn't the CF sitewide missing template process kicking in so maybe the
same problem won't come up.
On 12/22/05, Matt Robertson <[EMAIL PROTECTED]> wrote:
> On
On 12/21/05, Ian Skinner <[EMAIL PROTECTED]> wrote:
> I just created a test and it worked for me. Just to be clear, here are the
> steps I followed.
There is something special going on with the site-wide and 404 error
handlers that prevent this from working. I tried a different and more
extreme
The site is completely dynamic, and parameter-laden links go several
levels deep. We know how far SE's crawl down and this -- coupled to a
lot of code using form posts where they are not necessary -- hides a
lot of potential SE food. About 20,000 pages worth.
By changing a link named report.cfm?
Hi Matt,
I'm intrigued, what is the purpose of all this? I think I can guess, but
I'd really like to know for sure.
Jenny
-Original Message-
From: Matt Robertson [mailto:[EMAIL PROTECTED]
Sent: 21 December 2005 16:22
To: CF-Talk
Subject: Whats wrong with this friendly URL
I ran thru that procedure exactly and got the same CF 'file not found' error.
Just to make sure I pulled the path from an Explorer window and it blew up as
well, so it wasn't a spelling error.
I just created a test and it worked for me. Just to be clear, here are the
steps I followed.
1) I c
, 2005 1:35 PM
To: CF-Talk
Subject: Re: Whats wrong with this friendly URL idea?
On 12/21/05, Katz, Dov B (IT) <[EMAIL PROTECTED]> wrote:
> Why not use robots.txt to disallow a path within the site?
What would that do?
Does anyone have a favorite in terms of the ISAPI plugins/rewriters
mentio
]
Sent: Wednesday, December 21, 2005 1:17 PM
To: CF-Talk
Subject: Re: Whats wrong with this friendly URL idea?
On 12/21/05, Burns, John D <[EMAIL PROTECTED]> wrote:
> The only question I would have is why you're using CFHTTP to grab the
> file. If it's on your server, you c
You can't do a forward() out of your current webroot. It has to be a
valid URL (not file, mind you) that's in the same application context.
So that was bound to fail anyway.
But the CFINCLUDE should work, since you're not switching drives or
anything. You try stepping down the path to the templ
On 12/21/05, Dan G. Switzer, II <[EMAIL PROTECTED]> wrote:
> Instead of using CFHTTP or CFINCLUDE, have you tried doing a server-side
> forward?
I got exactly the same error. This has got to have something to do
with the two different web roots. Either that or I am doing something
really dumb.
>I ran thru that procedure exactly and got the same CF 'file not found'
>error. Just to make sure I pulled the path from an Explorer window
>and it blew up as well, so it wasn't a spelling error.
Instead of using CFHTTP or CFINCLUDE, have you tried doing a server-side
forward?
getPageContext().
On 12/21/05, Ian Skinner <[EMAIL PROTECTED]> wrote:
> c:\foo\bar\website_com\
>
> To do what you want with a tag, you need to create a mapping in
> the cfadministrator.
>
> You create a mapping [\mywebsitemapping] in the administrator that points you
> your website directory [c://websites/mywebs
c:\foo\bar\website_com\
To do what you want with a tag, you need to create a mapping in the
cfadministrator.
You create a mapping [\mywebsitemapping] in the administrator that points you
your website directory [c://websites/mywebsite]
You can then write a cfinclude that looks like this:
-
On 12/21/05, Ryan Guill <[EMAIL PROTECTED]> wrote:
> If the page you want is in c:/cfusionmx/wwwroot/hendler.cfm, try this instead:
>
> or
>
no, thats where the *calling* page is. The page I want to cfinclude
is on the same drive but a completely different folder branch, which
is the only reaso
On 12/21/05, Katz, Dov B (IT) <[EMAIL PROTECTED]> wrote:
> Why not use robots.txt to disallow a path within the site?
What would that do?
Does anyone have a favorite in terms of the ISAPI plugins/rewriters
mentioned above?
--
--mattRobertson--
Janitor, MSB Web Systems
mysecretbase.com
~
Does anyone know of a way to programmatically determine if the browser's
refresh button has been clicked?
Thanks
sas
Scott A. Stewart
ColdFusion Developer
GNSI
11820 Parklawn Dr
Rockville, MD 20852
(301) 770-9610
~|
Disc
If the page you want is in c:/cfusionmx/wwwroot/hendler.cfm, try this instead:
or
On 12/21/05, Matt Robertson <[EMAIL PROTECTED]> wrote:
> On 12/21/05, Burns, John D <[EMAIL PROTECTED]> wrote:
> > The only question I would have is why you're using CFHTTP to grab the
> > file. If it's on your s
Why not use robots.txt to disallow a path within the site?
-Original Message-
From: Burns, John D [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 21, 2005 12:41 PM
To: CF-Talk
Subject: RE: Whats wrong with this friendly URL idea?
I don't see anything wrong with the idea. I
On 12/21/05, Burns, John D <[EMAIL PROTECTED]> wrote:
> The only question I would have is why you're using CFHTTP to grab the
> file. If it's on your server, you could do a and it will
> drop it right in the page. I hope that helps.
I would love to do that, but tried and it doesn't want to work.
I'd higly recommend using some sort of URL rewriting tool for doing
this sort of thing. It'll be enormously faster than any CF-based
solution, and keep it at the web-server level, which is where it
belongs. You might even find that you don't need to do the static
pages at all, since you can entir
AIL PROTECTED]
Sent: Wednesday, December 21, 2005 11:22 AM
To: CF-Talk
Subject: Whats wrong with this friendly URL idea?
I have a client with a completely dynamic site that we want to turn
static. As in dynamic admin area publishing static content (about 20k
pages). But before we can do that there
vanced ColdFusion MX Developer
Wyle Laboratories, Inc. | Web Developer
-Original Message-
From: Matt Robertson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 21, 2005 11:22 AM
To: CF-Talk
Subject: Whats wrong with this friendly URL idea?
I have a client with a completely dynamic site
I have a client with a completely dynamic site that we want to turn
static. As in dynamic admin area publishing static content (about 20k
pages). But before we can do that there are issues that will take
months to resolve (training users in the new admin area, just for
starters). Runs on CF7 and
29 matches
Mail list logo