Posts

I’ve noticed a drastic slowness in using the tabs for editing so contacted my web host. They looked at saw I was using a lot of CPU time. Recommendation:

<You would need to optimize your site’s code so that iit is not so intensive on the server’s resources>

This was also suggested when I did a page test using one page from the tree.

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.

Interesting. I haven’t noticed an issue myself, but I’ll certainly look into the possibility for the next release.

Nigel
My personal kiwitrees site is www.our-families.info

macalter wrote:

This was also suggested when I did a page test using one page from the tree.

Can you be more specific about what exactly was suggested?

Nigel
My personal kiwitrees site is www.our-families.info

The test stated something about optimizing the code. Think it was this one that I used. But it was somewhere buried in the explanations.

<https://gtmetrix.com&gt;
using the page from Q4050 and compared to Q4049.
setting test server to Vancouver and browser to Firefox (didn’t set)

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.

And what sort of results did you get.?

I just tried Q4050 and there’s nothing so bad on the report that it would cause “drastic slowness“. In fact the most significant issues there need to be addressed on the server.

1 – Use gzip to compress assets (must be set up by your web host)

2 – Leverage browser caching. That means store javascript files and images in the server cache for fixe dlength of time. Needs web host to implement

2 – Use a CDN Server to access javascript and some code. For that you need to use a CDN Server such as Amazon. Additional cost and complexity. You can however call a couple of kiwitrees major javascript files from external servers by a simple change of ‘false’ to true in the file /includes/session.php. It should save you 10-20 ms (milliseconds)

An interesting chart on that report is the “Waterfall chart” It shows you how long each part of the page takes.

Longest is individual.php – Q4050 has images and a lot of detail, so no easy way to improve that.
Next is the Facts and Events tab (personal facts module). You could disable that module and save 270ms – but you’d lose a lot of data!
Third is thumbnail for image M1982. You could possibly work on that image to make it load faster in paintshop or something. Or remove all media objects for a significant speed boost. 🙂
Using a theme without icons is another good way to speed things up, and using the event icons does add to the slowness.

Sadly, in reality, none of that is going to make even 0.5 seconds difference in the page load, which on Q4050 I found was about 1 second, which is not bad for the individual pages.

What would really be helpful is if your web host could be more specific about what they see as causing the high CPU usage.
============================================

I think that in reality the issue is more one of not being used to the new tabbed edit screens. I do agree they don’t load as fast as the pop-ups. That’s to be expected. After all, they do include the full header / navigation / footer etc like any other page, which is a lot of code.

I could fairly easily remove those and leave a “cleaner page” (like the pop-ups but bigger) but I’m not sure that’s such a good idea. What does anyone else think?

Nigel
My personal kiwitrees site is www.our-families.info

kiwi wrote:

I do agree they don’t load as fast as the pop-ups. That’s to be expected. After all, they do include the full header / navigation / footer etc like any other page, which is a lot of code.

This must be the biggest reason, I’d think. I’m doing editing so constantly opening the tabs. (As oppose to just viewing the site.) The detail is kept to basic info on the person unless something catches my eye. Feel that because I’ve use Wikipedia for the most part, people can easily view the entirety if they wish.
The icons — doubt they add that much to the overhead. They’re the same I used in Xenea.
Media — the images are PNG unless I forgot to convert. They are the “thumbnails from Wikipedia, the image shown on the page before clicking to see full size.

Don’t understand the comments it makes about using CDN server. My host is in LA, not sure how I’ld separate or why. In fact, their own Wiki says to make sure everything is on the same server (of theirs).

My host does mention optimizing the tables which I tried, following the instructions they give. However, the attempt didn’t work as it said my tables couldn’t be optimized (don’t have exact wording handy.) <When reporting slowness, they refer to an article on steps to take in effort to speed up @ <http://wiki.dreamhost.com/Slow_site_troubleshooting&gt;

I’ll contact host tomorrow and see if they can elaborate. But, this definitely happened after upgrade. Not sure if I can replicate usage in my other site which is at 3.1.1 until I’m comfortable.

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.

I tried to get more info on the CPU usage but he didn’t elaborate too much. I did ask about my images and he doubted that was cause.
So, if the major change is adding the header, maybe it’s that. I’m going to do a new install of 3.1.1 and load the tree (not tables). Because there’s no privacy issues, not concerned about what doesn’t carry over. Just want to work for a short while and compare.
I’m not going to copy over the images though.

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.