Fork me on GitHub

Xanthia caching broken under linux  Bottom

  • Hi

    The Xanthia caching system is totally broken under linux.

    I installed postnuke RC1 full package (normal install with
    mysql and basic modules installed), logging in, going to
    layout and activating the xanthia module caching in the xanthia
    settings.

    The result is shown here: http://88.198.46.59/

    It looks like block problem, but thats no true - caching blocks is DISABLED
    on that installation.

    I did another test installation on a 2nd linux server with different PHP - same
    result.

    My test & work installation under windows worked fine.

    Here are the 2 servers. The 88.198.46.59 one is a 2GB Hetzner AMD64 with
    Debain Etch and modified LAMP system with latest settings. php5, suhosin,
    eaccelerator, adodb, mod_security - you can check it here:
    I disabled for testing purpose the eaccelerator on this server.

    Site: http://88.198.46.59
    PHP info: http://88.198.46.59/info.php


    The 2nd one is server4you vserver, debian etch with php4 and eaccelerator
    enabled. Pretty much a different system. Same problem.

    http://web2.168180.vserver.de
    http://web2.168180.vserver.de/info.php

    On the first one i disabled the PnRender caching AND checked the block module in the
    xanthia caching - on the 2nd one is all enabled. I cleared for both server all
    pnrender & xanthia caching directories by hand.

    So, its not a side effect... If a dev needs access to the systems, please PM me.
    Both server will be full reseted with new image after this, so its no problem.
  • I forgot - Its NOT a visualation problem - the blocks are not the problem, you
    will get wild effects for example in the admins menu with your auth key - which
    makes changes nearly impossible including reseting the xanthia caching. Be careful
    when you test it on a system where you don't have full access.
  • Quote

    The Xanthia caching system is totally broken under linux.


    Please be careful with such absolute expressions.

    Re-check with one of the default themes supplied with the RC1 and tell us which theme you are using. A first wild guess would be a broken selfmade theme.





    --
    "He is not dangerous, he just wants to play...."
  • There is definately a problem - but only with themes that supply thier own block templates. It seems that the block output gets cached when it shouldn't. And since the block template doesn't have a suitable cache id then you see the first cached block repeated everywhere.

    -Mark

    --
    Visit My homepage and Zikula themes.
  • I've now fixed this problem, at least from my own limited testing, in SVN. Please check with the next daily.

    -Mark

    --
    Visit My homepage and Zikula themes.
  • Will checkout the SVN tomorrow and isntall it on the server again.

    Is there any special SVN tag/branch i have to checkout?

    EDIT: *Ah, only saw the SVN... Had to much SVN checkout the last days. Will use nightly.*

    As i described - its the standard debian LAMP server in 2 versions
    where i loaded PN on - no changes, standard setup. Checking with
    the standard templates of the package only.

    After finish the installation i go direct to login, admins, select template and
    activate Xanthia.

    It must be problem with linux because it works fine for me under windows.
    Well, nearly - because under normal windows, localhost the performance of
    the Apache is pretty bad. Not a good way to test caching for me.





    edited by: michtoen, Aug 06, 2007 - 06:18 PM
  • Quote

    Is there any special SVN tag/branch i have to checkout?

    simply grab the nightly build

    --
    regards from germany
    ..::[Zikula Application Framework]::.. ..::[SEO-Blog]::.. ..::[CMS Sicherheit]::..
  • Quote

    I've now fixed this problem, at least from my own limited testing, in SVN. Please check with the next daily.


    If testing is needed: The first server is new without any content, i have to prepare and test there the
    website so or so. There is nothing personal data stored, so i can grant there ssh login for a PN dev.
    Just PM me here please.

    I will request a new OS image after this from the provider because i test the hardware & setting alot,
    its really no problem.
  • Just tested the changed pnTheme.class.php file - its works like a charm.

    http://88.198.46.59

    The cache time is 10 seconds, you can see good when the cache is triggered
    by the page render time on the bottom.

    Just because i had the php.ini opened:

    On that server, the postnuke site with some modules enabled
    without eaccelerator caching

    like 250ms to 340ms for a initial page
    and constant 0.07sec when caching

    With eaccelerator the render time dropped
    to 0.09sec to 0.11sec for a initial page (every 10 or 20 pages more)
    and pretty nice 0.01sec to 0.02sec when caching

    Pretty nice.



    edited by: michtoen, Aug 06, 2007 - 07:59 PM
  • Using a PHP Accelerator with any PHP program should see a 1-10x speed increase (for example with Gallery2 I saw a massive performance improvement on a site getting 500,000 hits a day). If you have the means, it's always a good idea.

    --
    itbegins.co.uk - Zikula Consulting

    birtwistle.me.uk - Personal Blog


    Please read the Support Guide
  • i'd suggest to try the 'Alternative PHP Cache' pecl:apc instead of eaccelerator (apc will be part of php6 anyway icon_wink )

    --
    regards from germany
    ..::[Zikula Application Framework]::.. ..::[SEO-Blog]::.. ..::[CMS Sicherheit]::..

This list is based on users active over the last 60 minutes.