• Register
    • Help

    striker  0 Items
    Currently Supporting
    • Home
    • News
    • Forum
    • Wiki
    • Support
      • Manage Subscriptions
      • FAQ
      • Support For
        • VaultWiki 4.x Series
        • VaultWiki.org Site
    • What's New?
    • Buy Now
    • Manual
    • 
    • Support
    • VaultWiki 4.x Series
    • Bug
    • Javascript Rendering

    1. Welcome to VaultWiki.org, home of the wiki add-on for vBulletin and XenForo!

      VaultWiki allows your existing forum users to collaborate on creating and managing a site's content pages. VaultWiki is a fully-featured and fully-supported wiki solution for vBulletin and XenForo.

      The VaultWiki Team encourages you to join our community of forum administrators and check out VaultWiki for yourself.

    Issue: Javascript Rendering

    • Issue Tools
      • View Changes
    1. issueid=4398 October 12, 2015 11:54 PM
      bazaarocommunity bazaarocommunity is offline
      Junior Member
      Javascript Rendering
      Unable to defer or minify js

      I'm trying to optimize my website performance, but the only remaining javascript that I can't seem to use browser caching, minimification, or JS deferring for is:

      Should Fix:
      Eliminate render-blocking JavaScript and CSS in above-the-fold content
      Your page has 8 blocking script resources and 7 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.
      Remove render-blocking JavaScript:
      http://stratics.com/…ault/resources/...i-min.js?v=406
      http://stratics.com/vault/resources/js/base.js?v=406
      http://stratics.com/vault/resources/js/xf/base.js?v=406
      http://stratics.com/…de.js,qv==406.p....xssIal8J_1.js

      All JS associated with VAULT. Is this something that can be worked on for an update to increase performance? This drops my speed rating significantly.
    Issue Details
    Issue Number 4398
    Issue Type Bug
    Project VaultWiki 4.x Series
    Category Performance
    Status Not a Bug
    Priority 5 - Minor Bugs / Small Tweaks
    Affected Version 4.0.6
    Fixed Version (none)
    Milestone (none)
    Software DependencyXenForo 1.x
    License TypePaid
    Users able to reproduce bug 0
    Users unable to reproduce bug 0
    Attachments 0
    Assigned Users (none)
    Tags (none)




    1. October 13, 2015 9:12 AM
      pegasus pegasus is offline
      VaultWiki Team
      VaultWiki Javascript is already minified. Do not minify it again, or you can break the Javascript.
      VaultWiki already defers or asyncronously loads Javascript wherever possible. It even loads a lot of Javascript on-demand via Javascript that was deferred itself (sometimes the browser places on-demand scripts above-the-fold; that is a browser issue, not a VaultWiki issue). VaultWiki places all synchronous Javascript at the very end of the content, before the closing body tag. This is not above the fold and there is no way whatsoever to move it any later; it's already the very last thing. If this is not the case on your site, then you may be using a customized style which has moved the Javascript anchor points above-the-fold.
      Reply Reply
    2. November 3, 2015 8:31 AM
      pegasus pegasus is offline
      VaultWiki Team
      When I run Google Pagespeed against a wiki page on our site, I receive the render-blocking Javascript message about these:
      https://www.vaultwiki.org/xf/js/jque...-1.11.0.min.js
      https://www.vaultwiki.org/…ery/jquer...js?_v=fb584cad
      https://www.vaultwiki.org/…f/js/xenf...js?_v=fb584cad
      https://www.vaultwiki.org/…ry.social...js?_v=fb584cad
      None of those are VaultWiki related, and the page I tested contains about 10 VaultWiki Javascripts.

      The only thing that I can think of for your site is that the cometchat add-on is placing its HTML code after VaultWiki's scripts in the footer. There's not much we can do about that.
      Reply Reply
    3. November 3, 2015 8:51 AM
      bazaarocommunity bazaarocommunity is offline
      Junior Member
      This really predates cometchat being installed on my server though. Also, could this be a difference between Xenforo and Vbulletin?
      Reply Reply
    4. November 3, 2015 9:34 AM
      pegasus pegasus is offline
      VaultWiki Team
      I ran my test on XenForo. It might have to do with many of the other add-ons on your site possibly adding non-Javascript code before the closing body tag, after VaultWiki has already deferred the Javascript to that place.

      As I described in my first reply above, VaultWiki already does everything Google Pagespeed is suggesting for you. In Chrome, visit this URL:

      view-source:http://stratics.com/ams/stratics-calendar-guide.101/

      Scroll to the very bottom, and you will see what I mean. If you can think of a way to move this even further down, I'd be glad to hear the explanation. The scripts you see there cannot actually be deferred themselves, because they are the ones that do the deferring for about 6 other scripts listed there, plus dozens more you can't even see.
      Reply Reply
    + Reply

    Assigned Users
    Loading Please Wait
    Tags
    Loading Please Wait
    • Contact Us
    • License Agreement
    • Privacy
    • Terms
    • Top
    All times are GMT -4. The time now is 3:51 PM.
    This site uses cookies to help personalize content, to tailor your experience, and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Learn more… Accept Remind me later
  • striker
    Powered by vBulletin® Version 4.2.5 Beta 2
    Copyright © 2023 vBulletin Solutions Inc. All rights reserved.
    Search Engine Optimisation provided by DragonByte SEO (Pro) - vBulletin Mods & Addons Copyright © 2023 DragonByte Technologies Ltd.
    Copyright © 2008 - 2013 VaultWiki Team, Cracked Egg Studios, LLC.