First, i want to thanks new dev team since dstogov close the project for the job they do. Sincerly.
Last CVS modification is 3 months old.
Important critical bugs has been found by a lot of users.
I asking myself some questions :
- is the actual dev team really want to make turckmmcache dead ?
- is the actual dev team receive mails from Zend to stop turckmmcache ?
- is the actual dev team has been put there to make turckmmcache development sleeping ?
- is the actual dev team in holiday since 3 months (more) ?
- is the actual dev team don't want to make turckmmcache php5 compatible ?
I asking to other users somes questions :
What could we do to :
- motivate to actual dev team (paypal ?)
- found more good C developer interesting to contribute to Turckmmcache, and knowing Zend engine 2
Sorry for my bad english, I hope everybody understanding what i mean. Dev team, don't be irritated or angry by this message, i'm trying to say "how could we help you to continue the dev".
I'm all for supporting any way I can. I can't write C but I could use Paypal to support hmbly the develoment effort. Please guys, would you let us know!?!?
i would also contribute money to this.
i want one that works 100% with php running under zeus (using fastcgi)
it appears to cache pages, but the mmcache.php page to list activity and allow for resets doesn't work properly on all my servers. it usually says "does not work in CGI mode!" but it DOES seem to cache pages still, and has no problem showing up in a phpinfo()
this is worth money to me, as it is the only one that works reliably under amd64 (phpa does not work in amd64, the zend software doesn't seem to work properly in a multi-webserver load balanced environment using zeus, etc...)
it's so close to working nicely.
i'm sure others like myself and "aemadrid" would contribute. i definately would. i can't write C either, but i want the development to continue! contact me email@example.com if you want to discuss. i will help out in any way i can, short of the actual development!
I just sent an email to the developer of http://www.php-accelerator.co.uk/
There was a rumor he might pick up support of mmcache and/or combine the two accelators into a single product.
The original developer of mmcache was hired by Zend and since dropped this project cold .. =( Looking at CVS, I only see one programmer contributing a significant amount of changes since the original programmer left for Zend (the company that really produces PHP).
Many weeks ago, I heard a rumor that the CVS version of mmcache works with PHP5, but looking today, I see no updates in 5 months. BTW, I believe the CVS version is the most up-to-date and fewest bugs. So be sure to click on the CVS link at the top of this page instead of just downloading the release made months ago.
>I just sent an email to the developer of
He reply something interesting ?
>There was a rumor he might pick up support of
>mmcache and/or combine the two accelators into
>a single product.
Nick Lindridge (PHPA), alias nicklin, said on Help forum the 2004-01-07 :
"We plan to ourselves publish a bug fix / feature update to mmcache 2.4.6 and this will be available from our site. We have always considered mmcache to be an excellent piece of software , and we'd be happy to see the project continue. If we can help with this ourselves then we will."
>I heard a rumor that the CVS version of mmcache
>works with PHP5
It's not a rumor, i use 2.4.7-cvs since php5 rc1. Just it is NOT stable. Lot's of segfault when you use new things offered with php5.
I prepare something for turckmmcache. This project must continue. We can't stop here. We must pay motivated people and make noise around turckmmcache. Noise will start with PHP Forum at Paris, 18/19 nov 2004. Unfortunatly, google already indexe something on my website, too early, i prepare a manifesto called "TurckMMCache must WAKE UP"
Call NICK from APC will be a PETITION, first qualified person after Dmitry to manager this project.
we take a look at the code and we need the cache also for our project. We have done some bugfixing at the mmcache and we will make this month the first release with the first fixes.
It will not published under mmcache but also on sourceforge and for sure under GPL. The reason for a new name are that we don't know about copyright rights on the old name ...
Please give us a few days to finish and test it. We for sure not so good at the moment as dstogov was, but we will work hard on it to become again a free cache soon.
>we take a look at the code and we need the
>cache also for our project. We have done some
>bugfixing at the mmcache and we will make this
>month the first release with the first fixes.
>It will not published under mmcache but also on
>sourceforge and for sure under GPL.
95%(more?) of your code is Turck MMCache. So, don't forget Dmitry and history of Turck MMCache in README files & others. Please.
> Please give us a few days to finish and test it
No problem, we have no choice :)
>We for sure not so good at the moment as
For sure .. but if you made some patchs, is a very good begining, no ? Last patch 5 months old :)
> but we will work hard on it to become again a
> free cache soon.
On my side, i finish a website to make noise around Turck MMCache, in a few days too.
If your patchs are goods, my manifesto (the website) for turckmmcache will be transform into a simple page of the story of Turck MMCache, and i will not speak about Turck MMCache in PHP Forum 2004, 19 oct, as I want to speak about for now.
Please make a little annonce here when you want we test your patchs. Thanks in advance, it will be a pleasure to have no segfaut in my log files.
Log in to post a comment.