Another idea might be to enhance dbo with a non-sql backend; more 
specifically the schema-free structured storage systems that seem all 
the rage right now (couchdb, cassandra, ...)

Another strange(?) idea might be to see if there is any performance gain 
possible by doing database load balancing inside a dbo backend (maybe 
there is information available to the backend about what a query is 
exactly doing that is lost for the more traditional load balancing 
solutions). You could have something like a dbo backend that talks with 
a dbo-helper frontend to each individual database instance through a 
high-performance message-passing system like 0MQ (horrible name, right?)

If the abstraction is done right, you might even loadbalance the same 
application onto a pool of SQL and schemafree databases etc...

Not sure if there is real win in the idea but I think it merits some 
thoughts.

cu bart

Pau Garcia i Quiles wrote:
> Hello,
> 
> Google Summer of Code 2010 was announced recently. Will EmWeb (try to)
> participate this year?
> 
> Maybe we can start a brainstorm here for new ideas. The ideas for GSoC
> 2009 (sadly EmWeb got no slots) are still there:
> 
> http://redmine.webtoolkit.eu/wiki/wt/Ideas_for_Google_SoC
> 
> * WebKit integration
> 
> A first, very pedestrian approach, is available from
> http://gitorious.org/wtdesktop
> 
> This idea is to incorporate WebKit into Wt. The level of integration
> may evolve over time, as are the possible applications.
> 
> The first step is to combine WebKit with the built-in httpd to provide
> a desktop application using Wt. This could be useful for distributing
> an off-line version of a Wt application or during development. The
> webkit would be configured to act as a single application (instead of
> as a general purpose browser).
> 
> The second level is to allow introspection of the DOM inside WebKit
> from a Wt application session. This could become the basis for an
> automated testing framework which verifies that the widget tree and
> the DOM tree are in sync. By querying the DOM for information on the
> location and CSS properties of widgets, it can be checked that the
> application works properly. By allowing for events to be simulated on
> the DOM tree, the application can be checked for correct event
> handling.
> 
> The third level is to by-pass the HTML/JavaScript and HTTP protocol
> for certain rendering steps. For example, a new WPaintDevice could be
> developed which paints directly instead of encoding it first as SVG or
> HTML Canvas5 JavaScript. This would allow significant speedups for
> vector graphics.
> 
> Required expertise: Good C++ knowledge, knowledge of or willing to
> learn the CMake build system, familiarity with GTK or Qt application
> development.
> 
> 
> * Widget Set mode
> 
> Since some months, Wt includes a so-called widget-set mode. In this
> mode, a Wt application does not take responsibility to render the
> entire user interface, but only selected <div>'s. The Wt application
> is loaded as a JavaScript library, which then renders into these
> <div>'s, which then correspond to a set of "top-level" widgets. Any of
> %Wt's features may be used inside such a widget, including portable
> vector graphics.
> 
> This would allow a Wt application to also expose a JavaScript API,
> such as for example Google Maps, but this has not yet been provided.
> To provide support for this in the Wt library, it would require that a
> Wt application can extend its JavaScript object with JavaScript
> methods that map onto C++ methods, which assumes a system that helps
> as much as possible to convert between JavaScript objects and C++ data
> structures (for example based on maps).
> 
> 


------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
witty-interest mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/witty-interest

Reply via email to