TaigaChat Pro - Realtime chat/shoutbox [Deleted]

Rho Delta said:
So where do these messages go, your add on gives a warning that someone can read them if they know what they are doing. If it is only 75 messages, that isn't a big deal for me.
Click to expand...

/data/taigachat/messages.html and /data/taigachat/messagesmini.html
 
CivilWarTalk said:
Well I installed 1.0.3 today, tonight my forum crashed, loads were through the roof, at one point 24+ for load... I disabled Taiga Chat and loads returned to normal 0.6-1.0 levels for this time of the night... I confirmed that 6 people were chatting at the time of the crash. I have speed mode enabled, and I'm running chat as a stand-alone application (not integrated with forum home or XenPorta).

Something must be wrong with my server settings...
Click to expand...

On certain server configurations (especially when Apache is being used), speed mode may have negligible benefit server-side. I would advise increasing the options 'Unfocused refresh time' and 'Tab unfocused refresh time' significantly, and 'Focused refresh time' as much as you can justify.

There hasn't been any changes in 1.0.3 that could have increased load to the extent you saw.

Unless you upgraded from 1.0.1, in which case speed mode would have been disabled as part of the upgrade process.
 
damowhite666 said:
Uninstalled then re installed, the "in chat" is still not working on either chat & widget
Click to expand...

Looking at your site it seems to be fine

0wvr.png


wkko.png




Edit: I've actually just noticed a minor typo in the html which could be the cause depending on your browser, will release 1.0.4 with a fix asap
 
I just enabled speed mode and it seems like it makes you wait a few seconds before it lets you post after posting in shoutbox now... also I just want to be clear, in speed mode it only writes messages to a file with a max of 75 messages and deletes the old ones? I do not want like a 3 month log created lol
 
Luke Foreman said:
On certain server configurations (especially when Apache is being used), speed mode may have negligible benefit server-side. I would advise increasing the options 'Unfocused refresh time' and 'Tab unfocused refresh time' significantly, and 'Focused refresh time' as much as you can justify.

There hasn't been any changes in 1.0.3 that could have increased load to the extent you saw.

Unless you upgraded from 1.0.1, in which case speed mode would have been disabled as part of the upgrade process.
Click to expand...
Upgraded from 1.0.2, and I've got the following settings set:
Unfocused refresh time set to 10, changing to 15
Tab unfocused refresh time set to 15, changing to 20
Focused refresh time set to 4, changing to 6

I'm not sure how much more I can/should adjust these settings, I am running Apache... I'm not sure if this is a memory issue of a lack of processing power issue....

I'm going to re-open the chat room to see how things perform tonight...
 
CivilWarTalk said:
Upgraded from 1.0.2, and I've got the following settings set:
Unfocused refresh time set to 10, changing to 15
Tab unfocused refresh time set to 15, changing to 20
Focused refresh time set to 4, changing to 6

I'm not sure how much more I can/should adjust these settings, I am running Apache... I'm not sure if this is a memory issue of a lack of processing power issue....

I'm going to re-open the chat room to see how things perform tonight...
Click to expand...

Those settings seem fine. If you were going to increase them further, you should focus on the two unfocused settings to avoid diminishing user experience.

Unfortunately my skillset lies with nginx so I'm not able to give much advice regarding server optimisation


Rho Delta said:
I just enabled speed mode and it seems like it makes you wait a few seconds before it lets you post after posting in shoutbox now... also I just want to be clear, in speed mode it only writes messages to a file with a max of 75 messages and deletes the old ones? I do not want like a 3 month log created lol
Click to expand...

Can you please PM me a link and a test account with admin CP access for your forum to investigate the delay issue

And yes that is correct, never more than 75 messages.


damowhite666 said:
using this, used to work.
Code: 
#taigachat_box
{
background: #262626 !important;
border: 1px solid #343434;
}
 
#taigachat_box li
{
background: #262626 !important;
}
Click to expand...

Those settings are for the background colour of the box containing the shout messages and the messages themselves, not for the scrollbar
 
Weird. What would I need to add to this for the dark scroll bar o_O

Code: 
#taigachat_box
{
background: #262626 !important;
border: 1px solid #262626 !important;
}
 
#taigachat_box li
{
background: #262626 !important;
}
 
Luke Foreman said:
Those settings seem fine. If you were going to increase them further, you should focus on the two unfocused settings to avoid diminishing user experience.

Unfortunately my skillset lies with nginx so I'm not able to give much advice regarding server optimisation
Click to expand...

Last night went much better for us using the new settings, I saw as many as 8 users in chat at once, although we saw a few spikes the server quickly recovered each time, and the main forum was never really affected. I guess my server can't handle so many frequent querys from chat.
 
I have users reporting issues with shoutbox in speedmode with youtube videos posted in the shoutbox... is this a known issue or do you need me to investigate further?
 
A couple months back I put together a simple Admin-only chat prefix that does a quick permission check and shows chats prefixed with "/admin" to administrators only. There's also a small template mod to show an [Admin] tag.

Admins see this:
ChatAdmin.webp

Non-Admins see this:
ChatNonAdmin.webp

I was wondering if this could become a supported feature. I'd be happy to share the modifications with you or (with permission) anyone else who's interested.

I don't use any extra database fields, but rather check the prefix and permissions every time the chats are loaded (speed mode is disabled for security). It's not efficient but it works well for the relatively small board I've been working on.
 
-Ice- said:
A couple months back I put together a simple Admin-only chat prefix that does a quick permission check and shows chats prefixed with "/admin" to administrators only. There's also a small template mod to show an [Admin] tag.

Admins see this:
View attachment 38304

Non-Admins see this:
View attachment 38305

I was wondering if this could become a supported feature. I'd be happy to share the modifications with you or (with permission) anyone else who's interested.

I don't use any extra database fields, but rather check the prefix and permissions every time the chats are loaded (speed mode is disabled for security). It's not efficient but it works well for the relatively small board I've been working on.
Click to expand...
This would be awesome to use for any usergroup!
 
There is no point in doing this if you already have a usergroup legend. In my chat all admins are red, moderators green etc.
 
Hmm... why is:
Code: 
#taigachat_box { width: 220px; }

Wouldn't it make more sense to make it auto or 100% to match skins better?
 
You must log in or register to reply here.
Back
Top Bottom