Thank you for your reply! I will keep focus on it and it's my pleasure!
Best regards, Wheats 在 2013-4-12，上午11:55，Eduardo Silva <[email protected]> 写道： > > > > On Thu, Apr 11, 2013 at 9:48 AM, Haomai Wang <[email protected]> wrote: > Hello, > > I scan the source of Monkey and feel excited to see readable code. I'm > working on event-driven library and Http handle for months and learn from the > source code quickly. > > I want to describe my plan about SPDY protocol support(I'm not master the > overview of Monkey and Duda completely, please correct me!): > > The list below is the key to accomplish this project: > > 1. SPDY protocol is familiar to Http 1.1, which can be verify in [SPDY > Protocol - Draft 3]. > 2. Monkey relevant to Http is mainly in nk_request.c and nc.plugin.c > 3. Monkey Plugins compatible with SPDY > > Because SPDY and Http uses the similar headers, there is no too much work on > change nk.request.c and nc.plugin.c. Http status and Http headers API also > can be changed to common use. Monkey Plugins use API from nk.plugin.h, we can > change the implementation of them and try to not affetc plugins. > > Challenges: > 1. Compatible with Http 1.0 or 0.9: I don't familiar with Http 0.9. So I > don't know what should be think much of. I hope to get help on this > 2. Plugins: I haven't detailedly browse all the code in plugin directory. I > hope to get some introduces about them when plugin API implementation > changed. > > Beyond the idea: > > I find epoll supporting is integrated into core. And it's the main problem > need to solve if port Monkey Stack to OSX. I want to abstract event-drive API > and add kqueue supporting on Monkey. > > I am appreciate your attention and guidance! > > Best regards, > Wheats > > > > 在 2013-4-10，下午10:59，Haomai Wang <[email protected]> 写道： > >> Hello, >> >> My name is Haomai Wang. I'm currently a 3rd year student from China. I >> have lots of months working on server-side software. I have three years C >> coding experience and two years for Python. >> >> My open-source project relevant to Monkey project: >> >> I own a open-source project called "Wheatserver"(all codes written by me). >> It's a application server framework written in C. You can access it by >> Github(https://github.com/yuyuyu101/wheatserver). I begin it at five months >> ago and release it only few days. More information you can see in Github >> project. Because it's a beginner, I only write a few articles in Chinese and >> lack of English. >> >> ======================= >> >> What Wheatserver is: >> You can write a worker module or protocol module or application module for >> it. For example, you can write a WSGI server using Wheatserver. What you >> only to do is write Python-C API call application-side code. Wheatserver >> will give you a IO supporting(which worker module support) and Http >> supporting(which protocol module support).Now based on Wheatserver, I write >> a WSGI server(Fastest WSGI server) and a Redis distribution system(Dynamo >> Style). It's welcomed by Chinese community. >> >> It sounds interesting. But it exists many problems and lack of experiences >> building a robust framework. >> >> Oh, my expression in English is not well. ==~== >> >> I am a newer on Monkey Project. I am attracted by Monkey because of its >> performance and interesting features. I want to join Monkey Project and >> spread to Chinese developer community. I am a active developer and can make >> my best to work on Monkey(Starting read Monkey source) >> >> ======================= >> >> Other skills: >> >> Understand some Nginx codes(Learn some features from it and implement it on >> Wheatserver) >> >> Years on K/V database: I read most of K/V databases besides Redis, >> Memcached, BeansDB(Bitcask), CascadeDB, LevelDB, TT & TC. >> >> Add OSX support for Twemproxy(http://github.com/twitter/twemproxy). Oh, >> what I do is only add a abstract layer for event-driven API and add Kqueue >> support. >> ~=~, I also intersted in "Port Monkey stack to OSX and cross compiling >> environment" idea. >> >> Several Django projects. >> >> ======================= >> >> Working experience: >> >> Intel-Chengdu Summer Intern. Provide with inner system supporting. >> >> ======================= >> >> My Chinese blog: http://www.wzxue.com/ >> >> >> >> >> Best regards, >> Wheats >> >> >> > > > _______________________________________________ > Monkey mailing list > [email protected] > http://lists.monkey-project.com/listinfo/monkey > > > indeed there are many changes to do, the current core uses a client file > descriptor as primary key to identify a request, in SPDY many requests can > exists under the same file descriptor, so that means a deep review of the > stack and start thinking how to adapt the current design to be more > protocol-agnostic without affect all features. > > try to reach us on irc.freenode.net #monkey > > regards, > > > -- > Eduardo Silva > http://edsiper.linuxchile.cl > http://www.monkey-project.com
_______________________________________________ Monkey mailing list [email protected] http://lists.monkey-project.com/listinfo/monkey
