Comments for page "404 (Page does not exist) Redirect"

(no title)

Wed, 16 Jun 2021 05:58:46 +0000

I like the 404 redirect and I went to this page (http://ktsangsb.wikidot.com/npr:pageexist) and put the numbers and deleted the number and put it where it was. So yea, I hope I didn't broke the code. I don't know if the page is locked or not.

(no title)

Tue, 30 Oct 2012 19:55:57 +0000

Got it going. Thanks!

(no title)

Mon, 10 Sep 2012 08:01:43 +0000

Sorry for being slow to test this. Yes it now works fine on my SSL site. Thanks.

(no title)

Thu, 06 Sep 2012 22:37:10 +0000

Yes, it appears to be an SSL issue. The iframe included was set with http://. I've fixed this now. Please test :)

(no title)

Thu, 06 Sep 2012 14:18:22 +0000

No it's not working. As soon as I press the newpage button snippet instead of taking me into the dataform it re-directs me. I want that bit but the user needs to edit the dataform first. It works on your site, the community site and several of my other sites. The only difference here is that the site is an SSL site, could that be the problem?

(no title)

Thu, 06 Sep 2012 13:45:14 +0000

There's a newpage-button snippet on a page and I want to take them back there if they click cancel. But I must have done something silly. I'll check it again.

Re: Re-direct when cancel button is pressed on a dataform

Thu, 06 Sep 2012 13:39:57 +0000

Hi Rob,

I don't know if I understand fully what you mean here. I've created a data form on my sandbox (http://ktsangsb.wikidot.com/npr:test/edit/true) and I included this snippet on the sidebar… and when I click cancel, it'll redirect me to the 404 page.

So, are you after a way to redirect the user back to the referrer URL rather than a static 404 page?

Re-direct when cancel button is pressed on a dataform

Thu, 06 Sep 2012 13:28:23 +0000

Kenneth et al, I was wondering if there is a way that this excellent snippet can be extended (or a new one created) to cover the situation when then user presses the Cancel button while editing a new dataform.

At the moment it just takes them to the standard "This page does not "yet" exist" screen, but it would be better if the redirect can be used to take them back to the page they came from. Will we have to wait for wish:247 to be implemented or is there something clever you can do here?

(no title)

Fri, 03 Aug 2012 06:46:28 +0000

Although the browser loads two pages instead of one this snippet works fast. Since I do not JavaScript my Wikidot-knowledge is a bit limited. But thanks a lot for this snippet because I waited so much Wikidot staff to implement it.

Best regards,
Vlad

Re: Great Solution!

Mon, 30 Jul 2012 00:59:31 +0000

Ah, well:

The original code (first version) resembled your iframe redirect snippet. Since I had basically copied the code and added lines before and after in the Javascript, I decided to change the comment line — rather than removing it.

I then removed all of the , and to help "speed up" the load time.

So… yeah…

Great Solution!

Sun, 29 Jul 2012 22:03:18 +0000

This is a great solution to our long-time needed feature! Well done!

However…

No, the JavaScript code doesn't seem to resemble anything I've coded… I don't think you need to credit me for your hard work here!

Or was this referring to the /nav:side & /nav:top technique I created for the Per Category CSS module?

(no title)

Sat, 28 Jul 2012 03:30:43 +0000

In order to have a separate 404 page per category, official support for this feature would still be nice to have.

Yes, I would love to see official support too.

But you've come up with a good alternative in the meantime, and it's extremely simple to implement!

Thanks :)

I've also added a new include, [[include :snippets:404-link… for creating a link in the 404 page which will allow users to create the page easier. It's 100% SUO capable. I've implemented it in the community site.

(no title)

Sat, 28 Jul 2012 01:59:02 +0000

Just had a chance to implement it on one of my own sites — it works really well. Nice job tsangk (and James Kanjo too, who created the original code that you worked from).

In order to have a separate 404 page per category, official support for this feature would still be nice to have. But you've come up with a good alternative in the meantime, and it's extremely simple to implement!

(no title)

Thu, 26 Jul 2012 13:53:13 +0000

And Rob has made a wonderfull community 404 page:
( Sorry, Rob , I cannot stop to post this here..)
http://community.wikidot.com/404 (**Hmmm…..we couldn't find that one **)

(no title)

Thu, 26 Jul 2012 13:13:57 +0000

That's good, well done Kenneth. I've added it to the Community site.

Thanks Rob :)

One thing I noticed is there is a lag of a couple of seconds while the "normal" page not found displays

Yes, I noticed the lag in redirection too — but I think it's a characteristic of the Javascript-based redirection method. A normal redirect would simple send headers for redirection whereas the javascript method requires the loading of the parent page and the redirection child frame before the actual redirection takes place.

(no title)

Thu, 26 Jul 2012 13:00:14 +0000

That's good, well done Kenneth. I've added it to the Community site.

One thing I noticed is there is a lag of a couple of seconds while the "normal" page not found displays before the re-direct happens. Is this due to the html blog in the framework and, if so, the the framework really necessary?