[Vtigercrm-commits] [vtiger development] #5965: poor performance and now almost unusable in val2
vtiger development
vtiger-tickets at trac.vtiger.com
Mon May 25 10:46:08 EDT 2009
#5965: poor performance and now almost unusable in val2
------------------------+---------------------------------------------------
Reporter: Ed.Taaffe | Owner: developer
Type: defect | Status: new
Priority: unassigned | Milestone: 5.1.0
Component: vtigercrm | Version: 5.1.0-val2
Keywords: |
------------------------+---------------------------------------------------
I was intrigued by the poor peformance and took a look at the code.
It really is the worse mess I have ever seen and I have seen some.
I really cant see the point in adding fancy features when the =basics are
barely fucntioning.
I counted 200 database queries in index.php before I lost the will to
live. That is mind blowing.
Most of thse are running for bloat that I dont even use.
Because of the dumn sugar architecture, every call passes through index
and every time, it runs the installation code, It retrieves all the
session data for every single click of a mouse and all the application
leveel data too.
Cant someone create a session opbject that gets its data once and keeps it
till the end of the session. Even if you to have to impenet it yourselves
it should be simnple with xml or even a single cached copy in a single
databnase table would save thouands of trips to the database on each
session.
There's a lot you could do beyond the scope of a ticket, but how about
mnaking a start.
The only control code I can see is if nested isndie if ad nauseum.
This code is more effective than encryption. anyone who tries to work with
it ends up in an asylum.
I struggle to see a future for anything that is left in this state without
a commitment to mprove it.
--
Ticket URL: <http://trac.vtiger.com/cgi-bin/trac.cgi/ticket/5965>
vtiger development <http://trac.vtiger.com/>
vtigerCRM
More information about the vtigercrm-commits
mailing list