apache 2.0 support 'official'

Next topic

Author	Message
Ozzy Cow	Tuesday 13 April 2004 5:58:16 am According to http://ez.no/ez_publish/documentation/general_information/what_is_ez_publish/ez_publish_requirements is Apache 2.0 Support official? Is anyone using Apache 2.0 under heavy load in production enviroments? I'd like to go with stock Red Hat packages :-)
Tony Wood	Tuesday 13 April 2004 6:05:33 am There are some issues with Apache 2. But there are some people using it. We however will continue with apache 1.x for the time being. Reading http://ez.no/ez_publish/documentation/configuration/troubleshooting/ez_publish_3_and_apache_2 http://uk.php.net/install.apache2 http://ez.no/community/forum/developer/ez_what_is_ripping_our_resources/re_ez_what_is_ripping_our_resources__6 I hope this helps you make the right decision for your site -- tony Tony Wood : twitter.com/tonywood Vision with Technology Experts in eZ Publish consulting & development Power to the Editor! Free eZ Training : http://www.VisionWT.com/training eZ Future Podcast : http://www.VisionWT.com/eZ-Future
Derick Rethans	Wednesday 28 April 2004 5:06:27 am You should not use Apache 2 in production yet, in combination with PHP. This is not an ez publish issue.
Bruce Morrison	Wednesday 28 April 2004 4:08:42 pm This is what our sysadmin says on the issue (we have been using apache 2 that comes with RHEL for a couple of months without trouble) " .... Completely depends on the Multi Processing Module (MPM) in use. There are several MPMs available: the ones closely associated with linux are "prefork" and "worker". "prefork" is the standard Redhat config and the one we are using. It makes apache effectively work like the 1.3 series. The newer MPM, worker, is the one causing potential problems. Good discussion started here with linked articles. http://apache.slashdot.org/article.pl?sid=04/03/23/0237252&mode=thread&tid=148&tid=185 MPM docs here http://httpd.apache.org/docs-2.0/mpm.html " So the bottom line is that if apache is compiled with the "prefork" MPM then apache2 will be OK. Hope this helps to clear the air. Cheers Bruce http://www.designit.com.au/ My Blog: http://www.stuffandcontent.com/ Follow me on twitter: http://twitter.com/brucemorrison Consolidated eZ Publish Feed : http://friendfeed.com/rooms/ez-publish
Derick Rethans	Thursday 29 April 2004 7:52:43 am Even in prefork MPM I would (as PHP developer) say that it is NOT ready for production. You can use it if you want, but you would see that there will be problems at some point. regards, Derick
Bruce Morrison	Thursday 29 April 2004 4:44:15 pm Hi Derick "Even in prefork MPM I would (as PHP developer) say that it is NOT ready for production." Can you please elaborate on this and explain why? My understanding is that 1) the RPM packages what come with RHEL have apache2 compiled with the prefork MPM which makes apache2 work like apache1 and bypasses the issues with non-thread safe modules. 2) The issue is not apache2 + php but apache2 + php + MPM + 3rd party php libraries - when using the prefork MPM this is not an issue. Our reason for going with apache2 is not for any new features but to enable us to have stock RedHat machine (official RH RPMS) that are covered under a support agreement (as the initial posted asked about) Cheers Bruce http://www.designit.com.au/ My Blog: http://www.stuffandcontent.com/ Follow me on twitter: http://twitter.com/brucemorrison Consolidated eZ Publish Feed : http://friendfeed.com/rooms/ez-publish
Bruce Morrison	Wednesday 12 May 2004 6:12:16 pm There has been a discussion of this in the RedHat EL fourms and this is the response from RedHat staff http://www.redhat.com/archives/taroon-list/2004-May/msg00188.html > How many people are successfully using PHP and Apache2 in the production > environment? We are thinking of putting Apache 1.3.x back on because of > the problems other people have mentioned. Any help would be > appreciated. What problems? We're very confident that the PHP + httpd 2.0 combination in RHEL3 is production ready. Some FUD is spread around about 2.0 by some members of the PHP community, but it's just that, FUD. Here's a few of the official php.net mirrors speaking for themselves: $ HEAD http://www.us2.php.net/ \| grep Server Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a $ HEAD http://www.uk.php.net/ \| grep Server Server: Apache/2.0.48 (Unix) mod_ssl/2.0.48 OpenSSL/0.9.6g PHP/4.3.4 what better recommendation could you ask for than that? Regards, joe Cheers Bruce http://www.designit.com.au/ My Blog: http://www.stuffandcontent.com/ Follow me on twitter: http://twitter.com/brucemorrison Consolidated eZ Publish Feed : http://friendfeed.com/rooms/ez-publish
Timmothy Green	Friday 19 May 2006 1:29:32 pm Dredging up an old discussion here, but I'm in the same situation. I want to use redhat supplied packages, however, the php packages do not appear to include the CLI binary. Any suggestions to remedy this? RHES 4 Update 3 relevant apache and php packages: httpd-2.0.52-22.ent php-4.3.9-3.12 php-domxml-4.3.9-3.12 php-gd-4.3.9-3.12 php-mbstring-4.3.9-3.12 php-mysql-4.3.9-3.12 php-ncurses-4.3.9-3.12 php-odbc-4.3.9-3.12 php-pear-4.3.9-3.12 php-xmlrpc-4.3.9-3.12 Automation Technologies, Inc. http://www.ati4it.com
Paul Borgermans	Saturday 20 May 2006 1:06:32 pm That's really an old discussion ;-)) Are you sure there isn't a rpm including the cli version? I'm not familiar with redhat, but SuSE made the same "mistake" a few versions ago (the newer have almost everything). I would suggest to rebuild the rpm's with cli enabled and use that. That's what we do here to include a few "exotic" libs with php in any case. --paul eZ Publish, eZ Find, Solr expert consulting and training http://twitter.com/paulborgermans
Will Collins	Thursday 25 May 2006 12:18:29 pm We are using he following config: 2 "app" servers configured stock that EzPublish 3.6.0 runs on: RedHat ES4 Update 3 PHP 4.3.9 (apache2handler/CGI) Apache 2.0.52 (ezpublish running in virtual host for security) TurkMMCache (ok, this is not stock, but you can't count a php cache) 1 "database" server running Redhat ES4 Update 3 (same versions of Apache and PHP as above): MySQL - EzPublish database using InnoDB LDAP (used for user authentication and data exchange with another proprietary system) Servers are load-balanced using Webmux dedicated load-balancer (3 seperate virtual farms: front-end website, admin/backend, ad server). Anything that doesn't get stored in the database gets rsynced every 10 minutes.. InnoDB use requires a lot of tweaking of my.cnf file to work with EzPublish on a Redhat ES4 system. We also had to do some changes to php.ini to compensate for long execution times and high memory loads. So to answer your question, EzPublish runs just fine with Apache 2 (prefork) on a stock RedHat ES4 system. We are not using a CLI version of PHP. So despite what many argue, we have real-world experience that proves that using the apache2handler/CGI works just as well as the CLI version. Our system can handle 125,000 unique visitors a day. I think that proves that you really can't always just go with the theoretical "don't do this because ... will not work with ...." Stick with the stock RedHat ES4 installation of Apache and PHP and spend your time tweaking the php and MySql config files. That's a bigger issue than Apache 2 and PHP CGI versus CLI. The only problem you may have is that you can't upgrade to EzPublish 3.8 because it requires PHP 4.4. Redhat ES4 Update 3 stops at 4.3.9 which is only compatible with EzPublish 3.6.x and nothing higher. I think this will be a big issue for many of us that use Redhat since RedHat is skipping 4.4 and moving to PHP 5 which no version of EzPublish supports (at least not yet). EzPublish 4, where are you? --Will Collins http://insidehighered.com
luis muñoz	Friday 26 May 2006 2:59:32 am We are using apache 2.0 prefork in a heavy loaded server without big problems. Instaled from ports on a freebsd machine. The only problem we have is with the accelerator (apc) wich is segfaulting with heavy loads, when the cache is empty. Worker and other threaded modules has lots of problems in freeBSD but prefork works fine.