Re: Contact Us give "Page not Found" after sent message, but ONLY in Firefox
I am really sorry if there is confusion here. I am trying to do everything that has been told. I know that I do not know what I am doing and that everyone that has responded to me is much better at this than I. That is not the issue at all. The issue is that I must be misunderstanding what you mean when you say restore. Because I thought restoring could be done by copy and pasting. I will make this go to your link and restore them that way. However to clear things up, what I did was open the original file, hit ctr+a, ctr+c, open up the custom folder, ctr+a, ctr+v. I thought this was exactly the same thing as restoring the file. And to be honest I still do not understand what the difference is.
It has been a week mostly because of the holidays and I just have not had a lot of time to work on this. I assure you I am trying my best to get this worked out and am I very thankful for everyone trying to help.
Sorry but for newbees like me sometimes I read something and interpret it much differently than what the writer intended.
I will try to restore the files today and give an update.
Thanks
Corey
Re: Contact Us give "Page not Found" after sent message, but ONLY in Firefox
Quote:
Originally Posted by
coreyalderin
The only thing that I am not 100% sure of is the header_php.php file since it is still in the template folder and there is a small chance that I edited it without moving it into my custom folder.
There is no override folder for the header_php.php files. You do NOT use any custom folder for edited header_php.php files. You must edit the original file directly. If you decide to leave a backup of the original file in that folder, DO NOT leave a .php extension on the backup file. Call it .bak or something. Otherwise both files will load and cause conflicts or symptoms that are not easily explained or diagnosed.
Re: Contact Us give "Page not Found" after sent message, but ONLY in Firefox
Quote:
Originally Posted by
DrByte
There is no override folder for the header_php.php files. You do NOT use any custom folder for edited header_php.php files. You must edit the original file directly. If you decide to leave a backup of the original file in that folder, DO NOT leave a .php extension on the backup file. Call it .bak or something. Otherwise both files will load and cause conflicts or symptoms that are not easily explained or diagnosed.
OK. This is another place I got confused because I thought you could creat an override folder for anything. Maybe this could be a problem I am having because I just replaced the contact us files and I am still haveing the same problem.
But I tried to create override folders within the /modules and /language/english folders by putting a CUSTOM folder within those two places. Is that maybe causing my problem?
Thanks
Corey
Re: Contact Us give "Page not Found" after sent message, but ONLY in Firefox
/includes/languages/ - uses overrides -- so your changes there would take effect
/includes/modules/pages/ - does not use overrides -- so your changes in an override folder you created there would have no impact.
If your site is only using Zen Cart code, I don't think this is a Zen Cart thing. I think it's something (plugin/extension maybe?) in your browser or in your webserver (apache redirect for some very unusual reason).
Re: Contact Us give "Page not Found" after sent message, but ONLY in Firefox
Corey, What can you tell us about "Benchmark Email Ver 2.0"?
This is not zencart code, but it is clearly visible when viewing the source of your contact_us page. Where does it coem from. What is it's purpose?
Also, upon viewing the source, it seems that you have called your CUSTOM folder 'custom'. Although this is OK in itself, it is also very confusing, because the CUSTOM folders generally reflect the name of your 'custom' template... eg, 'classic', 'BoldGold', 'sunset', etc, etc, etc.....
Anyway, the existence of code from "Benchmark Email' being embeded in your contact page, whether intentional or not, is telling us that you still aren't using *original* ZenCart code.. We really can't help you if this is the case...
Although DrByte stated "I don't think this is a Zen Cart thing", and as much as I hate disagreeing with the Dr (he has a habit of making look like a fool) <g>, based on what I've just seen, I don't agree with his view at this point in time. The main thing that puzzles me though is why does the problem only show in Firefox (apparently). I've not confirmed this myself, but if true, and if we *assume* the benchmarkemail.com code addition is perfectly valid (iow, its all ok in other browsers) then I must agree with him, it could easily be a browser plugin/extension causing the problem.... Hmmmm.... This could also be a security setting somewhere... posting a form to a 3rd party site (benchmarkemail.com) has XSS implications.
Quote:
Because I thought restoring could be done by copy and pasting. I will make this go to your link and restore them that way. However to clear things up, what I did was open the original file, hit ctr+a, ctr+c, open up the custom folder, ctr+a, ctr+v. I thought this was exactly the same thing as restoring the file. And to be honest I still do not understand what the difference is.
Oh, I see... When you originally stated you copied and pasted I incorrectly assumed that you were referring to the file contents, and not the file(s) themselves.
Using ctrl-C ctrl-V to copy/paste the files is just fine.
Cheers
Rod
Re: Contact Us give "Page not Found" after sent message, but ONLY in Firefox
Quote:
Originally Posted by
RodG
Corey, What can you tell us about "Benchmark Email Ver 2.0"?
This is not zencart code, but it is clearly visible when viewing the source of your contact_us page. Where does it coem from. What is it's purpose?
This is in not in one of the three files. It is in the tpl_header.php file. It is a way for visitors to sign up for emails. Its the small form in the static header.
I removed it to test it and I still had the same problem.
I tried the form on the ipad and it works. I also tried it on another cmputer and it works in IE. SO then I cleared the cache and it still did not fix it.
Quote:
Originally Posted by
DrByte
I think it's something (plugin/extension maybe?) in your browser or in your webserver (apache redirect for some very unusual reason).
Is there something I can do to check these things? I do not know what apached redirect is.
Thanks so much to both of you for putting up with this problem and giving me a lot of things to check.
Re: Contact Us give "Page not Found" after sent message, but ONLY in Firefox
Corey, I've no idea what you did, but it seems to be working fine now.
I've tried with FireFox, Konquerer & Lynx... and although the formatting/display is a bit 'off' there's no sign of any problems.
Any idea what you did to solve the problem? (It may help us help others should they experience this same weirdness).
Cheers
Rod
Re: Contact Us give "Page not Found" after sent message, but ONLY in Firefox
Quote:
Originally Posted by
coreyalderin
I do not know what apached redirect is.
It's probably best that you keep it that way :)
Seriously though, it is a method that is employed at the server level that will intercept any given page request and redirect the browser to an alternate site or page.
It's purpose is to provide a means of letting a server administrator the ability to 'move' a page from one location to another, often as a result of a site restructure.
The technology behind it has been grossly abused for many years in a foolish and pointless attempt to gain higher rankings in search engines. A topic of much debate and many heated discussions. If you *haven't* installed any 'SEO' modules you almost certainly *won't* be using redirects, as such, you won't be having one of the many possible problems it causes. One of which could easily explain the problem you were experiencing.
ZenCart doesn't use redirects.. and *rightly* so. It doesn't need them. For this reason, when people experience strange inexplicable behavour, one of the first things we recommend is that they remove/rename or delete the .htaccess file that doubles as a configuration file for these redirects. Doing so doesn't always solve the issues, but it does eliminate the most common cause, which then allows us to move onto the next stage of debugging.
Bet your sorry you asked :)
Cheers
Rod
Re: Contact Us give "Page not Found" after sent message, but ONLY in Firefox
Quote:
Originally Posted by
RodG
Corey, I've no idea what you did, but it seems to be working fine now.
I've tried with FireFox, Konquerer & Lynx... and although the formatting/display is a bit 'off' there's no sign of any problems.
Any idea what you did to solve the problem? (It may help us help others should they experience this same weirdness).
Cheers
Rod
I just retested and it is not working for me in IE or Firefox still. What version of Firefox are you using?
Re: Contact Us give "Page not Found" after sent message, but ONLY in Firefox
Corey, sorry about the delay, I've not forgotten about the 'interesting' problem that you have. Silly season got in the way :)
Quote:
Originally Posted by
coreyalderin
I just retested and it is not working for me in IE or Firefox still.
I'm not really sure what this means (yet) (still a little hungover) , but try this:
http://www.toolsforchrist.com/index....age=contact_us
Fill in form details, press the send, and all is (should be) ok. you'll get the "Your message has been successfully sent" response.
Now try clicking on the 'Contact us' menu link, which will take you to:
http://toolsforchrist.com/index.php?...age=contact_us
Fill in the form details, click the send, and you'll be greeted with the 'Page not found' error.
It seems to me that you have some inconsistencies between the use and non use of 'www'. This is generally the result of some kind of URL rewriting/redirection, or conflicting settings in one or both of the ZenCart configuration settings, or perhaps something even hard coded in the template files.
If you can resolve this conflict so that all links point to
http://www.toolsforchrist.com/ OR http:/toolsforchrist.com/ things will probably work just fine.
Cheers
Rod