Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ..."Unattached" Pages"Unattached" Pages
Previous
 
Next
New Post
7/11/2006 1:04 PM
 

I have set IIS' error handling for 404 to go to that page.

I am surprised that people don't have friendly 'page not found' pages. On your site, for example, if you go to this page:

http://www.callcenters24x7.com/pagedoesnotexist.asp

then it comes up with a fairly unhelpful page. (I'm not trying to be derogatory or critical of your site but trying to understand why people don't use this.)

But if you go this this page on a portal that I'm currently working on:

http://www.usaskiforum.com/pagedoesnotexist.asp

then there is a friendly "page not found" message with help to redirect the person around the site.

So if you re-arrange your site in any way and a SE is pointing to a now missing page on your site you're going to lose visitors right? But in my scenario they are more likely to stay.

BTW: Thanks for the examples of when people usually use hidden pages - that was insightful and helpful.

As an addendum to this post, this page:

http://www.usaskiforum.com/pagedoesnotexist.aspx

still does not give a friendly error because DNN is trying to handle it and I believe that I need to redirect to friendly Page Not Found page from web.config which I have not done yet.


ver 4.3.1 (to 8 July 2006) ver 4.3.2 (to 20 July 2006) ver 4.3.3 (to 5 Aug 2006) ver 4.3.4 (to 20 Sep 2006) ver 4.3.5 (to 25 Dec 2006) ver 4.4.0 (to date)
 
New Post
7/11/2006 1:28 PM
 

Actually, I thoroughly agree with you.  It's quite easy to do, and really can make a different in the effectiveness of your site.  Yet, we haven't done it yet ourselves!  LOL

I'll have to think a bit about the best way to redirect based on a good guess of where they may have been trying to go.  We really should implement that for our own site.  But to answer your question, you can go to the IIS logs and view the information there about what pages they were trying to go to.  For example, here is the actual entry in our IIS log from your visit:

2006-07-11 16:55:12 W3SVC350727818 WWW 64.246.162.40 GET /pagedoesnotexist.asp - 80 - 68.231.19.34 HTTP/1.1 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.0.3705;+.NET+CLR+1.1.4322;+Media+Center+PC+4.0) .CC24X7ANONYMOUS=OMxtkpzbxgEkAAAAMjBmNjA4MDktNmViZC00MWViLWEwOGItZTNiMWNiMDhlNjIz0;+DotNetNukeAnonymous=a77c5af9-2d39-4145-a652-35c2b91a2a52;+language=en-US - www.callcenters24x7.com 404 0 2 1795 617 78



Shane Miller
Call Centers 24x7
 
New Post
7/11/2006 1:37 PM
 

Very pleased that we're on the same page :)

Now what I would like to do, is have that info, the page that they were trying to reach, appended to a log file with today's day somewhere on the system. Then, once a day, using the scheduling system built into DNN, a process takes a look to see if there is a log file from yesterday, if so, it emails that log file to the admin of the portal. That way, you are only alerted when people are trying to reach a page that is not there and you don't need to check the IIS log each day.

A lot of the structure for doing this is already built into DNN and before I go and write the missing bits I want to make sure that it isn't already available or that someone has not already written it. The reason that I suspect that it is out there already or already written is that it is such an obvious and useful maintenance utility.


ver 4.3.1 (to 8 July 2006) ver 4.3.2 (to 20 July 2006) ver 4.3.3 (to 5 Aug 2006) ver 4.3.4 (to 20 Sep 2006) ver 4.3.5 (to 25 Dec 2006) ver 4.4.0 (to date)
 
New Post
7/11/2006 1:48 PM
 
I agree, it should be possible to pull it together pretty quickly.  Let's both check it out and see what we find!


Shane Miller
Call Centers 24x7
 
New Post
7/11/2006 3:42 PM
 

I've done a bit of searching but haven't come up with anything yet.

I'm thinking along the lines of a custom Module that can be added to the Page-Not-Found page. I assume that if the module is hidden that the Page_Load event is still triggered and that in this event you would open the log file in append mode and get the HTTP_REFERRER value and write that to the file along with the date/time etc.

A second module would be required to attach to the scheduler which would check the log folder and email the previous day's file. Of course the configuration options of this module are unlimited. When does it clean-up the old log files? etc. The scheduled module would probably work on a portal wide basis while the PNF module would be per site.

Now we could also get really fancy (and I was discussing this elsewhere on this forum with someone) where we write the Page-Not-Found to a unique field in a table - but not before we checked that table to see if that page was already in there - of course. We then fire off an email stating that there is a new entry in the table. You click the link in the email and go to the admin of the table. This allows you to type in the page that should have come up instead of the Page-Not-Found. The next time that someone tries to surf to this page they land on our Page-Not-Found table but the pre-record insert finds that the record is already in the table with the correct matching page and automatically redirects them.

The project is now officially out-of-control :)


ver 4.3.1 (to 8 July 2006) ver 4.3.2 (to 20 July 2006) ver 4.3.3 (to 5 Aug 2006) ver 4.3.4 (to 20 Sep 2006) ver 4.3.5 (to 25 Dec 2006) ver 4.4.0 (to date)
 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ..."Unattached" Pages"Unattached" Pages


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out