Am 16.12.2007 um 14:07 schrieb Lars Kneschke: >> > The current eGroupWare api is slow. The current way of handling > sessions and > how the base classes get initiated is far from being optimal. >
Far away from optimal - aha - we have a Server here with 10 egw instances, 420 domains, round about 10.000 Mailaccounts and during worktime there are round about 150-200 Users working with these egws. Our own egw runs there and we have site recreation times from 2-2.5 seconds. This is much faster as alle the other systems we are testing from time to time. The secret to speed up the server was ram. At the moment we use a dual xenon intel machine with 6 GB ram and a 64 bit suse linux. The mistake was made by using a vmware on a lowend laptop.... > Did you ever had a look at the results on this page? > > http://www.tine20.org/wiki/index.php/Doing_a_performance_analysis_of_a_PHP_application > > The business logic an eTemplate application is only 10% of the total > processing time spent. Without etemplate is is still about 80%. You > can not > base a JSON based UI on this slow codebase. > I do not now why you are focused on JSON. There are several tests showing that JSON isn't that fast comparing with XML. There are several discussions going on showing the limitations of JSON. They also show thaht it depend on your knowledge creating intelligent code by your own like a read/writebuffer depending on your needs. This beats JSON all the time because is not as flexible as XML is. Another point is the difference between flexibility of JSON and XML. This is what I have understood reading the first 100 arcticles wich comes up if you google: JSON performance. Seems to be very interesting.... >>> As you can see it would be very easy to add layers of backward > compatibility >>> to our proof of concept code any time very easily. We just need to >>> know, >>> which kind of backward compatibility we need. >> >> Thought you lost me, with "As you can see it would be very easy to >> add >> layers of backward compatibility", I cant see that anywhere in the >> Tine >> code. About the required interfaces for backward compatibility, it's >> called eGroupWare API ;-) > I know that we have different understandings how to develop > software. But we > are doing on step after the other. We know how to write good PHP > code. We > understand PHP very well. And we have a broad team of PHP developers > here at > Metaways. We know already that we can implement backward > compatibility in > different areas of eGroupWare. > But currently we are working on a proof of concept, with the goal to > show > the other developers how easily you can build groupware applications > on top > of ExtJS and the Zend Framework. When thinking about changing base technologies in egw why not talking about FLEX? FLEX seems to be the better choice?! Did you take a look at it? > We need to learn how to write good > JavaScript code and how to communicate using JSON. Currently it is > totally > unclear which kind of backward compatibility is needed, after we have > finished our proof of concept. And it is totally unclear which code > will be > needed in the future. Of course we don't touch this area until we > have a > clear understanding about what is needed. Everything other would be > a waste > of time. > Time to repeat it again. If everything is unclear why are you acting as you did? Wouldn't it be better to finish a proof of concept before announcing your project as the future of egroupware? > >> That you cant solve it, does not necessarily mean: >> - it can not be solved >> - you can have no backward compatibility on API level >> - you are forced to drop all existing code > Ok. It's time repeat it again. > > At the meeting in the summer, Nigel and you denied any our ideas > because > they can't work or did not work in the 80's already. As we asked you > to work > together with us to modernize eTemplate you also denied to do this, > because > had other more important things to do for a very long time. And > Nigel and > you stated that we can not expect that you can take care of our > problems. > As long as you keep up this kind of attitude, we can only work on > the things > we can solve ourself. > Yes, as you did - make your own project if you see now future in egw. > And as I stated above and also already multiple times on the different > lists, there is no reason to add backward compatibility later any > time or > reuse old code. It it makes sense, why not. There is no dogma like > you are > calling it. > > We are doing a proof of concept. ==> > http://en.wikipedia.org/wiki/Proof_of_concept > No - you did NOT a proof of concept. You telling us you are doing but in fact you tried to overtook the whole project - thats a little difference! > A proof of concept is by no way a completely working product. And it > is also > not something set in stone. It's just proof of concept that you can > write a > JSON application which based on ExtJS and Zend Framework. Something > Nigel > and you denied that it can work or can be done in a reasonable > timeframe. > Yes. Everyone of you have his own ideas but there was no need grepping the egroupware20 domain. I mention this once more because you by yourself mentioning the past - so please do not forget things you have done! Regards Lutz > > -- > Lars Kneschke > CTO OfficeSpot.Net > Metaways Infosystems GmbH > Pickhuben 2-4, D-20457 Hamburg > > eGroupWare Support: http://www.egroupware-support.net > OfficeSpot.Net Collaboration Server: http://cs.officespot.net > our proposal for the next major eGroupWare release: http://www.tine20.org > > E-Mail: mailto:[EMAIL PROTECTED] > Web: http://www.metaways.de > Tel: +49 (0)40 317031-21 > Fax: +49 (0)40 317031-921 > Mobile: +49 (0)175 9304324 > > Metaways Infosystems GmbH - Sitz: D-22967 Tremsbüttel > Handelsregister: Amtsgericht Ahrensburg HRB 4508 > Geschäftsführung: Hermann Thaele, Lüder-H.Thaele > > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > eGroupWare-core mailing list > eGroupWare-core@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/egroupware-core ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ eGroupWare-core mailing list eGroupWare-core@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/egroupware-core
