Hi Nathan,
By factoring each data providing source (which could even be a single sql
> query) in to scripts of their own, with their own URIs - it allows you to
> implement static caching of results via the web server on a case by case
> basis.
My web framework automatically builds in REST-ful c
Phpster wrote:
> I am interested in how you are handling security in this process. How
> are you managing sessions with the restful interface? This is the one
> thing that really interests me with the whole restful approach.
one doesn't do sessions with rest :)
http://www.ics.uci.edu/~fielding/pu
On Mar 28, 2010, at 2:45 PM, Nathan Rixham wrote:
Adam Richardson wrote:
"Threading" is only realistically needed when you have to get data
from
multiple sources; you may as well get it all in parallel rather than
sequentially to limit the amount of time your application / script is
sit
Adam Richardson wrote:
>> "Threading" is only realistically needed when you have to get data from
>
> multiple sources; you may as well get it all in parallel rather than
>
> sequentially to limit the amount of time your application / script is
>
> sitting stale and not doing any processing.
>
>
> "Threading" is only realistically needed when you have to get data from
multiple sources; you may as well get it all in parallel rather than
sequentially to limit the amount of time your application / script is
sitting stale and not doing any processing.
> In the CLI you can leverage forki
Richard Quadling wrote:
> Hi.
>
> As I understand things, one of the main issues in the "When will PHP
> grow up" thread was the ability to issue multiple queries in parallel
> via some sort of threading mechanism.
>
> Due to the complete overhaul required of the core and extensions to
> support
6 matches
Mail list logo
