Payment, Shiping , order total dead links.

I have recently installed Zen Cart 1.3.8 on a Centos 5 box. I got all green check marks and the store installed nicely.

I have included my PHPHINFO below so perhaps someone can help.

The trouble is that the links in Admin for the mudules do not take me anywhere.....just a blank screen. Its as if they are no there....but the directory shows them.

Any hints or clues would be appreciated.

http://store.rpmhobbiesonline.com/zen/phpinfo.php

Thanks in advance for your time.:yes:

You probably have some corrupt files ... either the /admin/modules.php file or the module files themselves in /includes/modules and /includes/languages/english/modules

Probably incomplete file uploads.
FAQ: https://www.zen-cart.com/tutorials/index.php?article=82

DrByte:

You probably have some corrupt files ... either the /admin/modules.php file or the module files themselves in /includes/modules and /includes/languages/english/modules

Probably incomplete file uploads.
FAQ: https://www.zen-cart.com/tutorials/index.php?article=82

I have checked to be sure they are the same files....and I even copied them over from a fresh download of the code to be sure.

any other ideas....could it be my PHP and curl versions???? (included in above info?

I anc set these up any way I want I own the box.....so if I should change versions of those let me know.

What did the error logs show after following the recommendation in teh FAQ I pointed you to?
https://www.zen-cart.com/tutorials/index.php?article=82

I guess I should have mentioned I already tried that.

It does not create the log.....never gets that far I guess.

"4. Open the latest /cache/myDEBUG-xxxxxxx.log file to see the list of any PHP errors that occurred while the page/test was running."

This file is never created.

I have even added

<?php define('STRICT_ERROR_REPORTING', true); ?>

to the modules.php to try and see what is up. It still just sits there spinning the browser...

What am I missing?

When exactly does the "hang" happen?

DrByte:

When exactly does the "hang" happen?

Here....:
http://store.rpmhobbiesonline.com/zen/admin/index.php

When I click on Modules and select payment(or any of the others......)

The browser spins in the upper right hand corner

And below it indicates it trying to open :

http://store.rpmhobbiesonline.com/zen/admin/modules.php?set=payment

After a minute or two...literally....it says done

Very weird.......as all else appears to be running fine.

Thanks for sticking with me on this ...I am scratching my head.:clap:

At this point I can send you the login if that would help, as this is a store I am just setting up.

Let me know

Mike

You asked earlier about your PHP and CURL versions.
I don't see anything wrong with your CURL version, but I would suggest that you upgrade to one of the newer (5.2.x) versions of PHP, since the industry is moving that direction quickly ... and even Zen Cart will require 5.2 in order for v1.4 to run when it's released.

But that should be causing your current problem.

The /admin/modules.php script accesses the filesystem to enumerate the files in the /includes/modules/MODULE_TYPE folder(s).
If you have odd files in there, or a lot of files in there, I'd anticipate potential problems. But the default of 5-10 files shouldn't pose any problems.

what files do you have in the /includes/modules/payment, /includes/modules/order_total, /includes/modules/shipping folders?

can you post the contents of your admin/includes/configure.php (less any passwords etc)

Seems like it is not looking in the right directory to enumerate the module files,

DrByte:

The /admin/modules.php script accesses the filesystem to enumerate the files in the /includes/modules/MODULE_TYPE folder(s).
If you have odd files in there, or a lot of files in there, I'd anticipate potential problems. But the default of 5-10 files shouldn't pose any problems.

what files do you have in the /includes/modules/payment, /includes/modules/order_total, /includes/modules/shipping folders?

Only the defaults that come out iof the install.....

wilt:

can you post the contents of your admin/includes/configure.php (less any passwords etc)

Seems like it is not looking in the right directory to enumerate the module files,

<?php /** * @package Configuration Settings circa 1.3.8 * @copyright Copyright 2003-2007 Zen Cart Development Team * @copyright Portions Copyright 2003 osCommerce * @license <http://www.zen-cart.com/license/2_0.txt> GNU Public License V2.0 */ /*************** NOTE: This file is similar, but DIFFERENT from the "store" version of configure.php. ***********/ /*************** The 2 files should be kept separate and not used to overwrite each other. ***********/ // Define the webserver and path parameters // Main webserver: eg-http://www.your_domain.com - // HTTP_SERVER is your Main webserver: eg-http://www.your_domain.com // HTTPS_SERVER is your Secure webserver: eg-https://www.your_domain.com // HTTP_CATALOG_SERVER is your Main webserver: eg-http://www.your_domain.com // HTTPS_CATALOG_SERVER is your Secure webserver: eg-https://www.your_domain.com /* * URLs for your site will be built via: * HTTP_SERVER plus DIR_WS_ADMIN or * HTTPS_SERVER plus DIR_WS_HTTPS_ADMIN or * HTTP_SERVER plus DIR_WS_CATALOG or * HTTPS_SERVER plus DIR_WS_HTTPS_CATALOG * ...depending on your system configuration settings * * If you desire your *entire* admin to be SSL-protected, make sure you use a "https:" URL for all 4 of the following: */ define('HTTP_SERVER', 'http://store.rpmhobbiesonline.com'); define('HTTPS_SERVER', 'https://store.rpmhobbiesonline.com'); define('HTTP_CATALOG_SERVER', 'http://store.rpmhobbiesonline.com'); define('HTTPS_CATALOG_SERVER', 'https://store.rpmhobbiesonline.com'); // Use secure webserver for catalog module and/or admin areas? define('ENABLE_SSL_CATALOG', 'false'); define('ENABLE_SSL_ADMIN', 'false'); // NOTE: be sure to leave the trailing '/' at the end of these lines if you make changes! // * DIR_WS_* = Webserver directories (virtual/URL) // these paths are relative to top of your webspace ... (ie: under the public_html or httpdocs folder) define('DIR_WS_ADMIN', '/zen/admin/'); define('DIR_WS_CATALOG', '/zen/'); define('DIR_WS_HTTPS_ADMIN', '/zen/admin/'); define('DIR_WS_HTTPS_CATALOG', '/zen/'); define('DIR_WS_IMAGES', 'images/'); define('DIR_WS_ICONS', DIR_WS_IMAGES . 'icons/'); define('DIR_WS_CATALOG_IMAGES', HTTP_CATALOG_SERVER . DIR_WS_CATALOG . 'images/'); define('DIR_WS_CATALOG_TEMPLATE', HTTP_CATALOG_SERVER . DIR_WS_CATALOG . 'includes/templates/'); define('DIR_WS_INCLUDES', 'includes/'); define('DIR_WS_BOXES', DIR_WS_INCLUDES . 'boxes/'); define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/'); define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/'); define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/'); define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages/'); define('DIR_WS_CATALOG_LANGUAGES', HTTP_CATALOG_SERVER . DIR_WS_CATALOG . 'includes/languages/'); // * DIR_FS_* = Filesystem directories (local/physical) //the following path is a COMPLETE path to your Zen Cart files. eg: /var/www/vhost/accountname/public_html/store/ define('DIR_FS_ADMIN', '/www/store.rpmhobbiesonline.com/zen/admin/'); define('DIR_FS_CATALOG', '/www/store.rpmhobbiesonline.com/zen/'); define('DIR_FS_CATALOG_LANGUAGES', DIR_FS_CATALOG . 'includes/languages/'); define('DIR_FS_CATALOG_IMAGES', DIR_FS_CATALOG . 'images/'); define('DIR_FS_CATALOG_MODULES', DIR_FS_CATALOG . 'includes/modules/'); define('DIR_FS_CATALOG_TEMPLATES', DIR_FS_CATALOG . 'includes/templates/'); define('DIR_FS_BACKUP', DIR_FS_ADMIN . 'backups/'); define('DIR_FS_EMAIL_TEMPLATES', DIR_FS_CATALOG . 'email/'); define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG . 'download/'); // define our database connection define('DB_TYPE', 'mysql'); define('DB_PREFIX', ''); define('DB_SERVER', 'localhost'); define('DB_SERVER_USERNAME', '#######'); define('DB_SERVER_PASSWORD', '########'); define('DB_DATABASE', 'RPM_zencart'); define('USE_PCONNECT', 'false'); define('STORE_SESSIONS', 'db'); // for STORE_SESSIONS, use 'db' for best support, or '' for file-based storage // The next 2 "defines" are for SQL cache support. // For SQL_CACHE_METHOD, you can select from: none, database, or file // If you choose "file", then you need to set the DIR_FS_SQL_CACHE to a directory where your apache // or webserver user has write privileges (chmod 666 or 777). We recommend using the "cache" folder inside the Zen Cart folder // ie: /path/to/your/webspace/public_html/zen/cache -- leave no trailing slash define('SQL_CACHE_METHOD', 'database'); define('DIR_FS_SQL_CACHE', '/www/store.rpmhobbiesonline.com/zen/cache'); // EOF

DrByte:

You asked earlier about your PHP and CURL versions.
I don't see anything wrong with your CURL version, but I would suggest that you upgrade to one of the newer (5.2.x) versions of PHP, since the industry is moving that direction quickly ... and even Zen Cart will require 5.2 in order for v1.4 to run when it's released.

But that should be causing your current problem.

I have the newer PHP d loaded....I figured since it green lighted me, I could use that one.....but I am prepared to upgrade if you think we need to....

I looked at the dirs they seem right....but I HAVE to be missing something..

Is the server's own errorlog reporting anything?
Does the server's CPU load go up during the wait?

DrByte:

Is the server's own errorlog reporting anything?
Does the server's CPU load go up during the wait?

Nothing in the logs.....it blips the cpu for second thats it.........seems like it never gets there....

I am off to build PHP 5.2.5 and recompile it in.......we will see.

if you feel up to editing a file and putting in some debugging code. You could try this,

you need to edit admin/modules.php

find this block of code circa line 156

 
  $file_extension = substr($PHP_SELF, strrpos($PHP_SELF, '.'));
  $directory_array = array();
  if ($dir = @dir($module_directory)) {
    while ($file = $dir->read()) {
      if (!is_dir($module_directory . $file)) {
        if (substr($file, strrpos($file, '.')) == $file_extension) {
          $directory_array[] = $file;
        }
      }
    }

and change to

  echo "<br><br>####" . $module_directory;
  $file_extension = substr($PHP_SELF, strrpos($PHP_SELF, '.'));
  $directory_array = array();
  if ($dir = @dir($module_directory)) {
    while ($file = $dir->read()) {
      echo "<br><br>" . $file;
      if (!is_dir($module_directory . $file)) {
        if (substr($file, strrpos($file, '.')) == $file_extension) {
          $directory_array[] = $file;
        }
      }
    }

now when u got to the modules section of admin, for payment/shipping etc you should see extra information echoed to the browser.

That might give some hint as to what the problem is.

No joy when editing the modules.php file.

I took a nap, and I think I may have the answer. My upstream provider in the Data center where I am collocated uses SNORT and a perimeter defense. I have had issues with it before being too tight for some code ....especially when it involves SSL.

So my theory is that because I chose not to enable SSL at the build up the activity with curl looks like something SNORT should block as it is outside of SSL.

Make any sense at all???

Anyway I have fired off a ticket to my buddies at the data center and we will see.

I will be sure to post back as to the outcome.

Thanks gents.

Mike

While a CURL problem might affect the loading of some payment/shipping methods, It should not affect the loading of modules generally.

Does you problem occur for every type of module.
ie shipping, payment and order totals.

However I am not that familiar with SNORT so cannot say whether it is having some other effect.

Just to bring closure to this ticket. It was in fact some odd rule in SNORT regarding "modules.php".

Since we use the screw it down tight until someone complains mentality towards security, we had all of the SNORT rules ON.

Anyway after determining that the modules.php the rule was designed for was obviously NOT the oscommerce/zen cart flavor..... we opened it for up for use and presto everything works great now.

:clap:

Thanks folks for your time and attention to this.

TalonOne

Over and out