Miscellaneous ⇒ Server Chat ⇒ Site using too many resources (page 3) ⇒ Community Forums ⇒ CPG Dragonfly™ CMS
Forum IndexServer Chat

Site using too many resources Reply to topic


Nothing modified that hasn't been like it for over a year. The tell a friend module has captcha on it so hasn't bothered me for ages. I've left the pro_news table alone.

Latest 24 hr CPU usage is still too high apparently:

chantill chantillyexpat.com 5.50 0.10 0.1
Top Process %CPU 184 /usr/bin/php /home/user/public_html/index.php
Top Process %CPU 104 /usr/bin/php /home/user/public_html/index.php
Top Process %CPU 94.5 /usr/bin/php /home/user/public_html/index.php


I have phplist on the site but only send out emails to 150 or so clients about once or maybe twice a week. That isn't on the index page or even accesible by anyone but me.

I'm not sure what else to try

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


You sure your site just has not out grown there hosting ability? I have looked at your stats. Your site is not being hammered. but if you look at Site5 Resource Usage Policy. I can see where you might go exceed there limits. Someone let me know if im looking at his stats vrs site5 resource usage limits wrong

Processes
Processes invoked by the web server, cron, shell or any other method should not exceed the following limitations:

Consume more than 16 MB of RAM.
Utilize in excess of 15 seconds of CPU time.
Number of open files should not exceed 64.
Create core dumps.
Number of simultaneous processes should not exceed 5.
Execute a script/binary that forks in a way to create a fork bomb.
Programs may not run in the background or listen on a network port. If you require a bot, service or daemon, you should consider a dedicated server, as very few shared web hosts allow this type of program.

Database Restrictions

All users are restricted to 15 concurrent MySQL connections.
Each database is restricted to 2 GB of disk space.
Database queries should not exceed 3,000 per hour.
Database changes (insert/update/delete) should not exceed 1,000 queries per hour.
Database servers should not be used as a hosted solution. Database access should only be used for the web site hosted by Site5.
Remote database access is for administrative purposes only.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Multiple Setups


5.50 0.10 0.10
a shared server with cheap plans and the avarage load for the past 15 minutes was 0.10?

What do they want to make you believe? Can you check the load your self?

Secondly their figures are in %, and so it should not go over 100, but you go over 180 ... cpu time? if so they should drop %

Too many details telling me they are modifying the truth, i wont play this game.

.:: I met php the 03 December 2003 :: Unforgettable day! ::.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
CloudLinux / Apache 2.4 LSAPI / MySQLi 5.7 / PHP 7.3 / head


Disable forums RSS feeds.

.:: I met php the 03 December 2003 :: Unforgettable day! ::.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
CloudLinux / Apache 2.4 LSAPI / MySQLi 5.7 / PHP 7.3 / head


rosbif wrote
The tell a friend module has captcha on it so hasn't bothered me for ages.


Worth restricting to registered users for a while, just in case someone in a low wage area is being paid to use it?

Pro_News CM™ - Content Management for Dragonfly CMS™

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Linux / 1.3.39 - 2.4.9 / 5.5.42 - 5.6.16 / 5.4.37 - 5.5.11 / 9.4


layingback wrote
rosbif wrote
The tell a friend module has captcha on it so hasn't bothered me for ages.


Worth restricting to registered users for a while, just in case someone in a low wage area is being paid to use it?


I'll do that. Not sure how to disable forum RSS feeds though.

Latest message to me from Site5

The usage has improved but is still a little high :

chantill chantillyexpat.com 1.54 0.08 0.1
Top Process %CPU 61.0 /usr/bin/php /home/user/public_html/index.php
Top Process %CPU 30.0 /usr/bin/php /home/user/public_html/index.php
Top Process %CPU 21.0 /usr/bin/php /home/user/public_html/index.php


That looks to me like it is a third of what it was. Not sure how low I supposed to be getting it!

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


They say %CPU but I think the 61/30/21 is time process took if i'm right has to be under 15 per there usage policy.



rename public-html/rss/forums.php to oldforums.php to disable the forums rss there is no rss admin. hmmm i smell feature request for DF 10

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Multiple Setups


Rather than rename to oldforums.php, please use another name of your choice - if your issues are arising from malicious acts, we don't want them knowing the new name.

From your stats, traffic has been severely cut, yet Site5 indicate your resource usage is still a little high.

There must be something occurring on your hosting account that is being overlooked for one reason or another - 200 pages an hour on a DF site cannot create such issues.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


So as far I can understand, database maintenance dropped the CPU usage.
Unless you have modified/disabled something else.

At this stage, since database seems to be the issue, enabling mysql slow query log could bring some more light.

Faster to ask your host then us helping you tweaking the core to enable this type of logging.

.:: I met php the 03 December 2003 :: Unforgettable day! ::.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
CloudLinux / Apache 2.4 LSAPI / MySQLi 5.7 / PHP 7.3 / head


Just a silly question, is it your site www.chantillyexpat.com/ that has this issues ?

If so i see you have some advertisings called by the banner.php file on your server. Could it be possible that this is causing your issues ?

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Linux/Apache/MySQL 5.1.49/PHP 5.3.6/ DF 9.3.2.0


That's the site. The banners are served by TradeDoubler for the most part and have not been an issue before.

Nano - I've restricted access to one block I have, a modified CPGNuCalendar one, and I think it is that that has reduced the usage rather than the database itself. I have also successfully blocked baidu and yandex which has made a difference, and set flooding to tight. I still have massive hits from google and msn bots though.

Site5 is telling me I have many hits from Ukraine for some reason. Is it possible to ban IPs by source or does that only work for tlds?

Thank you all for taking time with this - it is appreciated! not worthy

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


I've just added the latest block lists (from www.okean.com/thegoods.html and www.wizcrafts.net/chin...list.html) to my htaccess file in the root. Is that all I need to do to keep them out?

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


Yes, you need to know the IP range or the cidr, then you can simply add them in security -> ips in either formats.

IPv4 Start: the first ip
IPv4 End: the last ip

or

IPv4 Start: ip/cidr

.:: I met php the 03 December 2003 :: Unforgettable day! ::.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
CloudLinux / Apache 2.4 LSAPI / MySQLi 5.7 / PHP 7.3 / head


Then, just to make sure, use www.okean.com/antispam...ccess.html only .. it should be sufficient.

.:: I met php the 03 December 2003 :: Unforgettable day! ::.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
CloudLinux / Apache 2.4 LSAPI / MySQLi 5.7 / PHP 7.3 / head


So, latest from my host

Usage is a lot better :
user chantillyexpat.com 3.03 0.09 0.1
Top Process %CPU 92.0 /usr/bin/php /home/user/public_html/index.php
Top Process %CPU 84.5 /usr/bin/php /home/user/public_html/index.php
Top Process %CPU 72.0 /usr/bin/php /home/user/public_html/index.php
Would it be possible to bring the usage % under 2 percent?


And
We have multiple CPUs, this is why the percentage numbers can go over 100%.
It does look like the usage has gone up but not too much, not even 0.50% compared to the last time we checked, so it means it just oscillated.
Is there anything else you can optimize or remove from your side to bring the usage below the limit?


I really don't know what else I can do except move!

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):

All times are UTC


Jump to: