2009/3/19 marius adrian popa <map...@gmail.com>: > On Thu, Mar 19, 2009 at 9:30 AM, Cesar D. Rodas <sad...@gmail.com> wrote: >> Hello Andrey, >> >> 2009/3/19 Andrey Hristov <p...@hristov.com>: >>> http://www.vl-srm.net/ ? >> I've already seen this, and it is pretty similar, but it designs it's >> very complex IMHO (http://www.vl-srm.net/doc/figures/srm-design.png). >> My design will be simple, pretty close to the memcached. Part of its >> simplicity will be only the RPC/RFC functionality, you won't be able >> to instance remote objects (as the banana class of SRM). >> >> My idea it's provide an easy way to scale, you should be able to take >> an existent project, cut some functions, export into a worker, and >> hook your app. to the worker(s), I'll also write a little function >> that will connect to the master process and generate functions that >> will wrapper as local function, so your code won't change but it would >> be able to scale. > RPC is quite dead > http://taint.org/2009/03/18/151218a.html I can't figure out a better way to scale, of course this solution wouldn't be for every page, but figure out the problem that great sites such as yahoo, digg, wikipedia, wordpress and others faced to scale. The RPC IMHO is a fast/cheap way to handle huge traffic.
> maybe we need something simpler interface like json api for database > http://couchdb.apache.org/docs/overview.html > maybe serializing php objects over http ... we need something interesting :) Can you explain it a little bit more?, this ideas sounds kickass, I'd really love contribute something for PHP > > >> >>> Cesar D. Rodas wrote: >>>> >>>> 2009/3/19 mike <mike...@gmail.com>: >>> >>> ... >>> >>> Andrey >>> >>> >>> >> >> >> >> -- >> Cesar D. Rodas >> http://cesar.la/ >> Phone: +595-961-974165 >> E. B. White - "Be obscure clearly." >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> >> > -- Cesar D. Rodas http://cesar.la/ Phone: +595-961-974165 Samuel Beckett - "Birth was the death of him." -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
