Browser times out trying to display login.php on GoDaddy host

I just installed zen cart on my Godaddy hosting account but I can't get into my admin area because my IE9 browser times out and says it can't display the page when trying to access login.php.

I can get into my new store and sign up as a customer, so that area seems to be working well.

I don't have an SSL certificate for my store yet.:dontgetit

Using:

Zen Cart 1.3.9h

PHP version 5.2.14

Linux p3nlh165.shr.prod.phx3.secureserver.net 2.6.18-238.12.1.el5PAE #1 SMP Tue May 31 14:02:45 EDT 2011 i686

After turning on strict error reporting by adding
define("STRICT_ERROR_REPORTING', true); near the top of application_top.php, I got the following parse error showing up:

Parse error: syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING:dontgetit

for this statement:

if (!isset($PHP_SELF)) $PHP_SELF = $_SERVER['PHP_SELF'];

in the admin version of 'includes/application_top.php'

Did you use their one-click install or a download from Source Forge?

I used their one click install.

Then delete it and try another install.
If that fails, log a ticket with their support department to get them to fix whatever is broken by their one-click install.

OK, thanks. I'll try that.

Meanwhile, I've isolated the point where it's hanging up -- :flex:
login.php gets into but not out of the
require('includes/application_top.php');
statement.

All I can say is that thousands of installations before you haven't had that problem, so it appears to be a glitch with the copy of the files that were put on your server by your host's one-click install.

You could alternatively do your own manual install (which is the recommended method anyway) using original Zen Cart files (see link on our home page), and/or compare all the files put onto your server against the original versions of those files, and sort out the anomalies there yourself.

Thanks for that advice. I did do a complete uninstall and then manually reinstalled using the download from the Zen Cart website.

However, after renaming the install files folder and adjusting the admin version of configure.php and renaming the admin folder, I still have the same situation of being able to access my store as a customer but not being able to get to my admin login to tailor the store. My browser times out and then gives up saying that it can't display the file.

I don't believe it's a file permission issue because I put a copy of phpinfo.php into the renamed admin folder and I can execute that just fine. I also tried renaming the .htaccess file but that didn;t solve the problem either.

I haven't added any debugging printouts to this latest version yet, but when I did that with the earlier installation that was having the same problem, I found that it was hanging up right at the tail end of the *required *application_top.php script and wan't returning to the login.php script from the *require *statement.
:ohmy:

Try this: https://www.zen-cart.com/tutorials/index.php?article=81
If that solves it, then your GoDaddy server has some firewall issues that need addressing.

I really thought that tip might solve the problem but unfortunately it didn't. I edited the /admin/includes/local/skip-version-check.ini file and set the version-check line to "off"
but my system still hangs up and can't display the page.:mellow:

I really thought that tip might solve the problem but unfortunately it didn't.
If you are serious about whatever it is you are trying to sell, Get away from GoDaddy...

They are not a good ecommerce host

Thanks for that advice. Who would you recommend as a good ecommerce hosting service?:unsure:

Continuing with my attemp to debug my GoDaddy installation, I've traced the hangup point into the autoload_func.php script.
At the end of that script, I printed out all the debugging info that it so nicely gathered as it executed.

I can make this output avaiable to anyone who thinks it might be valuable in debugging my rather unique problem.:frusty:

You could paste it here. Most likely the majority of the info it displayed is merely execution steps, and the last thing it talks about is the thing it either failed on, or the last thing it did successfully.

Here is the debugging output from autoload_func.php:
actionPoint=>0 include('/home/content/a/r/t/arthart/html/shop/includes/classes/class.base.php');
actionPoint=>0 include('/home/content/a/r/t/arthart/html/shop/includes/classes/class.notifier.php');
actionPoint=>0 $zco_notifier = new notifier();
actionPoint=>0 include('/home/content/a/r/t/arthart/html/shop/includes/classes/sniffer.php');
actionPoint=>0 include('includes/classes/logger.php');
actionPoint=>0 include('/home/content/a/r/t/arthart/html/shop/includes/classes/shopping_cart.php');
actionPoint=>0 include('/home/content/a/r/t/arthart/html/shop/includes/classes/products.php');
actionPoint=>0 include('includes/classes/table_block.php');
actionPoint=>0 include('includes/classes/box.php');
actionPoint=>0 include('includes/classes/message_stack.php');
actionPoint=>0 include('includes/classes/split_page_results.php');
actionPoint=>0 include('includes/classes/object_info.php');
actionPoint=>0 include('/home/content/a/r/t/arthart/html/shop/includes/classes/class.phpmailer.php');
actionPoint=>0 include('/home/content/a/r/t/arthart/html/shop/includes/classes/class.smtp.php');
actionPoint=>0 include('includes/classes/upload.php');
actionPoint=>10 require('includes/init_includes/init_file_db_names.php');
actionPoint=>10 require('includes/init_includes/init_database.php');
actionPoint=>10 require('/home/content/a/r/t/arthart/html/shop/includes/version.php');
actionPoint=>20 require('includes/init_includes/init_db_config_read.php');
actionPoint=>30 require('includes/init_includes/init_gzip.php');
actionPoint=>30 $sniffer = new sniffer();
actionPoint=>40 require('includes/init_includes/init_general_funcs.php');
actionPoint=>40 require('includes/init_includes/init_tlds.php');
actionPoint=>60 require('includes/init_includes/init_sessions.php');
actionPoint=>70 require('includes/init_includes/init_languages.php');
actionPoint=>80 require('includes/init_includes/init_templates.php');
actionPoint=>90 $zc_products = new products();
actionPoint=>90 require('includes/functions/localization.php');
actionPoint=>100 $messageStack = new messageStack();
actionPoint=>120 require('includes/init_includes/init_special_funcs.php');
actionPoint=>130 require('includes/init_includes/init_category_path.php');
actionPoint=>140 require('includes/init_includes/init_errors.php');
);

So, it worked all the way up to point 140, and then failed on the next point, which was likely 150 which loads init_admin_auth.php (You can see all these points defined in the auto_loaders/config.core.php file), which means either that file is damaged, or there's an override version of the file in the "overrides" folder that contains errors (not uncommon if you've installed poorly-written addons), or your host's server is unable to handle the simple PHP code in that script.

Who would you recommend as a good ecommerce hosting service
There several in the hosting link
http://www.zen-cart.com/index.php?main_page=infopages&pages_id=10

I just tried using Google Chrome to access my login.php script and received the following:

Error 310 (net::ERR_TOO_MANY_REDIRECTS): There were too many redirects

:flex:

I also tried using firefox and got the following:

The page isn't redirecting properly

      Firefox has detected that the server is redirecting the request for this address in a way that will never complete.

This problem can sometimes be caused by disabling or refusing to accept cookies.

:flex: