Run APC on the main site. Create a separate instance of apache running on another port and have it use the ZendOptimizer, and have the admin stuff there. Also, have you tried changing the options for the zend thing to not actually optimize? It only has positive effects if you are also using their opcode cache. They moved the optimizer part into their decoder so they could name it that for a typical bait and switch job on unsuspecting webmasters. Bleh... On Thu, Oct 23, 2008 at 4:44 AM, Jochem Maas <jochem@xxxxxxxxxxxxx> wrote: > Nathan Nobbe schreef: >> On Wed, Oct 22, 2008 at 4:39 PM, Martin Zvarík <mzvarik@xxxxxxxxx> wrote: >> >>> Jochem Maas napsal(a): > > napsal(a) ... that's even weirder than my 'schreef' :-) > >>>> anyone know whether running ZendOptimizer + APC simultaneously still >>>> causes allsorts >>>> of problems ... I know it did in the past but I can't find any very recent >>>> stuff about the >>>> issues online. >>>> >>> I believe you should look up eAccelerator or XCache, which should work with >>> ZendOptimizer. >> >> >> as Jocheem said before the app is bound to apc; depends on the >> implementation whether it could be ported to another solution. > > technically I can remove/replace APC - but time and desire say otherwise. > > the joke is that the server in question will only be running my app ... with > the expection of a generic controlpanel thang for server management ... > which requires ZendOptimizer ... and the sysadmin doesn't want to turn off > ZendOptimizer because then the controlpanel app won't work > (the server only exists to run the app/site/foo I wrote for a given client, > but obviously I'll have to 'fix' my stuff so that the controlpanel can > continue to run) > > just another wtf. regardless, thanks to those that responded. > > > >> >> -nathan > > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
