Revision history for HiawathaServerMySQL
Additions:
~[[MySQL]] - database
Additions:
====Hiawatha Server ""MySQL""====
==Hiawatha==
~**[[Hiawatha]]** is a web-server component that can be used locally or on the web.
==""PHP web-serving with MySQL""==
~With Puppy version 4.1 Barry Kauler discovered a wonderful web-server; Hiawatha [[http://en.wikipedia.org/wiki/Hiawatha_webserver Wikipedia Hiawatha-webserver]]. This web-server is small and fast in keeping with puppy philosophy.
~The author of Hiawatha, Hugo Leisink has written it with security in mind. Barry's intentions were driven by the desire to include the blogging software he uses, PPLOG which is a small perl script. Consequently Hiawatha came configured by default to run perl as a CGI program to interpret .pl scripts (Hiawatha was left out of puppy 4.2.1) Investigation into Hiawatha shows it to be quite a performer in terms of throughput of pages served (purportedly twice as fast as Apache with static content) and appears to have much of the flexibility in its configuration as that available with Apache. Configuration options for virtual hosts, user and ip address based security and to run with ssl are easier to configure than Apache. It also has URL rewriting toolkit required to run many CMS applications. The problem with Apache is that is now quite large and it forks additional processes each requiring a large chunk of memory for additional connections. Performance in terms of memory utilisation is a snag particularly when many machines that run puppy may well be challenged in this department. We puppyofiles like to do more with less and Hiawatha with it's binary just 113k (as of version 6.16) running a multi-threaded rather than pre-fork model appears to be the perfect antidote to the Apache resource hog.
==Pre-Fork or Multi-threaded web servers==
==PHP as a Module or ""FastCGI""==
~[[Hiawatha]] - web-server
~[[PHP]] - web language
~[[XAMPP]] - cross platform LAMP website stack
~[[Nginx]] - web-server
~[[Apache]] - web-server
~[[http://www.hiawatha-webserver.org/ Hiawatha homepage]]
~[[http://www.hiawatha-webserver.org/howto Hiawatha howto]]
~[[http://www.linux-magazine.com/Issues/2009/107/Hiawatha Hiawatha in Linux magazine]]
~[[http://www.murga-linux.com/puppy/viewtopic.php?t=55683 Configuring Hiawatha webserver thread]]
~[[http://www.murga-linux.com/puppy/viewtopic.php?p=406246#406246 Configure Hiawatha as Web and LAN server post]]
==Hiawatha==
~**[[Hiawatha]]** is a web-server component that can be used locally or on the web.
==""PHP web-serving with MySQL""==
~With Puppy version 4.1 Barry Kauler discovered a wonderful web-server; Hiawatha [[http://en.wikipedia.org/wiki/Hiawatha_webserver Wikipedia Hiawatha-webserver]]. This web-server is small and fast in keeping with puppy philosophy.
~The author of Hiawatha, Hugo Leisink has written it with security in mind. Barry's intentions were driven by the desire to include the blogging software he uses, PPLOG which is a small perl script. Consequently Hiawatha came configured by default to run perl as a CGI program to interpret .pl scripts (Hiawatha was left out of puppy 4.2.1) Investigation into Hiawatha shows it to be quite a performer in terms of throughput of pages served (purportedly twice as fast as Apache with static content) and appears to have much of the flexibility in its configuration as that available with Apache. Configuration options for virtual hosts, user and ip address based security and to run with ssl are easier to configure than Apache. It also has URL rewriting toolkit required to run many CMS applications. The problem with Apache is that is now quite large and it forks additional processes each requiring a large chunk of memory for additional connections. Performance in terms of memory utilisation is a snag particularly when many machines that run puppy may well be challenged in this department. We puppyofiles like to do more with less and Hiawatha with it's binary just 113k (as of version 6.16) running a multi-threaded rather than pre-fork model appears to be the perfect antidote to the Apache resource hog.
==Pre-Fork or Multi-threaded web servers==
==PHP as a Module or ""FastCGI""==
~[[Hiawatha]] - web-server
~[[PHP]] - web language
~[[XAMPP]] - cross platform LAMP website stack
~[[Nginx]] - web-server
~[[Apache]] - web-server
~[[http://www.hiawatha-webserver.org/ Hiawatha homepage]]
~[[http://www.hiawatha-webserver.org/howto Hiawatha howto]]
~[[http://www.linux-magazine.com/Issues/2009/107/Hiawatha Hiawatha in Linux magazine]]
~[[http://www.murga-linux.com/puppy/viewtopic.php?t=55683 Configuring Hiawatha webserver thread]]
~[[http://www.murga-linux.com/puppy/viewtopic.php?p=406246#406246 Configure Hiawatha as Web and LAN server post]]
Deletions:
====""PHP web-serving with MySQL""====
With Puppy version 4.1 Barry Kauler discovered a wonderful web-server; Hiawatha [[http://en.wikipedia.org/wiki/Hiawatha_webserver Wikipedia Hiawatha-webserver]]. This web-server is small and fast in keeping with puppy philosophy.
""<a href="http://www.hiawatha-webserver.org/" target="_blank"><img src="http://www.hiawatha-webserver.org/images/banners/hiawatha_392x72.png" style="border:0" /></a>""
The author of Hiawatha, Hugo Leisink has written it with security in mind. Barry's intentions were driven by the desire to include the blogging software he uses, PPLOG which is a small perl script. Consequently Hiawatha came configured by default to run perl as a CGI program to interpret .pl scripts (Hiawatha was left out of puppy 4.2.1) Investigation into Hiawatha shows it to be quite a performer in terms of throughput of pages served (purportedly twice as fast as Apache with static content) and appears to have much of the flexibility in its configuration as that available with Apache. Configuration options for virtual hosts, user and ip address based security and to run with ssl are easier to configure than Apache. It also has URL rewriting toolkit required to run many CMS applications. The problem with Apache is that is now quite large and it forks additional processes each requiring a large chunk of memory for additional connections. Performance in terms of memory utilisation is a snag particularly when many machines that run puppy may well be challenged in this department. We puppyofiles like to do more with less and Hiawatha with it's binary just 113k (as of version 6.16) running a multi-threaded rather than pre-fork model appears to be the perfect antidote to the Apache resource hog.
**Pre-Fork or Multi-threaded web servers**
**PHP as a Module or ""FastCGI""**
~[[XAMPP]] - Cross Platform LAMP
~[[Hiawatha]] - alternative web server.
~[[http://www.murga-linux.com/puppy/viewtopic.php?t=55683 How to configure Hiawatha web server?]]
Additions:
==Also on the Wiki==
~[[LAMP]] - website stack
~[[XAMPP]] - Cross Platform LAMP
~[[Hiawatha]] - alternative web server.
==Related Webpages==
~[[http://www.murga-linux.com/puppy/viewtopic.php?t=58982 LHMP - Hiawatha MariaDB(mysql) PHP thread]]
~[[http://www.murga-linux.com/puppy/viewtopic.php?t=55683 How to configure Hiawatha web server?]]
~[[LAMP]] - website stack
~[[XAMPP]] - Cross Platform LAMP
~[[Hiawatha]] - alternative web server.
==Related Webpages==
~[[http://www.murga-linux.com/puppy/viewtopic.php?t=58982 LHMP - Hiawatha MariaDB(mysql) PHP thread]]
~[[http://www.murga-linux.com/puppy/viewtopic.php?t=55683 How to configure Hiawatha web server?]]
Deletions:
[[Hiawatha]]
[[http://www.murga-linux.com/puppy/viewtopic.php?t=58982 LHMP - Hiawatha MariaDB(mysql) PHP thread]]
[[http://www.murga-linux.com/puppy/viewtopic.php?t=55683 How to configure Hiawatha web server?]]
Additions:
CategorySoftware
CategoryTutorial
CategoryTutorial
Deletions:
CategoryHowTo
Additions:
Setup Linux-Firewall Wizard and enable **Http Web Server** using the custom option. (normally this is on port 80 - but you could configure Hiawatha to run - server web-pages on another port - which would then need to be opened too in your firewall). Alternatively, you could configure your firewall not to block incoming connections on the LAN only from external IP addresses.
(NB: If you are running hiawatha from the LAMP or LHMP (Linux Hiawatha Mysql PHP) .pet below then hiawatha starts on each boot. You can stop it from the command line
#/etc/init.d/rc.httpd stop
and start it with:
#/etc/init.d/rc.httpd start)
(NB: If you are running hiawatha from the LAMP or LHMP (Linux Hiawatha Mysql PHP) .pet below then hiawatha starts on each boot. You can stop it from the command line
#/etc/init.d/rc.httpd stop
and start it with:
#/etc/init.d/rc.httpd start)
Deletions:
Additions:
Apache has the advantage that PHP can be run as a module - theoretically the fastest way to run PHP. However, the architecture of apache is based on a "pre-fork" model where new connections to an Apache web-server initiate new forks and each fork consumes RAM - so the machine can max out if a heavy load of web-serving comes it's way. It typically has 5 - it is configurable - or more forks running at the same time all ready to serve requests. Hiawatha uses a thread based model a similar architecture as that used by the fastest web-server (I understand this to be Roxen). This structure also has the advantage of being much leaner in terms of memory and ultimately faster to serve pages.
Predictably then Barry is, once again, on to something here with Hiawatha.
Running PHP as a module of Apache means that the PHP binary is already loaded when a request is fielded to run a PHP script and traditionally has been the favoured way of running PHP. However, development of Fast CGI also allows PHP daemons to be running ready to field requests thus reducing the overhead compared to running PHP as a CGI program - where it has to be loaded on each request - and holds a severe performance penalty. Hiawatha happily has the ability to run PHP as a ""FastCGI"" daemon. The new versions of PHP also have php-fpm - fast program manager so PHP actually runs as a daemon ready to field requests. In the latest .pet this is the way it is configured. The configuration of PHP-FPM is in /usr/local/etc/php-fpm.config I have not done any bench-marking on performance of ""FastCGI"" Hiwatha PHP to Apache PHP moule - it would be interesting to see the results - it is my pick that Hiawatha/""FastCGI PHP"" might well be faster.
It is a rather chunky 21 Meg - as it includes both the php-fpm (which hiawatha is configured to use) and the php cgi binary - so php scripts can be run outside the web-server. The structure of this new pet is similar to the old one so I have left the notes in relation to the old .pet to describe it. The php binary is 8 Meg and there are two of these in the latest .pet the php-fpm binary and the CGI php binary.
Predictably then Barry is, once again, on to something here with Hiawatha.
Running PHP as a module of Apache means that the PHP binary is already loaded when a request is fielded to run a PHP script and traditionally has been the favoured way of running PHP. However, development of Fast CGI also allows PHP daemons to be running ready to field requests thus reducing the overhead compared to running PHP as a CGI program - where it has to be loaded on each request - and holds a severe performance penalty. Hiawatha happily has the ability to run PHP as a ""FastCGI"" daemon. The new versions of PHP also have php-fpm - fast program manager so PHP actually runs as a daemon ready to field requests. In the latest .pet this is the way it is configured. The configuration of PHP-FPM is in /usr/local/etc/php-fpm.config I have not done any bench-marking on performance of ""FastCGI"" Hiwatha PHP to Apache PHP moule - it would be interesting to see the results - it is my pick that Hiawatha/""FastCGI PHP"" might well be faster.
It is a rather chunky 21 Meg - as it includes both the php-fpm (which hiawatha is configured to use) and the php cgi binary - so php scripts can be run outside the web-server. The structure of this new pet is similar to the old one so I have left the notes in relation to the old .pet to describe it. The php binary is 8 Meg and there are two of these in the latest .pet the php-fpm binary and the CGI php binary.
Deletions:
Running PHP as a module of Apache means that the PHP binary is already loaded when a request is fielded to run a PHP script and traditionally has been the favoured way of running PHP. However, development of Fast CGI also allows PHP daemons to be running ready to field requests thus reducing the overhead compared to running PHP as a CGI program - where it has to be loaded on each request - and holds a severe performance penalty. Hiawatha happily has the ability to run PHP as a ""FastCGI"" daemon. I have not done any bench-marking on performance of ""FastCGI"" Hiwatha PHP to Apache PHP moule - it would be interesting to see the results - it is my pick that Hiawatha/""FastCGI PHP"" might well be faster.
Predictably Barry is, once again, on to something here.
It is a rather chunky 21 Meg - as it includes both the php-fpm (which hiawatha is configured to use) and the php cgi binary - so php scripts can be run outside the web-server. The structure of this new pet is similar to the old one so I have left the notes in relation to the old .pet to describe it. The php binary is 8 Meg!
Additions:
The author of Hiawatha, Hugo Leisink has written it with security in mind. Barry's intentions were driven by the desire to include the blogging software he uses, PPLOG which is a small perl script. Consequently Hiawatha came configured by default to run perl as a CGI program to interpret .pl scripts (Hiawatha was left out of puppy 4.2.1) Investigation into Hiawatha shows it to be quite a performer in terms of throughput of pages served (purportedly twice as fast as Apache with static content) and appears to have much of the flexibility in its configuration as that available with Apache. Configuration options for virtual hosts, user and ip address based security and to run with ssl are easier to configure than Apache. It also has URL rewriting toolkit required to run many CMS applications. The problem with Apache is that is now quite large and it forks additional processes each requiring a large chunk of memory for additional connections. Performance in terms of memory utilisation is a snag particularly when many machines that run puppy may well be challenged in this department. We puppyofiles like to do more with less and Hiawatha with it's binary just 113k (as of version 6.16) running a multi-threaded rather than pre-fork model appears to be the perfect antidote to the Apache resource hog.
Deletions:
Additions:
I have put together a .pet including the whole bundle of software to turn puppy into a fully fledged web-server (hiawatha web-server, MySQL - RDBMS and the PHP interpreter that runs as Fast CGI daemons) all running as the user "nobody". It is available at:
==PHP configuration==
- LHMP-8.0-5.3.4-5.3.10.pet released Feb 2012 - Hiawatha to 8.0 Maria mysql 5.3.10 php 5.3.4 and phpMyAdmin 3.4.10.1
==PHP configuration==
- LHMP-8.0-5.3.4-5.3.10.pet released Feb 2012 - Hiawatha to 8.0 Maria mysql 5.3.10 php 5.3.4 and phpMyAdmin 3.4.10.1
Deletions:
==PHP configuratio==
Additions:
====""PHP web-serving with MySQL""====
Deletions:
Additions:
[[http://dotpups.de/puppy4/dotpups/Internet/LHMP-8.0-5.3.4-5.3.10.pet LHMP-8.0-5.3.4-5.3.10.pet compiled on Racy download]]
Deletions:
Additions:
==Installation (A new .PET)==
**Newer version**
[[http://dotpups.de/puppy4/dotpups/Internet/LAMP-8.0-5.3.4-5.3.10.pet LAMP-8.0-5.3.4-5.3.10.pet compiled on Racy download]]
**Previous version**
[[http://dotpups.de/puppy4/dotpups/Internet/LAMP-6.16-5.1.35-5.2.9.pet LAMP-6.16-5.1.35-5.2.9.pet download]]
**Newer version**
[[http://dotpups.de/puppy4/dotpups/Internet/LAMP-8.0-5.3.4-5.3.10.pet LAMP-8.0-5.3.4-5.3.10.pet compiled on Racy download]]
**Previous version**
[[http://dotpups.de/puppy4/dotpups/Internet/LAMP-6.16-5.1.35-5.2.9.pet LAMP-6.16-5.1.35-5.2.9.pet download]]
Deletions:
http://dotpups.de/puppy4/dotpups/Internet/LAMP-6.16-5.1.35-5.2.9.pet
Additions:
====PHP web-serving with MySQL====
==A new .PET==
==MySQL Configuration==
==PHP configuratio==
==Change Log and Possible Issues==
==Notes on Compiling the Applications==
[[Hiawatha]]
[[http://www.murga-linux.com/puppy/viewtopic.php?t=55683 How to configure Hiawatha web server?]]
==A new .PET==
==MySQL Configuration==
==PHP configuratio==
==Change Log and Possible Issues==
==Notes on Compiling the Applications==
[[Hiawatha]]
[[http://www.murga-linux.com/puppy/viewtopic.php?t=55683 How to configure Hiawatha web server?]]
Deletions:
====={{color text="A new .PET" c="black"}}=====
==={{color text="MySQL Configuration" c="black"}}===
===={{color text="PHP configuration" c="black"}}====
===={{color text="Change Log and Possible Issues" c="black"}}====
===={{color text="Notes on Compiling the Applications" c="black"}}====
Additions:
==Also see==
[[http://www.murga-linux.com/puppy/viewtopic.php?t=58982 LHMP - Hiawatha MariaDB(mysql) PHP thread]]
[[http://www.murga-linux.com/puppy/viewtopic.php?t=58982 LHMP - Hiawatha MariaDB(mysql) PHP thread]]
Additions:
[[HomePage]] > [[SoftwareIndex Software Index]] > [[SoftwareNetwork Network]]
Additions:
I have put together a new .pet including the whole bundle of software to turn puppy into a fully fledged web-server (hiawatha web-server, MySQL - RDBMS and the PHP interpreter that runs as Fast CGI daemons). It is available at:
This version released Feb 2012 is tested with Racy Puppy 5.2.2 (kernel 3.07) - and includes:
~- Hiawatha web-server version 8.0
~- MariaDB mysql version 5.3.10
~- PHP version 5.3.4
~- phpMyAdmin version 3.4.10.1
It is a rather chunky 21 Meg - as it includes both the php-fpm (which hiawatha is configured to use) and the php cgi binary - so php scripts can be run outside the web-server. The structure of this new pet is similar to the old one so I have left the notes in relation to the old .pet to describe it. The php binary is 8 Meg!
The previous version was released August 2009 is tested with Puppy 4.2.1 through to the ubuntu derived puppy lucid 5.28 - and includes:
This old .pet file is 11 Meg - so it is still chunky by puppy standards - but includes mysql is a fully featured RDBMS and required by many applications. I have consoled myself that other LAMP implementations are many times the size.
This version released Feb 2012 is tested with Racy Puppy 5.2.2 (kernel 3.07) - and includes:
~- Hiawatha web-server version 8.0
~- MariaDB mysql version 5.3.10
~- PHP version 5.3.4
~- phpMyAdmin version 3.4.10.1
It is a rather chunky 21 Meg - as it includes both the php-fpm (which hiawatha is configured to use) and the php cgi binary - so php scripts can be run outside the web-server. The structure of this new pet is similar to the old one so I have left the notes in relation to the old .pet to describe it. The php binary is 8 Meg!
The previous version was released August 2009 is tested with Puppy 4.2.1 through to the ubuntu derived puppy lucid 5.28 - and includes:
This old .pet file is 11 Meg - so it is still chunky by puppy standards - but includes mysql is a fully featured RDBMS and required by many applications. I have consoled myself that other LAMP implementations are many times the size.
Deletions:
This version released August 2009 is tested with Puppy 4.2.1 - and includes:
The .pet file is 11 Meg - so it is chunky by puppy standards - but includes mysql is a fully featured RDBMS and required by many applications. I have consoled myself that other LAMP implementations are many times the size.
Additions:
With Puppy version 4.1 Barry Kauler discovered a wonderful web-server; Hiawatha [[http://en.wikipedia.org/wiki/Hiawatha_webserver Wikipedia Hiawatha-webserver]]. This web-server is small and fast in keeping with puppy philosophy.
The author of Hiawatha, Hugo Leisink has written it with security in mind. Barry's intentions were driven by the desire to include the blogging software he uses, PPLOG which is a small perl script. Consequently Hiawatha came configured by default to run perl as a CGI program to interpret .pl scripts (Hiawatha was left out of puppy 4.2.1) Investigation into Hiawatha shows it to be quite a performer in terms of throughput of pages served (purportedly twice as fast as Apache with static content) and appears to have much of the flexibility in its configuration as that available with Apache. Configuration options for virtual hosts, user and ip address based security and to run with ssl are easier to configure than Apache. It also has URL rewriting toolkit required to run many CMS applications. The problem with Apache is that is now quite large and it forks additional processes each requiring a large chunk of memory for additional connections. Performance in terms of memory utilisation is a snag particularly when many machines that run puppy may well be challenged in this department. We puppyofiles like to do more with less and Hiawatha with it's binary just 113k (as of version 6.16) running a multi-threaded rather than pre-fork model appears to be the perfect antidote to the Apache resource hog. (I have a 256Meg web-server on an old Athlon machine running our php/mysql/hiawatha squash court booking system, that has been running for months without a reboot and still has RAM to spare http://fraserparksquash.org.nz/Bookings/ - the apache squash file version had to have weekly reboots).
The author of Hiawatha, Hugo Leisink has written it with security in mind. Barry's intentions were driven by the desire to include the blogging software he uses, PPLOG which is a small perl script. Consequently Hiawatha came configured by default to run perl as a CGI program to interpret .pl scripts (Hiawatha was left out of puppy 4.2.1) Investigation into Hiawatha shows it to be quite a performer in terms of throughput of pages served (purportedly twice as fast as Apache with static content) and appears to have much of the flexibility in its configuration as that available with Apache. Configuration options for virtual hosts, user and ip address based security and to run with ssl are easier to configure than Apache. It also has URL rewriting toolkit required to run many CMS applications. The problem with Apache is that is now quite large and it forks additional processes each requiring a large chunk of memory for additional connections. Performance in terms of memory utilisation is a snag particularly when many machines that run puppy may well be challenged in this department. We puppyofiles like to do more with less and Hiawatha with it's binary just 113k (as of version 6.16) running a multi-threaded rather than pre-fork model appears to be the perfect antidote to the Apache resource hog. (I have a 256Meg web-server on an old Athlon machine running our php/mysql/hiawatha squash court booking system, that has been running for months without a reboot and still has RAM to spare http://fraserparksquash.org.nz/Bookings/ - the apache squash file version had to have weekly reboots).
Deletions:
The author of Hiawatha Hugo Leisink has written it with security at the front of mind. Barry's intentions were driven by the desire I believe to include the blogging software he uses PPLOG which is a small perl script. Consequently Hiawatha came configured by default to run perl as a CGI program to interpret .pl scripts (Hiawatha was left out of puppy 4.2.1) Investigation into Hiawatha shows it to be quite a performer in terms of throughput of pages served (purportedly twice as fast as Apache with static content) and appears to have much of the flexibility in its configuration as that available with Apache. Configuration options for virtual hosts, user and ip address based security and to run with ssl are easier to configure than Apache. It also has URL rewriting toolkit required to run many CMS applications. The problem with Apache is that is now quite large and it forks additional processes each requiring a large chunk of memory for additional connections. Performance in terms of memory utilisation is a snag particularly when many machines that run puppy may well be challenged in this department. We puppyofiles like to do more with less and Hiawatha with it's binary just 113k (as of version 6.16) running a multi-threaded rather than pre-fork model appears to be the perfect antidote to the Apache resource hog. (I have a 256Meg web-server on an old Athlon machine running our php/mysql/hiawatha squash court booking system, that has been running for months without a reboot and still has RAM to spare http://fraserparksquash.org.nz/Bookings/ - the apache squash file version had to have weekly reboots).
Additions:
[[http://www.hiawatha-webserver.org/ Hiawatha]] is a secure and advanced web server.
Deletions:
Additions:
Setup Linux-Firewall Wizard and enable **Http Web Server** using the custom option.
Run Hiawatha by typing **hiawatha** at the conole.
To stop the server, type in **killall hiawatha**.
In /root/Web-Server the file index.html can be a test web page.
Run Hiawatha by typing **hiawatha** at the conole.
To stop the server, type in **killall hiawatha**.
In /root/Web-Server the file index.html can be a test web page.
Deletions:
Run Hiawatha by typing **hiawatha** at the conole
To stop the server, type in **killall hiawatha**
In /root/Web-Server the file index.html can be a test web page
Additions:
You will need two computers connected to a network switch or router.
Deletions:
Additions:
You will need two computers connected to a network switch.
Deletions:
No Differences
Additions:
Both php and mysql were compiled using devx_420.sfs as prepared by ""WhoDo"" for 4.2. Compliation options to exclude documentation (which is online) the mysql cluster code, the enormous mysql test-suite, the enormous PHP PEAR were used to minimise the size of the .pet but retain as much functionality as possible. PHP includes ftp, gettext, gd, xml, mysql and mysqli, sql-lite functionality. Mysql retains myisam, isam and innodb table types by default, together with all the usual mysql utilities including mysqldump, mysql client, mysqladmin etc.
Deletions:
Additions:
======{{color text="PHP web-serving with MySQL" c="green"}}======
Deletions:
Additions:
**PHP as a Module or ""FastCGI""**
Running PHP as a module of Apache means that the PHP binary is already loaded when a request is fielded to run a PHP script and traditionally has been the favoured way of running PHP. However, development of Fast CGI also allows PHP daemons to be running ready to field requests thus reducing the overhead compared to running PHP as a CGI program - where it has to be loaded on each request - and holds a severe performance penalty. Hiawatha happily has the ability to run PHP as a ""FastCGI"" daemon. I have not done any bench-marking on performance of ""FastCGI"" Hiwatha PHP to Apache PHP moule - it would be interesting to see the results - it is my pick that Hiawatha/""FastCGI PHP"" might well be faster.
This pet contains the necessary /etc/hiawatha/hiawatha.conf settings to serve .php web-pages with PHP running as a ""fastCGI"" daemons. Hiawatha comes with a program to launch a series of PHP daemons and again the config of php-fcgi is included in the .pet. The .pet also has a scripts in /etc/init.d/
Running PHP as a module of Apache means that the PHP binary is already loaded when a request is fielded to run a PHP script and traditionally has been the favoured way of running PHP. However, development of Fast CGI also allows PHP daemons to be running ready to field requests thus reducing the overhead compared to running PHP as a CGI program - where it has to be loaded on each request - and holds a severe performance penalty. Hiawatha happily has the ability to run PHP as a ""FastCGI"" daemon. I have not done any bench-marking on performance of ""FastCGI"" Hiwatha PHP to Apache PHP moule - it would be interesting to see the results - it is my pick that Hiawatha/""FastCGI PHP"" might well be faster.
This pet contains the necessary /etc/hiawatha/hiawatha.conf settings to serve .php web-pages with PHP running as a ""fastCGI"" daemons. Hiawatha comes with a program to launch a series of PHP daemons and again the config of php-fcgi is included in the .pet. The .pet also has a scripts in /etc/init.d/
Deletions:
Running PHP as a module of Apache means that the PHP binary is already loaded when a request is fielded to run a PHP script and traditionally has been the favoured way of running PHP. However, development of Fast CGI also allows PHP daemons to be running ready to field requests thus reducing the overhead compared to running PHP as a CGI program - where it has to be loaded on each request - and holds a severe performance penalty. Hiawatha happily has the ability to run PHP as a FastCGI daemon. I have not done any bench-marking on performance of FastCGI Hiwatha PHP to Apache PHP moule - it would be interesting to see the results - it is my pick that Hiawatha/FastCGI PHP might well be faster.
This pet contains the necessary /etc/hiawatha/hiawatha.conf settings to serve .php web-pages with PHP running as a fastCGI daemons. Hiawatha comes with a program to launch a series of PHP daemons and again the config of php-fcgi is included in the .pet. The .pet also has a scripts in /etc/init.d/