• 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 3.x Series
    • Bug
    • Fatal error in autolink on extremely long articles

    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: Fatal error in autolink on extremely long articles

    • Issue Tools
      • View Changes
    1. issueid=1771 July 6, 2010 11:46 PM
      CedricFP CedricFP is offline
      Junior Member
      Fatal error in autolink on extremely long articles
      Fatal error in autolink on extremely long articles

      Code:
      Fatal error: Maximum execution time of 30 seconds exceeded in /home/xxx/public_html/vault/class/bbcode/autolink.php  on line 266
      This is happening when trying to edit extremely long articles (60k words and more).

      (This is after making the edits and then clicking save)
    Issue Details
    Issue Number 1771
    Issue Type Bug
    Project VaultWiki 3.x Series
    Category Editing / Posting Articles
    Status Won't Fix
    Priority 3 - Loss of Functionality
    Affected Version 3.0.1
    Fixed Version (none)
    Milestone VaultWiki 3.0.5
    Software DependencyAny
    Users able to reproduce bug 0
    Users unable to reproduce bug 0
    Attachments 1
    Assigned Users (none)
    Tags (none)




    1. July 7, 2010 10:45 AM
      pegasus pegasus is offline
      VaultWiki Team
      Please save your long article in a text file and upload it using the form at the bottom of this page so that we can do some tests. Thanks.
      Reply Reply  
    2. July 7, 2010 12:36 PM
      CedricFP CedricFP is offline
      Junior Member
      There we go.

      In the meantime would disabling the autolinking feature for that forum/namespace temporarily remove this issue?

      I'm hesitant to make any changes at the moment for fear of making the problem worse.
      Reply Reply  
    3. July 7, 2010 12:57 PM
      pegasus pegasus is offline
      VaultWiki Team
      If you disable autolinking for that forum it may help, but it could also be slow for another reason, and it only timed out when it was up to autolinks.
      Reply Reply  
    4. July 7, 2010 1:55 PM
      pegasus pegasus is offline
      VaultWiki Team
      Does disabling autolinks in the forum significantly reduce save time? If not, does disabling Link Caching (Settings > Options > VaultWiki: Server Settings) significantly reduce save time? How many articles do you currently have? Are there many titles that would be common words?

      It takes a while to save, yes, but I am unable to reach a timeout here with the common word 'was' being autolinked, among others. I doubt that autolinking or link caching has anything to do with it, since both of these also occur when the page is displayed. According to some debug output, the entire parse of an article of this size takes about .5 seconds. So I am led to believe that either something is inefficient in vBulletin's validation of the post text (takes about 12 seconds here), or there is another modification you're using that inflates the time significantly.
      Reply Reply  
    5. July 7, 2010 8:35 PM
      CedricFP CedricFP is offline
      Junior Member
      We don't have many articles in the forum - perhaps around 200, and most of them are only in length of 3000-1000 words.

      I will try disabling some of the cache features like you said, and autolinking (because autolinking isn't actually linking anything for me at the moment but that is because article titles are often extreme unique and never mentioned in other articles).

      This is an original issue from a user that I was able to duplicate.

      The most significant mod I am using is VBSEO and Vaultwiki. The others include things like merge double post or display thread count - you know, small time stuff. I'll experiment with disabling them.

      Can you think of anything else inside of VB that might be causing this? Because I have no problems posting all that text as a single post and then editing it in a standard showthread forum.

      Quote Originally Posted by pegasus
      Does disabling autolinks in the forum significantly reduce save time? If not, does disabling Link Caching (Settings > Options > VaultWiki: Server Settings) significantly reduce save time? How many articles do you currently have? Are there many titles that would be common words?

      It takes a while to save, yes, but I am unable to reach a timeout here with the common word 'was' being autolinked, among others. I doubt that autolinking or link caching has anything to do with it, since both of these also occur when the page is displayed. According to some debug output, the entire parse of an article of this size takes about .5 seconds. So I am led to believe that either something is inefficient in vBulletin's validation of the post text (takes about 12 seconds here), or there is another modification you're using that inflates the time significantly.
      Reply Reply  
    6. July 7, 2010 8:42 PM
      CedricFP CedricFP is offline
      Junior Member
      As an update: Disabling autolinking in that namespace stopped the error for myself. Confirming with users now.
      Reply Reply  
    7. July 8, 2010 3:11 AM
      pegasus pegasus is offline
      VaultWiki Team
      Yes, but how long does it now take to save? If you could time it, that would be great.
      Reply Reply  
    8. July 8, 2010 8:08 PM
      CedricFP CedricFP is offline
      Junior Member
      A similar time. I'd say it's hitting the 30 second area again.
      Reply Reply  
    9. July 8, 2010 10:44 PM
      pegasus pegasus is offline
      VaultWiki Team
      Unfortunately, there's not much that can be done to improve this. There are a few settings you can turn on or off, but everything seems to be working as it should. I guess it's just not very advisable to write articles that are 300,000 characters long. This is going to be approaching the limits of what PHP can handle (gracefully) anyway, like when you start using functions with regular expressions, or you will run out of memory if you try to compare diffs on an article of this size.

      You might consider breaking it into multiple pages and placing it in a book. If it's already in a book, you can put books in books if you didn't know.
      Reply Reply  
    10. July 9, 2010 9:40 PM
      CedricFP CedricFP is offline
      Junior Member
      Quote Originally Posted by pegasus
      Unfortunately, there's not much that can be done to improve this. There are a few settings you can turn on or off, but everything seems to be working as it should. I guess it's just not very advisable to write articles that are 300,000 characters long. This is going to be approaching the limits of what PHP can handle (gracefully) anyway, like when you start using functions with regular expressions, or you will run out of memory if you try to compare diffs on an article of this size.

      You might consider breaking it into multiple pages and placing it in a book. If it's already in a book, you can put books in books if you didn't know.
      I see. Thanks much for this info. I'll look into doing that.
      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 12:14 AM.
    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.