I'm At A Loss.

I am a newbie with a fresh install. Install seemed to work fine but in admin, when I try to change settings the settings don't take.

For example, If I try and enter my zip code, it runs through the process but when I enter the code and press update it deletes any infomation pertaining to the zip code. I then get a warning that says the zip code information has not been supplied. When I tried looking at Kentucky as a zone and then exited, it deleted Kentucky from my zones list altogether. If I try to add KY as a zone, it accepts the info but then it doesn't appear in the list.

Does anyone have any suggestions? I am completely at a loss and have lost many hours today trying to figure out what is going on.

If I can supply any more info that might shed some light I will be happy to do so.

Thanks.
-H

What version of Zen Cart? What version of php and MYSQL are installed on your server? How did you do the installation?

Thanks for the quick reply.

MySQL is version 5.0

Not sure about Zen Cart (latest I believe. Downloaded it today.)

Not sure about PHP (Where can I find this?)

As far as the install goes, I unzipped it on my harddrive, FTP'd it to a file on my server and ran the install from there.

I know that probably isn't very helpful but it is the best I know.

Anything else I can supply from my end?

I ALSO GET THIS FLAG WHEN I TRY TO CHANGE SOME THINGS (For example, trying to install an order total module.):

Warning: Variable passed to each() is not an array or object in /homepages/32/d167952981/htdocs/home/cart/admin/modules.php on line 68

Warning: Cannot modify header information - headers already sent by (output started at /homepages/32/d167952981/htdocs/home/cart/admin/modules.php:68) in /homepages/32/d167952981/htdocs/home/cart/admin/includes/functions/general.php on line 34

Does that help?

Can you post a link to your site's zc_install/techsupp.php please?

Well, my answer here may say a lot.

I don't have a zc_install/techsupp.php file as I deleted the zc_install folder. I thought after installation it was a good idea to do so in order to prevent hack attempts. Is this my problem?

No, it's not a problem.

However, if you re-upload at least that one file, I could use it to look at your server specs and try to determine which of its configuration settings may be contributing to your grief.

** spelling edited **

Here's the link:

https://www.godsgreatestpassion.com/cart/techsupp.php

This is the file that was still on my harddrive but it seems like it wouldn't have been modified since installation (Because I deleted the whole folder soon after the install.)

Either way, I can't say how much I appreciate the help.

I don't know if this will make a difference but since install, my MS forms (newsletter sign-ups, etc . . .) are not working either. I get an error 404 - file not found when I try to use them.)

This is most likely your main problem:> PHP API version= cgi(and you likely have NO control over that).

This would be a secondary issue, and is not contributing to the problem you're reporting:> PHP Register Globals = ON

Yeah, I tried to tackle that with my server before I got started but it seemed like they are unable to do anything on their end.

So, does this mean I should give up and move on with life elsewhere?

I hate to do that but if it is a losing battle . . . .

Thanks for your input.

-H

Who is your host?

1and1.com

thanks again.

1and1.com

That's the problem. A search for 1and1 should find several threads with the changes needed to get their SSL up and running properly. They use a non-standard set up.

Argh .... 1and1 customer gets bitten again.

Most of the SSL setups Kim mentioned are largely addressed within the latest code.

However, if your 1and1 setup is forcing you to run PHP as CGI and you're getting the reported "variable passed is not an array .... on line 68" errors, then the hosting configuration is largely to blame. Sorry, no idea how to fix that server for you.

The technical cause for this situation is that the $_POST values sent by the browser are BLANK.... and thus cannot be processed properly due to invalid data. This is typically a PHP configuration setting issue, but could be some sort of security filter setting thing too.

If you don't have a lot invested in 1and1 already, you might want to check out one of our Certified Hosts as an alternative.

If 1and1 is running PHP as CGI because of files being CHMOD 777, then you might get around that by lowering the 777 to 666 or 644... but then you'll not be able to use the admin interface to upload images, do backups, edit define-pages, etc. It's not all bad, but certainly not as convenient as doing it as designed.