Closed (fixed)
Project:
Chatblock
Version:
6.x-1.x-dev
Component:
Miscellaneous
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Anonymous (not verified)
Created:
27 Jun 2008 at 00:51 UTC
Updated:
20 Nov 2015 at 01:37 UTC
I had to remove the chatblock because the website got so slow.
A few thing happend to get that far.
The first thing is that i installed the chatblock and it was working fine.
Then when i ran cron, i got i to trouble.
There was no more normal chat possible because al the chat text showed blank when you visited another page on the website.
The only way to fix that was by setting the admin option ( Number of messages: ) to 0
of couse then al the chats stay vissible so i set Auto delete to 1 Day to clear the chat log.
but that dint fix the problem.
This really is a cool module hope it stays i devellopment, Thanx fot the hard work, Respect
Comments
Comment #1
dwees commentedBest bet here is to clear the chatblock table yourself manually. I'm going to double check that my hook_cron works as expected though. We'll see.
Dave
Comment #2
dwees commentedI need some more information in order to be able to reproduce this problem.
Comment #3
shuvradeep commentedhi, i installed chatblock on drupal 6. how do i get to delete the chat log from the drupal administration area? the auto delete every day doesnt seem to be working. i am not liking going into the database manually and deleting them everyday. is there a button somewhere that i can hit to delete them all?
Comment #4
dwees commentedThere is not, it's a feature request someone suggested. The auto-delete not working is a bug which, if I ever have time, I'll have to follow up.
Comment #5
fastroby commentedHope someone fix cause is an easy and good module to integrate chat in a box
Same problems for me in 6.- version as site-navigation very slow as more than 5/7 users and both the problem of no matter to delete chat logs by drupal interface.
Regards
Comment #6
sbart76 commentedI think that the first part (empty messages box after navigating to another page) is a duplicate of "Problem when refresh my page" (http://drupal.org/node/301938). I will add the "Feature request" thread for clearing all archived messages, to keep this thread focused on performance issues.
I have experienced it yesterday, as there were for the first time 7 people chatting simultaneously, and the CPU usage reached 60% sometimes, and usually keeping the level of 30-40% (2.8 GHz Xeon). Turning off the logs or keeping them on low level helped a bit, but not significantly...
Comment #7
dwees commentedThe real solution is that this module should be using a Drupal bootstrap instead of loading all of Drupal for each chat request. I've recently learned how to do this, so if I get a chance I'll end up splitting this module into a separate PHP script which bootstraps into Drupal.
Dave
Comment #8
doitDave commentedThere will be a clear focus on performance in the first stable release. I'm currently working on JS callback handler integration, APC support and first of all I have started an in-depth code revision to remove any redundancies and unnecessary function calls, in other words: all that causes more CPU cost than providing benefit. So stay tuned.
Comment #9
doitDave commentedPlease check with the 6.x-1.0-alpha1 release. You should now find much more performance!