Hello,
that issue is probably less SuiteCRM related but maybe someone here thought about sth. similar:
We’re working in the office with 8 people on the CRM and 3 are working from off-site locations - so everything needs to be online.
Now I was thinking, since we’re in a location with our office where we can’t get really fast internet and the connection is unstable sometimes, wouldn’t it be possible to create a copy of the CRM on a local server and deliver things like CSS, JS and images from the local server and the dynamic part from the online version?
Or are there any other options that we have to increase the speed of our system despite our slow internet?
Thanks in advance,
Chris
I just want to comment that your local browser cache already takes care of keeping local files with the CSS, JS, etc.
Maybe somebody else has a nice suggestion for you, but I’m afraid I can’t think of one…
There must be some caching, yes - I’ll additionally look into that one.
Still - with the current config of browser and server, the login page takes 3 - 4 sec to load and the contact page around 6 - 7 sec.
It’s not always that bad but if so, it’s not very nice working with the browser.
Performance problems sometimes are tricky to figure out. If I were you, I wouldn’t assume that your Internet connection is your main cause of trouble. It can surely be part of it, but it might be the part that you can do nothing about, while other things (server-side) might be actual problems that you can solve.
So try to find out how much delay is happening on the server side. A few things you can check:
-
turn on the Profiler in the Developer Tools of Firefox or Chrome, and see how page load times happen
-
turn on “log slow queries” option in SuiteCRM (Google it) and see if you’re getting slow queries by checking your logs
-
check the size of your MySQL tables with phpMyAdmin. There are situations (you can find that in other threads in these forums) where tables gather thousands of rows and cause the server to become really slow (by the way, go to Admin/Schedulers and see if your “Prune database” job is running without errors)
Good luck