openerp-expert-framework team mailing list archive

[Zyphos <zyphos@xxxxxxxxx>]

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     : openerp-expert-framework@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-expert-framework
> More help   : https://help.launchpad.net/ListHelp
>
>