How do I resolve this error/warning? page_parse_time.log failed to open stream

Ugh. Forgot to include the link discussed above about upgrading by rebuilding: http://www.zen-cart.com/entry.php?3-How-do-I-rebuild-my-site-on-the-new-version-instead-of-upgrading

As for database constraints, there are ways that a backup of your database backup can be modified to use a different prefix including adding one if one was not used... This way two stores can operate off the same database at least for testing, and then only the needed operations reproduced on the "real" database.

Great idea. I have accidentally done that already while trying to setup 'localhost', and would work for the upgrade when I get around to it.

kobra:

xcergy,

Why are you attempting to load the old 1.3.8 version??
Why not load the upgraded version?

BTW: the php version should be compatible with 1.3.8 - might look at other reasons for the blank page

a) the site is not viewable on my host due to an unannounced PHP upgrade (PHP 5.5)
b) I want to view the installed template that includes a flyout menu, google froogle data (shipping weight/UPC/ASIN/etc) as well as test the cart as i uninstall modules.
c) last, the project has (unfortunately) turned into an obsession of a learning curve.

xcergy:

a) the site is not viewable on my host due to an unannounced PHP upgrade (PHP 5.5)
b) I want to view the installed template that includes a flyout menu, google froogle data (shipping weight/UPC/ASIN/etc) as well as test the cart as i uninstall modules.
c) last, the project has (unfortunately) turned into an obsession of a learning curve.

A) may I suggest that you subscribe to Zen Cart Release Announcements so that you are not surprised in the future about changes that are being made globally (retirement of sub-systems such as PHP 5.2.x). I did a relatively quick look through and didn't see that it was out-right stated that PHP 5.2.x was going away, but the latest ZC releases have been targeting upcoming application of newer PHP versions on various servers... This would/should lead one to question the upgrade path of ones host.
B) the default template hasn't exactly changed formatting, so if the same template formats are maintained with the applicable upgrades in other aspects of the template files, you could build your site using your "existing" template and never know the wiser that it was 1.3.8 before and 1.5.4/5 now...
C) always tends to go that way, but do try to remember your goal... Would think it is to make money off of the site that currently is not functional? Or is it? I lost track. :) and right now is "costing" money to operate but not make sales... Just sayin'... There's plenty to learn simply in the upgrade process, the operation under the new design, etc... But if you find that you need to continue, seems more information may be necessary to help. Ie. What are the differences in your current install as compared to a new install of the same version? What files are in one set that are not in the other? Don't discredit files that have been "renamed" as in some cases they can be a problem to loading the site...

a) the site is not viewable on my host due to an unannounced PHP upgrade (PHP 5.5)
b) I want to view the installed template that includes a flyout menu, google froogle data (shipping weight/UPC/ASIN/etc) as well as test the cart as i uninstall modules.
So are you getting a blank page on your xamp install??

kobra:

So are you getting a blank page on your xamp install??

Yes. Cart page is blank. Admin page is working

may I suggest that you subscribe to Zen Cart Release Announcements so that you are not surprised in the future about changes that are being made globally (retirement of sub-systems such as PHP 5.2.x). I did a relatively quick look through and didn't see that it was out-right stated that PHP 5.2.x was going away,

This was an unannounced Host upgrade. A notice from Zen wouldn't have helped ( other than the need for an upgrade to a newer site).

Upgrade on current site. Got it, except the BIGGIE .... having to login to admin every 15 minutes. It's the most annoying feature of the new version.

Don't discredit files that have been "renamed" as in some cases they can be a problem to loading the site...

Have not seen that in installations. I always rename files that will be overwritten by a add-on.

xcergy:

having to login to admin every 15 minutes. It's the most annoying feature of the new version.
You can turn that off if you're satisfied with not being PCI complaint.

xcergy:

This was an unannounced Host upgrade. A notice from Zen wouldn't have helped ( other than the need for an upgrade to a newer site).

Upgrade on current site. Got it, except the BIGGIE .... having to login to admin every 15 minutes. It's the most annoying feature of the new version.

Don't discredit files that have been "renamed" as in some cases they can be a problem to loading the site...

Have not seen that in installations. I always rename files that will be overwritten by a add-on.

The past is the past, I agree. The intent/thought was maybe the host offered the ability to upgrade the php version before forcing the upgrade. A side note, have you contacted the host to find out why you weren't notified? (Ie, may have some incorrect contact info?)

As to the naming/renaming convention, do you leave .php at the end of the renamed file(s)? (Technically don't need to know to what, just whether do or not. There are some names that could cause a PCI scan verification failure, but that's a different topic also.)

DrByte:

You can turn that off if you're satisfied with not being PCI complaint.

Not going to play that game with a mirror backup on my 'puter and website. I'll just go GRRR every time I do, and blame the lawmakers/penthouses that know nothing about actual coding/admin of websites.

/rant to avoid getting into political discussions, but to be honest, PCI Compliance does have a political element .... another thread for another time .... :-(

mc12345678:

The past is the past, I agree. The intent/thought was maybe the host offered the ability to upgrade the php version before forcing the upgrade. A side note, have you contacted the host to find out why you weren't notified? (Ie, may have some incorrect contact info?)

As to the naming/renaming convention, do you leave .php at the end of the renamed file(s)? (Technically don't need to know to what, just whether do or not. There are some names that could cause a PCI scan verification failure, but that's a different topic also.)

Oh, it's all my bad. I knew I needed to upgrade, and procrastinated.

But of course I asked why!!!!!! Their claim is, they did. Funny how the notice was missing, but I get monthly notices to 'buy this' and 'add that'. And I have two sites on the same host.

I have had freeyellow.com as my host for close to 10 years. Back then it was REALLY FREE!!! The company has been bought out 3 times, and each time service/features/support has increased. Today it is owned by Endurance Int. They own many base hosts, including Hostgator [sp], a top 10 rated host by CNET

Yes. I leave the .php extension when renaming. If you mess w the extension, you need to 'find an associated program' to edit same [php.exe]. Yes, I'm lazy.

xcergy:

Oh, it's all my bad. I knew I needed to upgrade, and procrastinated.

But of course I asked why!!!!!! Their claim is, they did. Funny how the notice was missing, but I get monthly notices to 'buy this' and 'add that'. And I have two sites on the same host.

I have had freeyellow.com as my host for close to 10 years. Back then it was REALLY FREE!!! The company has been bought out 3 times, and each time service/features/support has increased. Today it is owned by Endurance Int. They own many base hosts, including Hostgator [sp], a top 10 rated host by CNET

Yes. I leave the .php extension when renaming. If you mess w the extension, you need to 'find an associated program' to edit same [php.exe]. Yes, I'm lazy.

Well, that could be your problem depending on what files in what directories have been so renamed... There are some directories where every .php file is loaded or at least files matching particular patterns. Thus, the renmaed file may still be having an effect on the store when it was thought that it would not. If a file is renamed to take it out of play, then there should be no real need to edit it again until it is named back to it's original because unhappy with the "new" file.

Could be, but doubtful. The files were downloaded as a zip file from the host.

xcergy:

Could be, but doubtful. The files were downloaded as a zip file from the host.

So what's your plan forward?

So far have identified:

1. that php upgrade on your host has expectedly taken away the ability of your ZC site from operating.
2. A download of the files to operate against an operating environment that is reportedly compatible with that older version of ZC is providing a blank screen on the store front, but not on the admin side.
3. The files are reportedly edited and when so edited to support a plugin or perhaps other modifications the filename extension remains .php. This is something discouraged from being done, but as of yet can not be proven a problem because of the next bullet.
4. There has been no report of what files are present on this now non-fully functional site (local as it may be) as compared to a fresh install of the same version nor modified files/modifications made to files existing for both...
5. No error log files have been identified either as ZC logged or as local server logged and yet operation is not continuing through the appropriate stages.

I mean, one thing I might suggest... Since you're trying so hard to get a copy of ZC 1.3.8a to run on your local computer is to install a separate copy of the original ZC 1.3.8a files with a separate database and verify that that installation works... Then, begin incorporating the changes that have been made to that version from your store version... I would start with template related changes, which may identify core changes that need to be also incorporated... Or, install the plugins at the versions that existed when you built your site (these plugins should still exist on the ZC site and is a reason that such old versions still do exist there).

But that's just another suggestion as has been offered throughout this thread, do with as desired.

Still a work in progress. at least I have the files needed, and I have admin access to copy/paste data to 1.5.4 if needed.

It's tax time, so my time is divided right now between that and other projects.

Your suggestions to getting 1.5.4 up and running using the host database (based on 1.3.8a) will be tried this weekend. At least now I am prepared to do changes wo losing basic data.

I got the .com up and running w 1.5.4 this morning ... with a glitch. Main page got a 500 error, and the admin page worked fine. Turns out the host had to downgrade PHP to v5.3 to get it to work.

https://www.xcergy.com

That makes me wonder if I need to downgrade PHP to 4.9 on my localhost??

4.9????

That doesn't make sense... A 500 error that is resolved by downgrading PHP to 5.3??? Glad it's working, but it is compatible with PHP 5.6... Now if they had pHP 7.0 it is understandable that there was an issue.

Have you with your ZC 1.5.4 site applied the fixes applicable in: http://www.zen-cart.com/showthread.php?215694-Known-Bugs-%28and-fixes%29-with-v1-5-4

mc12345678:

4.9????

That doesn't make sense... A 500 error that is resolved by downgrading PHP to 5.3??? Glad it's working, but it is compatible with PHP 5.6... Now if they had pHP 7.0 it is understandable that there was an issue.

Have you with your ZC 1.5.4 site applied the fixes applicable in: http://www.zen-cart.com/showthread.php?215694-Known-Bugs-%28and-fixes%29-with-v1-5-4

That's what I thought, and I never bothered to set the php version requirements offered on CPanel.
Very strange, and my host is owned by the same Parent Company as Hostgater.

xcergy:

That's what I thought, and I never bothered to set the php version requirements offered on CPanel.
Very strange, and my host is owned by the same Parent Company as Hostgater.

Unfortunately many are... But that doesn't necessarily mean that the software/hardware setup is the same. Not sure what to add/say... There appears to be a bit of knowledge lacking in the installation and operation of ZC. By not selecting the version of PHP, then leaving things to be as set by the host well, one can expect whatever happens to happen, including being told what it took to "fix" the issue. the requirements to operate ZC are found on the main page of this forum: http://zen-cart.com

It's all part of the learning curve, and thanks for your support doing same.

Each situation is a part of the learning curve, and we need more users of this wonderful platform to contribute to the community. I plan to do more in my limited capability.