Re: [ANN] ngx_openresty stable version 1.0.11.28 released!

[Aleksandar Lazic]

Hi agentzh,

do you know the Kyoto Tycoon ( http://fallabs.com/ )?

Do you have plans to add it to openresty?

Best regards

Aleks

On 25-03-2012 09:41, agentzh wrote:

Hi, folks!

I'm happy to announce that ngx_openresty's new stable version 1.0.11.28 has just been released. You can download the source tarball from the Download page on openresty.org:

   http://openresty.org/#Download

This is the first (and also the last) stable version of ngx_openresty based on the Nginx 1.0.11 core. Future versions will be based on the latest Nginx stable version.

[SNIPP]

You can find more details on the homepage of ngx_openresty here:

    http://openresty.org

Enjoy!
-agentzh

http://blog.reddit.com/search?updated-max=2009-11-02T12:29:00-08:00&max-results=20&start=154&by-date=false

[agentzh]

On Mon, Mar 26, 2012 at 8:29 AM, Aleksandar Lazic <al-n...@none.at> wrote:
> do you know the Kyoto Tycoon ( http://fallabs.com/ )?
>

Yes.

> Do you have plans to add it to openresty?
>

As long as it has a sane Lua binding :) The current official Lua
binding incorrectly uses Lua globals to store its internal states,
which will cause troubles in the context of ngx_lua.

Best,
-agentzh

_______________________________________________
nginx mailing list
ng...@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx

[David Yu]

On Mon, Mar 26, 2012 at 12:10 PM, agentzh <age...@gmail.com> wrote:

On Mon, Mar 26, 2012 at 8:29 AM, Aleksandar Lazic <al-n...@none.at> wrote:
> do you know the Kyoto Tycoon ( http://fallabs.com/ )?
>

Yes.

> Do you have plans to add it to openresty?
>

As long as it has a sane Lua binding :) The current official Lua
binding incorrectly uses Lua globals to store its internal states,
which will cause troubles in the context of ngx_lua.

Not sure but are you meaning to run kyoto inside nginx? 

The binary protocol of ktycoon is simple and well documented.

Best,
-agentzh

_______________________________________________
nginx mailing list
ng...@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx

--
When the cat is away, the mouse is alone.
- David Yu

[Aleksandar Lazic]

On 26-03-2012 06:10, agentzh wrote:
> On Mon, Mar 26, 2012 at 8:29 AM, Aleksandar Lazic <al-n...@none.at>
> wrote:
>> do you know the Kyoto Tycoon ( http://fallabs.com/ )?
>>
>
> Yes.
>
>> Do you have plans to add it to openresty
>

> As long as it has a sane Lua binding :) The current official Lua
> binding incorrectly uses Lua globals to store its internal states,
> which will cause troubles in the context of ngx_lua.

There is the possibility to use the memcache interface ;-)

http://fallabs.com/kyototycoon/spex.html#tips_pluggableserver

I use it with

http://search.cpan.org/~dormando/Cache-Memcached-1.29/lib/Cache/Memcached.pm

;-)

Cheers
Aleks

[Aleksandar Lazic]

Due to the fact that  Kyoto Tycoon can speak memcache I think it should be possible to use Kyoto Tycoon also direct with

*memcache* module.

Due to the fact that I have not a use case for this I hope the 'comunity' have some

ideas or needs ;-)

Cheers

Aleks

[agentzh]

On Tue, Mar 27, 2012 at 4:28 AM, Aleksandar Lazic <al-n...@none.at> wrote:
> Due to the fact that  Kyoto Tycoon can speak memcache I think it should be
> possible to use Kyoto Tycoon also direct with
>
> *memcache* module.
>

And also the lua-resty-memcached library based on ngx_lua's cosocket API:

https://github.com/agentzh/lua-resty-memcached

But I'm fraid the functionalities exposed by KT's memcached interface
are a little limited, a Lua binding for KT's native wire protocol
based on ngx_lua's cosocket may still be useful :)

[Aleksandar Lazic]

On 27-03-2012 03:07, agentzh wrote:
> On Tue, Mar 27, 2012 at 4:28 AM, Aleksandar Lazic <al-n...@none.at>
> wrote:
>> Due to the fact that  Kyoto Tycoon can speak memcache I think it
>> should be
>> possible to use Kyoto Tycoon also direct with
>>
>> *memcache* module.
>>
>
> And also the lua-resty-memcached library based on ngx_lua's cosocket
> API:
>
> https://github.com/agentzh/lua-resty-memcached
>
> But I'm fraid the functionalities exposed by KT's memcached interface
> are a little limited, a Lua binding for KT's native wire protocol
> based on ngx_lua's cosocket may still be useful :)

Which module is the best to fork and start to implement ;-)

https://github.com/agentzh/

The 'native wire protocol' is HTTP ;-)

http://fallabs.com/kyototycoon/spex.html#protocol

####
...
Kyoto Cabinet uses an RPC model called TSV-RPC, which is similar to
XML-RPC but uses TSV rather than XML. Although TSV is inferior to XML in
terms of expressive ability, TSV is superior to XML in terms of
simplicity, space efficiency, and processing effectiveness.
...
####

Cheers

[agentzh]

On Tue, Mar 27, 2012 at 8:25 PM, Aleksandar Lazic <al-n...@none.at> wrote:
>
> Which module is the best to fork and start to implement ;-)
>
> https://github.com/agentzh/
>
> The 'native wire protocol' is HTTP ;-)
>
> http://fallabs.com/kyototycoon/spex.html#protocol
>

Oh, then we need a library named lua-resty-http then :) Just check out
how lua-resty-memcached and lua-resty-redis are implemented.

And here's a (extremely) naive http 1.0 client implemented atop cosocket:

https://groups.google.com/group/openresty/browse_thread/thread/55a3461e633bbf10

Best,
-agentzh