User signs in and clicks on any link takes them back to sign in

[mpenland]

I have the new site on another server. I am having to change firewall to look at new site and then change it back so original site will work. I went from 1.3 to 1.5.5e. Every seems to work fine, until you click on contact and it takes you to a login screen. Once logged in , you can click on any item and it takes you back to the login screen. What is causing this?

SIte running

Server Host: www.gandnenterprises.com (66.44.210.231)
Server OS: Linux spud2.databrook.net 2.6.32-673.26.1.lve1.4.23.el6.x86_64 #1 SMP Thu Mar 9 15:13:22 EST 2017 x86_64
Server Date: 05/10/2017 12:17:24
Server Up Time: Unsupported
HTTP Server: Apache
PHP Version: 5.6.30 (Zend: 2.6.0)
PHP File Uploads: On
Upload Max Size: 50M
PHP Memory Limit: 64M
POST Max Size: 50M
Database: MySQL 5.5.54-cll
Database Host: localhost (127.0.0.1)
Database Date: 05/10/2017 12:17:24
Database Data Size: 721 kB
Database Index Size: 628 kB
MySQL Slow Query Log Status: On
MySQL Slow Query Log File: /var/lib/mysql/spud2-slow.log
MySQL Mode: (None set)

[mpenland]

I found if I clear cache on my browser everything works correctly. except when I click on contact us. Is there a way to not make users to login to contact us?

[mc12345678]

I found if I clear cache on my browser everything works correctly. except when I click on contact us. Is there a way to not make users to login to contact us?

There is nothing in a default installation of ZC 1.5.5 that would direct/redirect to login when navigating to the contact_us page.

As such, there are a number of questions (please see the posting tips) that when answered could help those here to help identify why your install is working differently than a vanilla install.
Ie. how was the "upgrade" performed,
where did the files come from,
was one of the tutorials/FAQs from this website followed,
what issues were encountered and how were they overcome,
what files exist in this installation that do not in a base install,
how were the files that are in this installation different than those that come with a vanilla installation,
how well did a fresh install of ZC 1.5.5 without your existing data operate? Does it experience the same issue?
etc...

[Website Rob]

I have the new site on another server. I am having to change firewall to look at new site and then change it back so original site will work.

Can you explain further what that statement means? And do you have test login so we can see what you see?


This you need to change:

from:
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

to:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Should I convert my store from iso-8859-1 to utf8?

An oddity I noticed is that you state PHP Version: 5.6.30 and yet your site returns PHP Version 4.4.8 in the Headers? Perhaps you should chat with your Hoster about that as something is not right.

[mpenland]

I had to switch back to the old system, so the site would work right. All my files are set to the charset=uti-8. I have the new site up if you can take a look now. gandnenterprises.com.

THe upgrade proceedure I used came from zencart. https://www.zen-cart.com/content.php?140. I was amazed at how easy it was to upgrade the site, I had to copy some images over from the old site. Other than that everything worked. We do not use a shopping cart. Have the customer call in.

If I click on contact it goes to login page. When I get logged in and click on a link it takes me back to login page. WHen I clear my browser history everything works correct, intil I click on contact us . THen I have to do the whole process again. Thank you both for giving me help. Hope fully now that I put the new site backup you will be able to point me in the right direction.

[mpenland]

user [email protected]
pass C1sc09853~

[mc12345678]

You've got something very "odd"/different going on...

Right now, you have a SSL certificate "associated" with your server; however, it does not appear to be issued by a "reputable source" or can not be verified. But, that doesn't become an issue until 1) someone has logged in at which point the site loads all links using https:, or 2) attempt to access the contact us page which is attempting to force the page to be SSL. What is odd about this situation is that before logging in all pages are navigated by use of http:, and all subsequent pages are reached by use of https:.

The reason this seems odd, is that typically ie in a base install, after the contact us page or after login, the only pages that still are served via https: are those that are expected to be https: ie. login, checkout_xxxx (which you don't even use), and basically contact_us. Therefore, once a user logs in from a "secure" page, the next navigation to say a product or other area of the site should be http:, but your site attempts (the first time I was trying to navigate it) to use https: for all pages after that point. Further, I have not seen any link to get to a login, and in a way don't see the point of having one available if there is no "purchase" made, but perhaps you manage things differently. (didn't look into the account of the user credentials that were provided as perhaps some tool is used to add history to a user's account if they even create one seeing that the only way to really purchase is to contact you instead of letting the system do the work for you).

So, quick summary is: there has been a modification made (possibly template related) that is carrying https: for all pages after initial login, the includes/configure.php file probably has ENABLE_SSL set to true, the certificate is not "trusted" or perhaps not installed correctly with it recently being installed/updated, you also have a redirect from your public_html (or similar) directory to go to a sub-directory which may play a factor in that something else may be incorrectly set and it not be noticeable because navigation seems "ok", all of your ZC generated links are showing/providing the zenid; however, upon navigation the zenid is removed from the url, but is again in the source code.

Initial suggestion would be to look at the includes/configure.php file (obscuring DB_ credentials and if for some weird reason the admin directory is provided to obscure the specific foldername, but understand that the contents of paths are important as well). Before posting/pasting the content, please select the # button in the message box toolbar. This will generate [CODE][/CODE] tags. Between the two tags, paste the content.

[mpenland]

This is a customer of my webhost. They only have the site so customers can view their products. They do not want a shopping cart. I agree this is crazy, however, thats what they want. I went in and disabled ssl and the issue went away. Thank you for your time and help.