We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 24425
    • 12 Posts
    Hi all,

    Hopefully, this is a simple one. Has the 5000 page limit been fixed in the 0.9.6.2 release? Will it be addressed before being replaced by Revolution? Any time frames estimated?

    I know I won’t hit this issue for a year or 2, but I was hoping that it might get resolved before the Revolution (2.0) goes prod.

    Thanks all for any insight that you have!

    Rambongo
      • 33372
      • 1,611 Posts
      As far as I know...

      There is no "limit" to the number of documents that you can have in MODx 0.9.6.x. I’ve had sites with over 5000 documents and no problems at all. The issue is that the caching mechanism in the current version becomes exponentially slower when you have thousands of documents, so if your server is not able to parse big PHP files quickly you will see a performance hit.

      I don’t think there are any plans to "fix" this. It’s just the way that the current caching system works. There are a number of ways to mitigate performance problems caused by large cache files, and I think that’s all there’s going to be for the current version.

      The future release (Revolution) will use a completely different caching system and thus will not have this issue.

      Personally I feel that this "problem" is over-rated. Like I said, I’ve had several sites with thousands of documents on shared web hosts and it’s never been a problem for me. If you’re not expecting to have thousands of documents for a year or two, I would just plan on migrating to Revolution down the road and not worry about it now.
        "Things are not what they appear to be; nor are they otherwise." - Buddha

        "Well, gee, Buddha - that wasn't very helpful..." - ZAP

        Useful MODx links: documentation | wiki | forum guidelines | bugs & requests | info you should include with your post | commercial support options
        • 31471
        • 206 Posts
        Hi,
        I was thinking about the theoretic limit of 5000 documents in Evolution.
        If this is related to the caching system, isn’t it a workaround for a moderate traffic site to turn caching off on the documents? Which one can be faster - an uncached page or a cached page from a 10000 set?

        My goal is to save calendar events with or without a linked page (content).
        If the count of the documents is a pain at large, I must store events not having content, separated - in a table or in a special document - and give a document only to events having linked page (content).

        If it’s a solution to store docs uncached or it’s not a problem at all, I can save all the events the same way in their own documents.

        Any experiences? Thanks in advance.
          • 20413
          • 2,877 Posts
            @hawproductions | http://mrhaw.com/

            Infograph: MODX Advanced Install in 7 steps:
            http://forums.modx.com/thread/96954/infograph-modx-advanced-install-in-7-steps

            Recap: Portland, OR (PDX) MODX CMS Meetup, Oct 6, 2015. US Bancorp Tower
            http://mrhaw.com/modx_portland_oregon_pdx_modx_cms_meetup_oct_2015_us_bancorp_tower
            • 36416
            • 589 Posts
            Quote from: vhollo at Nov 03, 2009, 06:01 PM

            I was thinking about the theoretic limit of 5000 documents in Evolution.
            If this is related to the caching system, isn’t it a workaround for a moderate traffic site to turn caching off on the documents? Which one can be faster - an uncached page or a cached page from a 10000 set?

            It isn’t - because metadata for uncached documents is also stored in the cached sitemap.

            My goal is to save calendar events with or without a linked page (content).
            If the count of the documents is a pain at large, I must store events not having content, separated - in a table or in a special document - and give a document only to events having linked page (content).

            Yes, keep events in a separate table with link to existing documents.