This post follows my 'resolving' post for the post titled "An apparent conflict with my Apache configuration". Attempting to move a correctly performing Zen Cart site from a hosted server (necessitated by 1and1's inadequate PHP memory allocation for hosted sites), I encounter the following bind. If I follow the faq instructions as faithfully as I can construe for moving a site from one server to another I get a perfectly mirrored site on the virtual server. Every product with every bit of graphics and text displays correctly. The ordering process performs correctly through the final 'thank you' after Paypal payment. But the site's frozen in that state because I cannot activate the administration process. As I've described voluminously in a previous post, the admin login id/password prompt displays but when 'submitted' execution vanishes in every way discernable from the console. Debugging the login file execution, I find that execution flows through the entire table and everything that's supposed to be sent elsewhere does so. But having done so, execution vanishes as discernable from the console.
However, one process component alone doesn't make a bind. The bind is that if I install from scratch on the virtual server, using the database with the correctly performing hosted sites voluminous categorization and product description records and also update the files from the correctly performing hosted site, using the protocols specified in the faq, I get a site on the virtual server which does not incorporate the information on the database. The administration utility works fine, but I'm forced to start entering categories and products from scratch. That's not going to happen.
So, there's the catch-22. Any omniscience on this issue out there, please.
Bookmarks