id summary reporter owner description type status priority milestone component version resolution keywords cc appname phpversion exts sapi probability blockedby blocking 264 xcache fails with hardlinked sources and gallery2 Der_Judge moo "Hi there, I'm running several servers with Gentoo Linux. Gentoo Linux uses a concept of hardlinking sources of php apps to achieve multiple goals: * It saves a lot of diskspace / inodes * You can update all instances of this software at the same time * The caching of sources with eaccelerator or xcache is more effective, since all identical scripts have to be cache only once * Backups are done faster ... In short: There are many pluses by using this concept, which is why many other people are using this concept besides from Gentoo, too. On the xcache website is a list of tested applications, including Gallery2. I'm using Gallery2 with xcache and hardlinked sources on my server and I'm encountering the same issue with xcache now which I encountered using eaccelerator: When xcache is active, on _every_ site that content of the gallery is shown, which first hit the cache. For example: You are running a gallery2 at http://www.example.org/gallery2 , another one at http://www.example.org/gallery2-new and a third one at http://www.example2.org/gallery2 on the same server and xcache is active. Now someone accesses http://www.example.org/gallery2 and afterwards the other ones. This will result in that way, that everyone who visits _any_ of these galleries will see the content of http://www.example.org/gallery2 . I can provide a root login and a demo if necessary, but I'd like to not post it here. I'm loged in to freenode everyday and my registered username is ""Judge"" there. A second option to get in contact is to instant message me with AIM - my Screenname is mfcjudge . I Also use Jabber : thejudge@jabber.org . Finally, you can write me a email at mailYYYY@marc-richter.info (replace YYYY by current year)." defect closed major 2.0.1 cacher 1.3.1 fixed gallery2 5.3.8 Irrelevant Always