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

    I’ve installed MODX Revolution 2.0.0-rc1 in this scenario:

    * Ubuntu 9.10 server x64
    * MySQL 5.1.37
    * XCache 1.2.2

    all the software was installed from Ubuntu repository (via apt-get).
    The modx installation process goes fine, but when accessing to management interface, I’ve got a blank page. Disabling XCache, all go fine.
    My xcache configuration is:

    xcache.shm_scheme = "mmap"
    xcache.size = 256M
    xcache.count = 9
    xcache.slots = 16K
    xcache.ttl = 0
    xcache.gc_interval = 0

    xcache.var_size = 0M
    xcache.var_count = 1
    xcache.var_slots = 8K
    xcache.var_ttl = 0
    xcache.var_maxttl = 0
    xcache.var_gc_interval = 300

    Someone are using Xcache and has a working configuration?
      • 22303 MODX Staff
      • 10,725 Posts
      It’s likely some issues with the accelerator and some mismatched method signatures that have been resolved since RC1. I have the latest SVN working fine with APC now anyway. If it’s still a problem with latest SVN then it may be related to a session problem that has been identified on certain platforms (maybe 64-bit related?), though I cannot seem to reproduce these errors being reported that are described as being caused by user-space objects going out of scope before session_write_close() is executed.
        • 12586
        • 7 Posts
        Hi, I’m sure that this is a problem with the PHP accelerators, but anyway this can affect negatively the opinions on modx...
        Going further on this problem, I’ve made other some experiments, changing OS and accelerators and I’ve found a working combination:

        * OpenBSD 4.6 32bit
        * PHP 5.2.13
        * Xcache 1.3.0 (stable and SVN r680)

        The problem now is: my production servers are all 64bit multicore processors (AMD) machines, so I can’t use modx revolution neither for test and later for production environment (when Revolution goes stable)...
        I’m very frustrated from that situation sad
          • 22303 MODX Staff
          • 10,725 Posts
          Quote from: ias2 at May 06, 2010, 03:59 AM

          Hi, I’m sure that this is a problem with the PHP accelerators, but anyway this can affect negatively the opinions on modx...
          Going further on this problem, I’ve made other some experiments, changing OS and accelerators and I’ve found a working combination:

          * OpenBSD 4.6 32bit
          * PHP 5.2.13
          * Xcache 1.3.0 (stable and SVN r680)

          The problem now is: my production servers are all 64bit multicore processors (AMD) machines, so I can’t use modx revolution neither for test and later for production environment (when Revolution goes stable)...
          I’m very frustrated from that situation sad
          I’m not sure what you are frustrated about exactly; I explained already that the latest code is working with most of the popular accelerators, at least in my various test environments. Are you using the latest code from Subversion (branches/2.0) and still having problems?
            • 12586
            • 7 Posts
            Ok, I’ve done an ’erase and redo’ session, so I’ve removed all modx installations, dropped any related database, cleared all my .so php accelerator binary, re-downloaded Modx Revolution 2.0 from Subversion and started the setup process again.
            This time, I’ve used only XCache as PHP accelerator on one of my production servers for tests (Apache and PHP was the same from last time). This time, everything goes fine and I’m happy again smiley
            Thanks for your time and have a nice day.