Blank site after installing using Plesk control panel

Parafanaylya:

Here's the first:

From post 11 there was this information: /var/www/vhosts/joburlnx.ehost-services221.com/public_html
From post 4 "quoted" above there was this: var/www/vhosts/joburlnx.ehost-services221.com/httpdocs/

There appear to have been a number of install attempts and various reworkings of data. As the most recent zc_install log indicates, the store's includes/configure.php was not writeable which is a built in security measure and to modify it (either by zc_install or manually) the permission levels need to be modified prior to saving changes.

As pointed out by carlwhat, your server knows where to look for files because it can access the subfolder extras, but ZC needs to know where to go by way of the includes/configure.php file and then similarly the admin/includes/configure.php file.

Then once those point to the right location there is the issue of what is allowed to be done at, to, with the path information which is where the specific file/folder permissions come into play.

The lack of additional files in the logs directory while still getting either a blank page or other errors further leans to a problem in the includes/configure.php file and it not pointing to the correct location(s).

mc12345678:

From post 11 there was this information: /var/www/vhosts/joburlnx.ehost-services221.com/public_html
From post 4 "quoted" above there was this: var/www/vhosts/joburlnx.ehost-services221.com/httpdocs/

There appear to have been a number of install attempts and various reworkings of data.

There have been, yes, all with little tweaks like creating dir names as preferred by both the host (domain name) or public_html; httpdocs; fresh installs were done in case anything was overlooked/corrupted or otherwise.

mc12345678:

As the most recent zc_install log indicates, the store's includes/configure.php was not writeable which is a built in security measure and to modify it (either by zc_install or manually) the permission levels need to be modified prior to saving changes.

noted

mc12345678:

As pointed out by carlwhat, your server knows where to look for files because it can access the subfolder extras, but ZC needs to know where to go by way of the includes/configure.php file and then similarly the admin/includes/configure.php file.

Then once those point to the right location there is the issue of what is allowed to be done at, to, with the path information which is where the specific file/folder permissions come into play.

The lack of additional files in the logs directory while still getting either a blank page or other errors further leans to a problem in the includes/configure.php file and it not pointing to the correct location(s).

I have no coding experience, so would assume that the names need to match the config file naming.

carlwhat:

read is fine.

did u rename the htaccess file?

no

carlwhat:

please post the newest debug log.

[21-Nov-2017 04:00:33 UTC] PHP Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /var/www/vhosts/joburlnx.ehost-services221.com/joburgonline.com/zc_install/includes/application_top.php on line 59

I made a change as follows

<?php /** * @package initSystem * @copyright Copyright 2003-2013 Zen Cart Development Team * @license <http://www.zen-cart.com/license/2_0.txt> GNU Public License V2.0 * @version GIT: $Id: Author: DrByte Sat Nov 2 01:21:28 2013 -0400 New in v1.5.2 $ */ /* * Set time zone */ if (version_compare(PHP_VERSION, 5.3, '>=')) { // put your timezone here. Refer to <http://www.php.net/manual/en/timezones.php> $TZ = 'Africa/Johannesburg'; // eg: 'Europe/Oslo'

My site is hosted in North America somewhere, and we're based in South Africa. I made this change in one of the previous installs, no change

Parafanaylya:

There have been, yes, all with little tweaks like creating dir names as preferred by both the host (domain name) or public_html; httpdocs; fresh installs were done in case anything was overlooked/corrupted or otherwise.

noted

I have no coding experience, so would assume that the names need to match the config file naming.
DIR_FS_ path information should match the folder location within the server. DIR_WS_ related should match information to be seen by web browser visitors.

So do all these other installs still exist on your system? Ie. Is it possible that the Internet is pointed to one location, and we're all discussing and searching within a different one?

One way to tell is to use the information identified by carlwhat to find out more. Ie. Place a copy of a file that currently "works" in the same directory but with a different name and do the same (different name for each) in the matching path for the other installs (assuming they do still exist). Which ever can be executed sucessfully identifies to where the Internet is pointing and which set of log files to try to review.

Recently the log files provided have all been related to zc_install and not from attempting access otherwise. This goes back to the observation of possibly file/folder permission issues. If folders are currently set to 0777, suggest making them 0755 as some servers will prevent accessing folders with such fully open permissions (personal experience).

As for the timezone issue. The most recently quoted file is from the zc_install and it identifies a warning. When reviewing the most recent log file and the most recent message within that, a warning won't typically stop execution. It could lead to a problem that generates an error, but the warning itself is not the critical error. Further, if you do business in the johannesburg timezone, and wish others to access your site as if they are operating in that timezone, then you have chosen correctly. From the code execution side, the important part is that A timezone has been selected. Doesn't matter where your server is located, the timezone is about the time to be reported.

mc,
i got the credentials for the site and troubleshot the problem. it was the set_time_zone. the posted config was correct....

this error caused ZC to stop execution, and we should probably do something about it:

Warning: putenv() has been disabled for security reasons in /blah....blah....blah.../set_time_zone.php on line 28

best.

carlwhat:

mc,
i got the credentials for the site and troubleshot the problem. it was the set_time_zone. the posted config was correct....

this error caused ZC to stop execution, and we should probably do something about it:

Warning: putenv() has been disabled for security reasons in /blah....blah....blah.../set_time_zone.php on line 28

best.

Enom support have told me that they won't edit the putenv in the /etc/php.ini file because we're on a shared hosting environment. The .htaccess file needs altering.

Because our Linux hosting does not use PHP.ini at the domain name level, certain settings that would normally managed through PHP.ini can instead be done through the .htaccess file.

The .htaccess file allows you to designate custom index files for your website.

You can create and upload .htaccess files to the root folder of your website, or any sub-folder depending on where you want to apply the settings defined by the .htaccess file.

To set the default documents or "index" documents for your Linux-hosted web site, create an .htaccess file and upload it to the root folder for your domain, or add the following to an existing .htaccess file:
DirectoryIndex index.html index.htm index.php
You can modify the above example to include the name(s) of the default document(s) you would like to use.

Note: Enom Support cannot assist in the creation or scripting of .htaccess files, however you can find more information here: http://www.htaccesstools.com/htaccess-faq/

mc12345678:

DIR_FS_ path information should match the folder location within the server. DIR_WS_ related should match information to be seen by web browser visitors.

thanks

mc12345678:

So do all these other installs still exist on your system? Ie. Is it possible that the Internet is pointed to one location, and we're all discussing and searching within a different one?

I am taking them down - getting rid of the clutter

mc12345678:

One way to tell is to use the information identified by carlwhat to find out more. Ie. Place a copy of a file that currently "works" in the same directory but with a different name and do the same (different name for each) in the matching path for the other installs (assuming they do still exist). Which ever can be executed sucessfully identifies to where the Internet is pointing and which set of log files to try to review.

this has been done by a member of the Enom support team, but the related logs haven't been reviewed by myself

mc12345678:

Recently the log files provided have all been related to zc_install and not from attempting access otherwise. This goes back to the observation of possibly file/folder permission issues. If folders are currently set to 0777, suggest making them 0755 as some servers will prevent accessing folders with such fully open permissions (personal experience).

The only folders set to 777 are the ones mentioned in the installation tutorial. Would I set my config files to 755? One stayed on 777, and the other changed automatically to 444

mc12345678:

As for the timezone issue. The most recently quoted file is from the zc_install and it identifies a warning. When reviewing the most recent log file and the most recent message within that, a warning won't typically stop execution. It could lead to a problem that generates an error, but the warning itself is not the critical error. Further, if you do business in the johannesburg timezone, and wish others to access your site as if they are operating in that timezone, then you have chosen correctly. From the code execution side, the important part is that A timezone has been selected. Doesn't matter where your server is located, the timezone is about the time to be reported.

I'll leave that timezone setting as Africa/Johannesburg

Somebody fixed the issue and ZC is displaying now.

Parafanaylya:

thanks

I am taking them down - getting rid of the clutter

this has been done by a member of the Enom support team, but the related logs haven't been reviewed by myself

The only folders set to 777 are the ones mentioned in the installation tutorial. Would I set my config files to 755? One stayed on 777, and the other changed automatically to 444

I'll leave that timezone setting as Africa/Johannesburg
While it would be highly advisable to know or find out who "someone" was and what they changed and then for you to modify your login credentials anywhere related to your account(s), it would not surprise me if the above permission settings were part of the issue. My experience in a shared environment: folders: 755, files: 644. To prevent editing change the first value to match the last two. Some files that are only internally used (they are not to be referenced from the outside world) can have the last value of 0 to further lock them down.

Yes, though can confirm that a site in maintenance mode is up and available at the uri provided.

As to the putenv function being disabled, the command is only used within the time_zone setting file and in later versions a file that auto-updates the currency conversions again though to set the timezone.

Again, really should come to understand what was done to make the site operational, by what party (host or those you have given credentials), and what has actually changed. Otherwise, good luck and remember to keep the site up-to-date (ie. The version installed is reportedly 1.5.4. ZC 1.5.5 has been out for almost 2 years now)

mc12345678:

Again, really should come to understand what was done to make the site operational, by what party (host or those you have given credentials), and what has actually changed. Otherwise, good luck and remember to keep the site up-to-date (ie. The version installed is reportedly 1.5.4. ZC 1.5.5 has been out for almost 2 years now)

i will try and be clearer. apparently i was not clear in post #25 above.

i got the site operational.

i commented out the putenv line in the set_time_zone.php script. and the site came up.

there was NO permissions problem associated with this specific problem. nothing more needed to be done.

apparently there is a way to enable the function putenv using .htaccess as the host is not configured to have separate php.ini files for each domain on the server. unfortunately i am not that well versed in those directives, so if someone could help with that problem, then the set_time_zone.php script could return to its unaltered state.

i hope that was clear.

best.

carlwhat:

i will try and be clearer. apparently i was not clear in post #25 above.

i got the site operational.

i commented out the putenv line in the set_time_zone.php script. and the site came up.

there was NO permissions problem associated with this specific problem. nothing more needed to be done.

apparently there is a way to enable the function putenv using .htaccess as the host is not configured to have separate php.ini files for each domain on the server. unfortunately i am not that well versed in those directives, so if someone could help with that problem, then the set_time_zone.php script could return to its unaltered state.

i hope that was clear.

best.

Hi Carl

I don't know what happened after I changed my profile password, but I no longer have permissions to use my "parafanaylya" profile.

I had given up on the host after I crashed the site with the subsequent upload of my original Winchester Responsive files. I told the host support team that I thought that somebody in their team had found the fix. And I also assumed that someone hadn't let anyone know about the fix as they don't support 3rd party apps.....

Anyway, Carl, thank you. I compared the backup that I had to the uploaded file, and worked out what had to be changed. I am not a geek, and didn't know what comment out means:wacko:

the edited or commented out code in root folder: /includes/extra_configures/set_time_zone.php

if ($TZ != '') {
//putenv('TZ=' . $TZ);
//@date_default_timezone_set($TZ);

vs the original

if ($TZ != '') {
putenv('TZ=' . $TZ);
@date_default_timezone_set($TZ);

I started a new thread about the new issues being experienced and it doesn't show.

Maybe it's going to be moderated before publishing, as using this profile I am a newbie?

So here are the issues:

http://joburgonline.com

PHP1.5.6
Winchester responsive

I am using a temporary profile as my original profile @parafanaylya is not working.

Anyway here's my case history

I moved host. Carried out fresh ZC1.5.4 install, and couldn't get the site to display despite a successful install. Site was blank:blink: How to fix the blank site: THREAD HERE

Then I uploaded the original backed up hosting files and DB following the instructions in the relevant tutorial

TIP: Read the move to new server or host instruction top to bottom before carrying out the fresh install

I didn't do the DB table prefix in the fresh install above, and ended up with no table prefix in my DB to match the original. So I thought that I could fix it. And maybe I did:

I went into phpMyAdmin and added the prefix. The i added the table prefix like this in /includes/configure.php and /admin/includes/configure.php:

// define our database connection
define('DB_TYPE', 'mysql');
define('DB_PREFIX', 'zen_');
define('DB_CHARSET', 'utf8');
define('DB_SERVER', 'localhost:3306');
define('DB_SERVER_USERNAME', 'jobur_patrick');
define('DB_SERVER_PASSWORD', '**********');
define('DB_DATABASE', 'joburlnx_154');

Issues:

Using the original classic template:

[Attachment no longer available]

Note it displays categories - then navigate to a product, no thumbnails.....

Using the Winchester Responsive template:

[Attachment no longer available]

No categories, but can find products through search using either keyword eg oven or product code coa1004

I'm not too phased about fixing information like sales message goes here or any of that. I'll chip away at the overrides, just want to fix the WInchester Responsive template to display as well as: categories, products, thumbnails etc.

Thanks in advance

Shared hosting is never a good idea for something as important as a commercial website. What initially seems "cheap" usually turns out to become very expensive - especially in terms of downtime and missed sales opportunities. And while the actual physical location of the server is not that important these days, having a host in the same geographical precinct makes life a little easier. You are all in the same time zone, and telephoning (or going round there in your car) can make a big difference.

I lived in SA for many years, and built numerous websites, hosting with iafrica (I have no idea if they still exist), but the main thing about an e-commerce site is to find a host that:-

A. Has sufficient expertise in e-commerce, and particularly in mysql/php and unix/linux server environments, and that they have servers that accommodate these protocols. Moving to a MS-based environment can cause hassles.

B. Offers dedicated hosting... keep other websites OUT of your space... you have no control over what they do there, and the degree to which they consume server resources. Or... how many others are sharing your space.

Our hosts meet all of the parameters listed above, and for a VPS we pay around £500 a year and host around 40 websites on that server. Over the last 10 years, we have not ever had a single problem, or 1 second's worth of downtime.

Choose the right host - pay a little more - keep control over your server.

parafana:

I started a new thread about the new issues being experienced and it doesn't show.

Maybe it's going to be moderated before publishing, as using this profile I am a newbie?

So here are the issues:

http://joburgonline.com

PHP1.5.6
Winchester responsive

I am using a temporary profile as my original profile @parafanaylya is not working.

Anyway here's my case history

I moved host. Carried out fresh ZC1.5.4 install, and couldn't get the site to display despite a successful install. Site was blank:blink: How to fix the blank site: THREAD HERE

Then I uploaded the original backed up hosting files and DB following the instructions in the relevant tutorial

TIP: Read the move to new server or host instruction top to bottom before carrying out the fresh install

I didn't do the DB table prefix in the fresh install above, and ended up with no table prefix in my DB to match the original. So I thought that I could fix it. And maybe I did:

I went into phpMyAdmin and added the prefix. The i added the table prefix like this in /includes/configure.php and /admin/includes/configure.php:

Issues:

Using the original classic template:

[Attachment no longer available]

Note it displays categories - then navigate to a product, no thumbnails.....

Using the Winchester Responsive template:

[Attachment no longer available]

No categories, but can find products through search using either keyword eg oven or product code coa1004

I'm not too phased about fixing information like sales message goes here or any of that. I'll chip away at the overrides, just want to fix the WInchester Responsive template to display as well as: categories, products, thumbnails etc.

Thanks in advance

Site fixed - some more tweaks