• Resolved nikkoboy

    (@nikkoboy)


    Hi Frank,

    As always, a thousand thanks for creating this fantastic plugin! It’s working really great! On Friday, I wanted to see how I could optimize my website more in order to improve my GTMetrics and Yslow scores, so I activated the following options:

    Also aggregate inline JS? (checked)
    Also aggregate inline CSS? (checked)
    Inline all CSS? (checked)

    My score on Yslow for most pages improved from a D to an A. So I was pretty pumped with the result!

    However this morning (Monday), I noticed on my WPEngine admin panel that my bandwidth consumption went +300% vs the rest of the month (but not because my website went viral, lol).

    So I suspected the above options to be the culprit. I deactivated them to test if any of those caused this peak in bandwidth usage. Of course, I would love to keep them “on” to keep a good page score, but my server monthly budget would badly increase.

    Do you think inlining CSS/JS caused this increase in bandwidth usage? Is this something in relation with plugins that could be generating javascript-variables, like you mentioned it in your article https://blog.futtta.be/2014/03/19/how-to-keep-autoptimizes-cache-size-under-control-and-improve-visitor-experience/ ?

    I thought that caching CSS and JS would actually save bandwidth ??
    Since you recommend WPEngine in the “optimize more” tab, what set up would you recommend for Autoptimize to play well with WPEngine (from a bandwidth usage and performance perspective)?

    Thank you in advance for your advices (I know you are a busy man, so “yes/no” answers work for me too)!

    Nick

    • This topic was modified 7 years ago by nikkoboy.
    • This topic was modified 7 years ago by nikkoboy. Reason: Added question about WPEngine
    • This topic was modified 7 years ago by nikkoboy.

    The page I need help with: [log in to see the link]

Viewing 5 replies - 1 through 5 (of 5 total)
  • Plugin Author Frank Goossens

    (@futtta)

    Do you think inlining CSS/JS caused this increase in bandwidth usage? Is this something in relation with plugins that could be generating javascript-variables, like you mentioned it in your article

    yes.

    consider you have:
    page1 with jsfile1 and jsfile2 and inlinejs1
    page2 with jsfile1 and jsfile2 and inlinejs2
    page2 with jsfile1 and jsfile2 and inlinejs3

    if you have “also aggregate inline JS” on, then AO will create 3 different autoptimized JS-files, each containing jsfile1, jsfiel2 and the different inline JS. this would result in the size of the autoptimize cache to rise fast and would indeed lead to an increase of data being sent to browsers.

    so yeah, I would indeed suggest to disable “also aggregate inline JS” and possibly the CSS-counterpart as well ??

    hope this clarifies,
    frank

    Thread Starter nikkoboy

    (@nikkoboy)

    Hi Frank,

    Thank you for the detailed answer and the example! This makes perfect sense now ?? I will monitor the latest config changes I made, and see how it reflects on my bandwidth usage.

    Dank u wel!
    Nick

    Plugin Author Optimizing Matters

    (@optimizingmatters)

    I will monitor the latest config changes I made, and see how it reflects on my bandwidth usage.

    your AO cache size will be just as good an indicator ??

    Dank u wel!

    Graag gedaan/ De rien/ You’re welcome/ De nada ??

    Thread Starter nikkoboy

    (@nikkoboy)

    I monitored my bandwidth consumption, and since I deactivated “inlining Js/CSS” from the option, it significantly dropped. Here is some data I gathered. I thought this could be useful for other Autoptimize users to grasp the difference it makes when “inline Js/CSS” is checked/unchecked.

    1st column: tstamp
    2nd column: visitors
    3rd column: objects_served_directly
    4th column: objects_served_cdn
    5th column: gb_served_directly

    2018-03-21 |949 |10478 |0.79466057
    2018-03-20 |998 |12277 |0.90516186
    2018-03-19 |998 |13259 |1.40717316
    2018-03-18 |1153 |14340 |3.06430149
    2018-03-17 |1043 |11012 |2.23141193
    2018-03-16 |1069 |9848 |1.63732433
    2018-03-15 |961 |11104 |0.80481911
    2018-03-14 |953 |15309 |0.75121593

    Cheers,

    • This reply was modified 7 years ago by nikkoboy.
    • This reply was modified 7 years ago by nikkoboy.
    • This reply was modified 7 years ago by nikkoboy.
    Plugin Author Optimizing Matters

    (@optimizingmatters)

    thanks for the update @nikkoboy, very useful info!

    frank

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘Peak in bandwidth usage (with WPEngine)’ is closed to new replies.