4 replies to this topic

[ciredrallop]

The program itself operates just fine. I'm wondering about the speed though in which the program works with the server.

First question is about the speed of loading of the js and connecting with the chat software. This is only on site load and not related to the customer's ability to load a chat or us to initiate a chat, that all works great. There are a couple files that load with the site on first load:

domain.com/server.php?request=track&output=jcrpt&nse=0.5858541177585721

domain.com/image.php?id=04&type=inlay

The first file is taking 1.43 seconds and the second file is taking 1.52 seconds. Then entire site is only taking 3.42 seconds. Much of the negotiating going on is often with the user and the chat software. Sometime on page tests these numbers are much worse, several times worse.

Is this because we are tracking our customers as they load the site? We do not have GEO IP activated, just the comings and goings of the users. I have optimized the database using the server configuration feature. That sped up the load times by about .5 seconds which was great.

How much of this delay is just from having Visitor Monitoring enabled? I imagine the Visitor Monitoring delay will vary based on the number of visitors that are being monitored. Not many show up, maybe 15 at a time. Can we set the inactivity limit to 10 minutes instead of 30 minutes to drop users that are less active to open up room for more connections to new users? Does the extra timeout help the users connection speed at all?

The performance options for Client Poll Frequency is set to 5 seconds and Visitor Poll Frequency is set to 120 seconds. What can we change these to for improving load performance of the site or will they actually affect load performance of the site?

We have a fully dedicated server with a high level of resources. I feel like we should be able to get some quicker response times. Maybe it would be good if you guys can post a list of the best settings to keep LiveZilla running quick and smooth for an average installation that is tracking a few thousand visitors per month.

[Derek Punzova]

One thing that often helps:
Change "localhost" to "127.0.0.1" for the MySQL login details. In some envionments, it may take 1 scond or more to resolute "localhost" on DNS level.

Despite that, there's not much coming into my mind. The visitor monitoring script is not doing much, can't see any reason why it should take more that 0.2 seconds.

[ciredrallop]

It seems like that helped. It appears to be loading 709ms or less now. This is with a fully optimized database, I assumed a cleared database since I set the options to clear old chats and I don't see any logged now, and with your 127.0.0.1 fix. All on a dedicated server with pretty full resources and a pretty light load.

Is the rest of the slowness the security we have for the chats maybe? They are all SSL.

[ciredrallop]

Ok, it was maybe a combination of the 127.0.0.1 fix and SSL.

I setup SSL on the backend per your site's instructions with no problem. The chat button on our site loads on every page, including the SSL pages. For one reason or another, the image.php that is in the button code was set to load as https://www.domain.c...&type=inlay instead of just as a relative link. Only the link the customer clicks to load the chat needed to be SSL so it would load as SSL, but that doesn't slow down the site at all.

The javascript placed in the footer also had https:// tags in it. Those were removed to make the links relative. Now it is still loading securely, doesn't affect SSL on checkout, and the three elements that load are all loading at less than 200 ms with one loading at 79 ms.

Total site load time with our bloated Magento site now at 1.98 seconds.

Thanks for the help on the other fix. Much appreciated. Great software, worth every penny. Saved us thousands in the last couple years over our Bold Chat subscription. Now that you charge a little for it, we still save thousands.

[Derek Punzova]

Great, glad you fixed it.