Can you take advantage of a bunch of PCs with EDVO cards? Remove the bandwidth issue from the equation?
------ Paraguay's mobile sector is far more dynamic. New investment and competition are leading to exceptional growth in the take-up of mobile services and innovative new mobile services. There are four major mobile operators offering mainly GSM/GPRS services. They are Telecel (Millicom), Hola (KDDI), Personal (Telecom Argentina) and CTI Movil, (Amercia Movil). The broadband sector is directly benefiting from these trends. Since 2001, several mobile operators have been implementing wireless broadband options (WiFi and WiMAX technologies) that since mid-2007, provide a serious alternative to fixed line broadband services. In the near future, Paraguay's ISPs are predicted to serve more homes and businesses via wireless broadband than ADSL. http://point-topic.com/content/operatorSource/profiles2/paraguay-broadband-overview.htm On Sat, Jul 5, 2008 at 12:58 PM, Hans Zaunere <[EMAIL PROTECTED]> wrote: >> > You may want to consider using web services. Data would be stored in a >> > local MySQL database, and then as you mention, a central server aggregates >> > the data from all the locations. >> > >> > The reason I mention web services, is that HTTP is typically more robust >> > over flakey connectivity than database protocols are. >> >> Hans, have you seen something like this in production? It seems like a >> great open source project that could become part of MySQL's lineup, >> for use in exactly the type of situation that Allen describes. >> >> MySQL Master <--> HTTPS Transaction Broker <--> Remote MySQL Cache >> >> It's kind of the same architecture that Gears wants to put you in on >> the client: you keep a local copy of all the data that's important to >> you, synchronized whenever you are online with the main database. The >> pattern is everywhere, but I've never seen a tool that was >> purpose-built to do this between MySQL instances. > > I haven't seen a general purpose tool for this type of thing, but have seen > the same architecture done in a couple of places. For example, desktop patch > level tracking and location tracking for trains. > > The caveat to all of this is the complexity of the data. As data increases > in complexity, conflict resolution gets more difficult on the aggregating web > service. And perhaps more importantly, the actual XML/POST/GET/etc actions > that transmit the data between remote and central location can grow quickly > and be complex to parse/structure themselves. > > But as you mention, the pattern is good/growing, and useful wherever > connectivity can't be guaranteed, or is known to be intermittent. HTTP is a > good fit because of its asynchronous nature, whereas database protocols are > often latency and connectivity sensitive. But with a flexible framework, the > purpose specific logic could be dropped in where needed, and this would be an > interesting project. > > H > > > _______________________________________________ > New York PHP Community Talk Mailing List > http://lists.nyphp.org/mailman/listinfo/talk > > NYPHPCon 2006 Presentations Online > http://www.nyphpcon.com > > Show Your Participation in New York PHP > http://www.nyphp.org/show_participation.php > -- IM/iChat: ejpusa Links: http://del.icio.us/ejpusa Blog: http://www.preceptress.com Follow me: http://www.twitter.com/ejpusa Karma: http://www.coderswithconscience.com Projects: http://flickr.com/photos/[EMAIL PROTECTED]/ Store: http://astore.amazon.com/httpwwwutopic-20 _______________________________________________ New York PHP Community Talk Mailing List http://lists.nyphp.org/mailman/listinfo/talk NYPHPCon 2006 Presentations Online http://www.nyphpcon.com Show Your Participation in New York PHP http://www.nyphp.org/show_participation.php
