Hi, - "Field only", that's a good idea. But using something like: "field_on_demand" would be better, the "fields_only" is not enough explicit I think.
- "pg84", we are falling in the dilem, need speed or need better compatibility. The multi-database compatibility is not for now. So tuning the existing one is not bad. - The "debug message SQL_db, cr.execute", is good too for me. To track slow queries. - "Xmlrpc2", for now, openerp is not really based on session. So the creditential needs to be sent each time. If you want to spare bandwith, you should use something like JSON, or a binary format instead of the verbose XML as protocol. For file (binary content), image, you should avoid those base64 encoded content that take up to 33% more space. (37% in MIME mail) http://en.wikipedia.org/wiki/Base64 You can use something like: BasE91 about sparing 7 to 14% http://base91.sourceforge.net/ Or But by removing base64 => you MUST use a binary protocol. (Because specials char can be use in binary) => sparing 33% Binary needs to pickle, and is exposed to buffer problems (overflow and so one), needs to take care of type of CPU (low-end encoding, high-end encoding), float representation, and so on. Another way to spare bandwidth could be to use proxy (at both side) like NX protocol does (send only delta). But this require to be coded in all client too. That's why a client API common to all OpenObject client (Web, GTK, QT) could be very usefull. Instead of doing the "OpenObject Library". Or "OpenObject Library" needs to cover all client needs. Proxying backsides are CPU usage, and memory usage. - "dynamic setting of debug", I think with such a feature the code will become a mess. Why not creating another level of debuging log instead ? - Profiling, is a good idea too. Nicolas DS P. Christeas a écrit : > Hello, list. > I have put together some notes on the features I have been hacking into the > openobject-server, mainly aimed to the developer's convenience. > > They are inside the 'doc' repo, so I could update them at any time and enrich > with anything we may be developing. > > Take the (huge) url: > http://git.hellug.gr/?p=xrg/openobject- > doc;a=blob;f=source/developer/1_3_oo_architecture/xrg- > notes.rst;h=76dd38d56d4;hb=762f5b545e236729 > > > (note that you could browse through gitweb for it) > > > _______________________________________________ > Mailing list: https://launchpad.net/~openerp-expert-framework > Post to : [email protected] > Unsubscribe : https://launchpad.net/~openerp-expert-framework > More help : https://help.launchpad.net/ListHelp > > _______________________________________________ Mailing list: https://launchpad.net/~openerp-expert-framework Post to : [email protected] Unsubscribe : https://launchpad.net/~openerp-expert-framework More help : https://help.launchpad.net/ListHelp
