Alexey Zakhlestins blog » scgi http://blog.milkfarmsoft.com Programming for Mac and Web Sun, 13 Jun 2010 15:42:32 +0000 en hourly 1 http://wordpress.org/?v=3.0.1 lighttpd 1.4.15 http://blog.milkfarmsoft.com/2007/07/lighttpd-1415/ http://blog.milkfarmsoft.com/2007/07/lighttpd-1415/#comments Mon, 02 Jul 2007 08:40:01 +0000 indeyets http://blog.milkfarmsoft.com/?p=56 Better late than never. I’ve released updated lighttpd packages for MacOS-X’s Fink. It is Lighttpd 1.4.15 this time. Also, I added memcached support to mod_cml and mod_trigger_b4_dl.

As usual, if you have any good or bad feedback — let me know . . . → Read More: lighttpd 1.4.15]]> Better late than never. I’ve released updated lighttpd packages for MacOS-X’s Fink. It is Lighttpd 1.4.15 this time. Also, I added memcached support to mod_cml and mod_trigger_b4_dl.

As usual, if you have any good or bad feedback — let me know :)

]]> http://blog.milkfarmsoft.com/2007/07/lighttpd-1415/feed/ 0 php as appserver vs memory-leaks http://blog.milkfarmsoft.com/2007/06/php-as-appserver-vs-memory-leaks/ http://blog.milkfarmsoft.com/2007/06/php-as-appserver-vs-memory-leaks/#comments Fri, 22 Jun 2007 18:28:32 +0000 indeyets http://blog.milkfarmsoft.com/?p=53 There was a comment by Olivier to one of my previous posts mentioning, that php was still leaking memory even on the simpliest example. That’s not exactly true. I added some more memory-information output to that example and made “hard” testing by ab. Here are some results:

Hello world! #22960 Memory usage: 232312 Peak Memory usage: 275352 Memory usage last . . . → Read More: php as appserver vs memory-leaks]]> There was a comment by Olivier to one of my previous posts mentioning, that php was still leaking memory even on the simpliest example. That’s not exactly true. I added some more memory-information output to that example and made “hard” testing by ab. Here are some results:

Hello world! #22960
Memory usage: 232312
Peak Memory usage: 275352
Memory usage last growed at request#71

Looks good enogh for me :)

p.s. weekend is coming — I will be posting some more-interesting stuff

]]> http://blog.milkfarmsoft.com/2007/06/php-as-appserver-vs-memory-leaks/feed/ 4 PHP+SCGI part 2: problem with eZComponents http://blog.milkfarmsoft.com/2007/06/phpscgi-part-2-problem-with-ezcomponents/ http://blog.milkfarmsoft.com/2007/06/phpscgi-part-2-problem-with-ezcomponents/#comments Thu, 21 Jun 2007 09:58:39 +0000 indeyets http://blog.milkfarmsoft.com/?p=52 Thanks for all the comments to my “Application Server in PHP? well… Yes!” posting. I was really amazed to see that many interested people. Your support gives me a great motivation. Thanks, guys!

I am currently thinking about proper object hierarchy and, actually, I changed it completely 3 times already in my thoughts. I finally . . . → Read More: PHP+SCGI part 2: problem with eZComponents]]> Thanks for all the comments to my “Application Server in PHP? well… Yes!” posting. I was really amazed to see that many interested people. Your support gives me a great motivation. Thanks, guys! :)

I am currently thinking about proper object hierarchy and, actually, I changed it completely 3 times already in my thoughts. I finally “see the light”â„¢ and will implement it on a weekend. I think about converting SCGI-part to a simple “driver” and move all http-related stuff to a separate driver-agnostic set of classes (Probably, that would be a class per kind of http-request and a class per kind of http-response). This way, I would be able to implement FastCGI as anther driver without altering applications. If you have any better ideas — let me know.

For now, I made another example application. This time, with some benchmarking in thoughts. Here it is.

This example supposes, that you have ezcomponents folder on the one level with the svn-checked-out “trunk” of my googlecode-project. And, you can start “runner.php” both as SCGI-server (using CLI) or as usual mod_php/(fast)cgi application. The idea was to see if there will be any noticeable speed difference between approaches. But… it showed the other thing :)

I used ezcGraph in my application and noticed a serious memory-leaking. Obviously, ezcGraph has the forementioned in comments problem with cycled references. The solution is, to add some kind of “public function clean()” method, which would remove references in the object, and objects which were auto-generated by it, so it would later be cleaned-up by a garbage-collector. I implemented a quick-fix locally and it did help to some degreee, but I definitely missed some references, so it still leaked. I think that someone who knows internals of eZComponents better should do it.

Derick? Anyone? Can this be done?

]]> http://blog.milkfarmsoft.com/2007/06/phpscgi-part-2-problem-with-ezcomponents/feed/ 5 Application Server in PHP? well… Yes! http://blog.milkfarmsoft.com/2007/06/application-server-in-php-well%e2%80%a6-yes/ http://blog.milkfarmsoft.com/2007/06/application-server-in-php-well%e2%80%a6-yes/#comments Tue, 19 Jun 2007 13:05:58 +0000 indeyets http://blog.milkfarmsoft.com/?p=51 Short story: I made the initial implementation of SCGI protocol in PHP. Check it out!

Long story: Some time ago I was ranting about PHP and it’s “way” of handling FastCGI. The idea is to have persistent PHP-application which would handle requests from inside. This would allow us have “real” persistent cache in application (persistent connection . . . → Read More: Application Server in PHP? well… Yes!]]> Short story: I made the initial implementation of SCGI protocol in PHP. Check it out! :)

Long story:
Some time ago I was ranting about PHP and it’s “way” of handling FastCGI. The idea is to have persistent PHP-application which would handle requests from inside. This would allow us have “real” persistent cache in application (persistent connection to arbitary resources, preparsed XSLT’s in memory) and reply to queries really fast as we wouldn’t need to load all the classes on each request (classes would be loaded only once, during app initialization). And no, APC and similiar technologies do not completely solve this problem.

I finally found some time (and inspiration) to do something in direction of implementing FastCGI the way I see it. Initially, I was going to implement FastCGI-functions in php-extension, but that would require more time than I currently have, so I started with a simplier task: I implemented SCGI protocol (which is way simplier than FastCGI) in pure php-code (which is easier, again, and let’s me change API faster, during development).

This thing already works and you can test it if you have SCGI-enabled server (apache and lighttpd will do) and PHP 5.2.1+ (cli). At first, you need to get latest sources from my google-code project. Sources come with an example.

Some comments to ease understanding:

  • Start by including SCGI/autoload.php file — it will take care of including all SCGI-classes
  • Create your class by extending SCGI_Application. It needs to have two methods: public function __construct and protected function requestHandler. Constructor should call parent::__construct optionally with the stream-url. By default, application will listen on tcp://127.0.0.1:9999.
  • requestHandler is the function which is called by application on every request. This is the point where most of the things should happen. Request-data is available from $this->request() and Response-data should be given to $this->response(). See example for details
  • To see some result you need to tell your web-server, where your application’s socket is. Example for Lighttpd is available in repository

Warning: This is the pre-pre-release. API will be changing.

UPDATE: Code of this project was moved to github: http://github.com/indeyets/appserver-in-php

]]> http://blog.milkfarmsoft.com/2007/06/application-server-in-php-well%e2%80%a6-yes/feed/ 73