Jump to content

Upgraded from 3.4 to 4.2 having problem with homepage speed


media

Recommended Posts

Posted

I have upgraded from 3.4 to 4.2 having problem with homepage (board index) speed

They old and new version are running next to each other in different FOLDER on same server...

First, Facts

3.4.9 on the same server same database with 16 plugins - hooks, 9 applications (no caching engine, nothing to help the speed)

3.4.9 applications

Official IPS Application  System  v3.4.9
Official IPS Application  Forums  v3.4.9
Official IPS Application  Blog  v2.6.3
Official IPS Application  Gallery  v5.0.5
Quotes System  v2.0.0
Official IPS Application  Calendar  v3.3.4
Official IPS Application  Members  v3.4.9
Sudoku  v1.5
Notices System  v2.1.1

3.4.9 plugins (Hooks)

DevFuse Copyright Removal  v1.0.0
-RAW33- Most Viewed Topics  v1.0.0 
(DDK33) Board Index Face  v2.0.5
Enkidu Notices System  v2.1.1
Gallery: Show albums in board index  v1.0.0
Videos System (Post As Video)  v3.0.2
Videos System (Sidebar Hook)  v3.0.2
Status Updates  v1.0.0
Ad Code Sidebar  v1.0.0
Recent Blog Entries  v2.5.2
Gallery Images  v4.0.2
(SOS32) Advertisement on Image View  v1.0.1
Mentions  v1.0.4
Google Login  v1.0.1
Gallery lightbox  v1.0.0
DevFuse Birthday Greeting v

 

4.2.6 on the same server same database little less size because I did not upgrade all the applications and plugins from 3.4.9 and Redis Caching engine in place

3.4.9 home page download lightning speed, but 4.2.6 homepage sucks almost downloads 4,5 seconds

This cannot be happening... everywhere on the board is working pretty good but homepage (board index) is sucks...

Server Info: 

Total processors: 16
        Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz
Memory Information
Memory: 32821108k
Hard Drive
Raid 2 X 256 GB SSD 

 

WHY 3.4.9 is faster than 4.2.6 ON SAME SERVER same resources even 3.4.9 LOADED with Applications, Hooks and Bunch of stuff??????

WHY?

 

Posted
1 hour ago, PPlanet said:

Is 4.2 still rebuilding?

Nothing is rebuilding anymore no background process that ended 20 days ago. No other issue. Just the board index is loading very slow...

Posted

Well, I'm going through the same process but still processing. I thought it could have been that. I've seen many threads about tweaking the server environment for 4.2, not an area I know anything about unfortunately but I suppose after going through some of those threads that some changes on how things are set up are generally needed.

Posted
1 minute ago, media said:

System Information
PHP Version : 5.6.32
MySQL Version : 5.6.38

Great you have at least MySQL 5.6 (although 5.7 offers better performance I think)

Just to double check your tables are not Myisam?

You can also use php 7.1 which will improve performance further although 4.X isnt going to be as fast at rendering php code as it has more in it but you should be able to get a lot closer than that.

Posted
1 minute ago, ZeroHour said:

Great you have at least MySQL 5.6 (although 5.7 offers better performance I think)

Just to double check your tables are not Myisam?

You can also use php 7.1 which will improve performance further although 4.X isnt going to be as fast at rendering php code as it has more in it but you should be able to get a lot closer than that.

ZeroHour,

Thank you for your help, you understand that my problem is only landing page of board index... The rest is lightening fast...

Just wondering why that page is slower?

Some point I will upgrade my server to php 7.1....

 

Posted

It’s only guess work with the information provided. You don’t even show us the site itself. 

Regarding the stock software, only an extreme amount of forums could potentially slow down the forum index. Otherwise it could be caused by certain widgets or hooks acting on that page. In that case you would have to test which one is the cause of the delay by turning them on and off one at a time. 

Posted
7 minutes ago, Upgradeovec said:

Did you already tried to temporary disable 3rd pary apps and plugins and re-check again?

Disabled or ON no difference.... I have one 3rd party app and nothing to do with landing page... 

Posted

I checked your site. 9 seconds loading time with first byte only after 4.7. There is a lot you could do to optimize what is going on between the 4.7 and the 9, but you really need to get the first byte to way below 1 second first!

3 minutes ago, media said:

There is NO app to disable...

Maybe no app, but there are tons(!) of widget on that index page. Turn them ALL off first to rule them out as cause of the delay. 

If the first byte time is still similar, you might want to contact IPS to investigate the problem of the forum index. It shouldn’t take 5 seconds to compute. 

If one of the widgets is the cause, then narrow down which one it is. 

Posted

As @opentype said, the first byte was very long - more than 4.5 seconds. Check your conf_global php.

Also check your htaccess file to leverage browser caching.

The requests for the google ads URLs don't fit in a single packet. Reducing the size of these requests could reduce latency.Check these codes for inaccuracies and update them.

 

Posted
12 hours ago, opentype said:

I checked your site. 9 seconds loading time with first byte only after 4.7. There is a lot you could do to optimize what is going on between the 4.7 and the 9, but you really need to get the first byte to way below 1 second first!

Maybe no app, but there are tons(!) of widget on that index page. Turn them ALL off first to rule them out as cause of the delay. 

If the first byte time is still similar, you might want to contact IPS to investigate the problem of the forum index. It shouldn’t take 5 seconds to compute. 

If one of the widgets is the cause, then narrow down which one it is. 

Thank you, but I have same widget and apps and hooks on my 3.4 exactly same and more, my 3.4 landing board index page take 1.6 seconds and I am ok with but this 4.2 takes 4,5 seconds...

Please take a look at 3.4 and see how many hooks and apps are related with front landing page....

I have turned all the widgets and tried 4.2 again no difference something is not right....

12 hours ago, Adlago said:

As @opentype said, the first byte was very long - more than 4.5 seconds. Check your conf_global php.

Also check your htaccess file to leverage browser caching.

The requests for the google ads URLs don't fit in a single packet. Reducing the size of these requests could reduce latency.Check these codes for inaccuracies and update them.

 

Google ads are async, they load after the page load complete...

I am not sure, how to look at conf_global.php and htaccess, those pretty much what comes with IPB software, I do not touch them at all...

Posted
2 hours ago, media said:

Please take a look at 3.4 and see how many hooks and apps are related with front landing page....

That is irrelevant. It can be a single query in a single widget that is causing the delay. 

  • 2 weeks later...
Posted

UPDATE: my support ticket is open and put me on Tier III Support,

But while waiting I did move my site to PHP 7.0.26 

Then first byte improved to 1.8 instead of 4-5

It is still too high but better than 4-5

After Tier III Support looks at it, I will update this topic...

I will recommend everyone who has large board to upgrade to PHP 7

 

Posted

I have a question:  Google page speed test is bringing this up for every IPB board: Eliminate render-blocking JavaScript and CSS in above-the-fold content

and then Google suggest list of .css files to be fixed....

Eliminate render-blocking JavaScript and CSS in above-the-fold content
Your page has 14 blocking CSS resources. This causes a delay in rendering your page.
None of the above-the-fold content on your page could be rendered without waiting for the following resources to load. Try to defer or asynchronously load blocking resources, or inline the critical portions of those resources directly in the HTML.

http://www.mydomain.com/…16a02e3572776aff25eff85.css?v=fbf361a1e9
http://www.mydomain.com/…ed67ea46753108d68a8cee8.css?v=fbf361a1e9
http://www.mydomain.com/…8503fe25aeca780dfc5e309.css?v=fbf361a1e9
http://www.mydomain.com/…730631aa57f67721cefc932.css?v=fbf361a1e9
http://www.mydomain.com/…a6d0f7b9a129cd00ff2efe8.css?v=fbf361a1e9
http://www.mydomain.com/…5ccf7002574b05b9d036d16.css?v=fbf361a1e9
http://www.mydomain.com/…be0c58046a7b39d5cf09fac.css?v=fbf361a1e9
http://www.mydomain.com/…2601826dc80397690f368b9.css?v=fbf361a1e9
http://www.mydomain.com/…a5a4338c5a08fd1774e51e6.css?v=fbf361a1e9
http://www.mydomain.com/…61275c6a7730f2c58aa0b42.css?v=fbf361a1e9
http://www.mydomain.com/…1e8043ef7db5f3481f92e73.css?v=fbf361a1e9
http://www.mydomain.com/…3e561f6c81153003315cb73.css?v=fbf361a1e9
http://www.mydomain.com/…ac174116ca89d8d6dac03c6.css?v=fbf361a1e9
http://www.mydomain.com/…c9545175a6a022f550381a1.css?v=fbf361a1e9

Is there a reason IPB not fixing this files or It is not easy to fix these?

Posted
4 hours ago, media said:

Is there a reason IPB not fixing this files or It is not easy to fix these?

It is possible, but it happens in about a week's work. Follow a link from my signature and you will see my offer.

PP. I'm looking for other options too. At the moment my site has only one CSS that makes a render-blocking, but it has been added by me. The site loading too quickly and in this way.

Posted
4 hours ago, Adlago said:

It is possible, but it happens in about a week's work. Follow a link from my signature and you will see my offer.

PP. I'm looking for other options too. At the moment my site has only one CSS that makes a render-blocking, but it has been added by me. The site loading too quickly and in this way.

Adlago, I understand that you fix that problem on your site and took you weeks to fixed it....

Again, I am going to rephrase  my question Is there a reason IPB not fixing this files for all of US?

Just wondering....

Posted

Unfortunately the nature of our software (being that all content is dynamically generated, and clients use dynamic user-created themes) means that this particular suggestion is not very simple to implement. When you take a single site and analyze it and work on this manually it is possible to do, but baking this functionality into our software reliably isn't very simple.

That's not to say we won't do anything about the suggestion, but it is the answer to your question.

Archived

This topic is now archived and is closed to further replies.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...