PROBLEM WITH INDEX.php file

**Dashizna** · 1 Dec 2019, 10:18 PM

[Note: remember to include site URL, ZC version, list of plugins, PHP version, etc ... read the Posting Tips shown above for information to include in your post here. And, remove this comment before actually posting!]

our website hosting company (hostmonster) is telling us

I see that these processes are generated by the php file which is your website builders installation file, these process keeps generating again and again.
Also Since you are on a shared hosting server it is likely that there will be downtime on the server during the peak time and the visitors increased then the website will not be able to manage the visitors which is why it keeps going down also we do not suggest hosting ecommerce websites on a shared hosting platform because they will not be able to manage heavy traffic

It is index.php file. Which is the main file of the website builder

It is backend file of your website , when there is heavy load on the website the processess of you websites will be queued proper resources will not be available for these processess to complete which is why these processes are taking time to complete and the website will be inaccessible.

When the visitors in your website increase, these visitors will send request to access your website , these requests turn into processess , Since it is a shared server high users cannot access it at a time , which is the reason the website does up and down
You can try reducing the images resolutions or you will need to go for private servers , because they can handle high traffic and any number of users

I suggest you to try re installing the php file again , may be that might help you clear the processess .

Anyone have any suggestions about this?

Thanks

**balihr** · 2 Dec 2019, 02:03 AM

"The website does up and down"

I look forward to the day when tech support starts speaking actual English...

First suggestion (which you probably won't like) is to change your hosting company. You're hosted with a company that offers plans like "everything unlimited for $5 per month". This just doesn't work.

Yes, you're on a shared hosting account, which means that the "everything unlimited" is actually very limited and your account gets to use a small fraction of the processor and a very small fraction of the memory available. If you try using more resources, red flags pop up.

Now, if your site is *really* high-traffic, and you get a lot of visitors and sales every day, you should be able to afford a better server, VPS at least. Let's put it this way: if your brick-n-mortar store gets 50 visitors and 12 sales per day, you probably can work in 200 sq.ft shop. If you have 20.000 visitors and 4000 sales per day, you'll probably be needing a bigger shop, right?

Lately, a lot of people are having problems with fake visitors and are getting thousands and thousands of visitors from countries that are of no interest to them (mostly China). If that's what's happening to you, then a firewall is what you need. You can try blocking them through your htaccess file, but that's a tedious task and you'll end up regretting it in a few months.

IMHO, your best option is to change your host and move to a decent host (even shared is OK but with a good host). Also, if you can't get a firewall, consider using Cloudflare - the free account offers enough to get you started and you can do just fine with that.

**Dashizna** · 2 Dec 2019, 05:53 AM

Is there any suggestions on a better host for the shopping carts ?

**Pingfah** · 3 Dec 2019, 05:26 PM

What do they consider to be high traffic?

I mean, they actually explicitly state on their feature list that they offer Zen Cart hosting (they have a whole ecommerce section), so to say that they don't recommend hosting ecommerce sites on their shared servers seems absurd, when they listed that as a selling point of their service.

**Dashizna** · 3 Dec 2019, 05:45 PM

i know. That is the whole reason we went with them. Now magically after complaining the site seems to be running just fine.

**dbltoe** · 3 Dec 2019, 06:08 PM

Thought I had made some comments last evening but apparently didn't hit post.

Often times, the person creating the marketing verbiage for a site is not completely privy to the actual workings of the site. Nowhere is this more apparent than in hosting sites. Can't count how many times someone was charged for bandwidth on an "unlimited bandwidth" service. "That option is part of our premium plan."

I often laugh at hosts making statements like 50 GB of storage and 99.9% uptime. Our largest site uses less than 4 GB and that's with a test copy constantly running but, 50 GB sure sounds like you're getting something.

1% of a year is 87.6 hours so, .1% would be 8.76 hours of downtime. With today's SSD drives, raid, etc. the industry currently averages 99.96% uptime. Thank heaven that's an average as even 3 hours is a long time for many businesses.

Fees that increase on renewal, hidden cancellation fees, and sudden bandwidth charges are all too common in today's hosting. Finger pointing is the first sign of a lacking technical staff.

There is the problem with your business name that is not helping the matter. There are lots of companies with an ampersand (&) in the name but, it makes for multiple opportunities to err in a php-created, html environment. Your main page has 72 errors and 151 warnings which mostly are caused by the improper inclusion of the & sign. Check out https://www.w3schools.com/html/html_entities.asp and then https://www.w3schools.com/php/func_s...mlentities.asp for information on the proper use/insertion.

Also, there's an error in one of your stylesheets that does not properly define a display call.

Code:

.productPriceDiscount{display:}

There should be something like none, inline, block, etc. Also, remember that a semicolon is important in the css call. https://stackoverflow.com/questions/...of-a-css-block

While stylesheet problems can effect load time, I don't think this single problem is the culprit in your case.

Clean up the ampersand problem and see if that doesn't help. Even the best of systems can take a while to propagate inaccurate information.

**Dashizna** · 4 Dec 2019, 07:51 AM

Originally Posted by dbltoe

Thought I had made some comments last evening but apparently didn't hit post.

Often times, the person creating the marketing verbiage for a site is not completely privy to the actual workings of the site. Nowhere is this more apparent than in hosting sites. Can't count how many times someone was charged for bandwidth on an "unlimited bandwidth" service. "That option is part of our premium plan."

I often laugh at hosts making statements like 50 GB of storage and 99.9% uptime. Our largest site uses less than 4 GB and that's with a test copy constantly running but, 50 GB sure sounds like you're getting something.

1% of a year is 87.6 hours so, .1% would be 8.76 hours of downtime. With today's SSD drives, raid, etc. the industry currently averages 99.96% uptime. Thank heaven that's an average as even 3 hours is a long time for many businesses.

Fees that increase on renewal, hidden cancellation fees, and sudden bandwidth charges are all too common in today's hosting. Finger pointing is the first sign of a lacking technical staff.

There is the problem with your business name that is not helping the matter. There are lots of companies with an ampersand (&) in the name but, it makes for multiple opportunities to err in a php-created, html environment. Your main page has 72 errors and 151 warnings which mostly are caused by the improper inclusion of the & sign. Check out https://www.w3schools.com/html/html_entities.asp and then https://www.w3schools.com/php/func_s...mlentities.asp for information on the proper use/insertion.

Also, there's an error in one of your stylesheets that does not properly define a display call.

Code:

.productPriceDiscount{display:}

There should be something like none, inline, block, etc. Also, remember that a semicolon is important in the css call. https://stackoverflow.com/questions/...of-a-css-block

While stylesheet problems can effect load time, I don't think this single problem is the culprit in your case.

Clean up the ampersand problem and see if that doesn't help. Even the best of systems can take a while to propagate inaccurate information.

Sorry alot of what you said about the error is jibberish to me. Where do i go to fix any of these errors? Or find them?