Posts Tagged Fedora
Cherokee vs Apache : An alternative web server
Posted by admin in Development, Product Reviews, Software Reviews, Technology / Hardware, Web Servers, Zend Framework on May 7th, 2010
As I have been developing for the web for over a decade, I have become comfortable with tools and technologies which have helped me get the job done. Some of these technologies I have seen evolve and progress into what are now essential and very powerful solutions. I have established an affinity with many of these tools and without doubt the Apache web server qualifies as such a technology for me.
Using Apache over the years as my main web server, I have produced all types of software solutions for many diverse businesses within many different industries. Apache has served me well and I am an advocate of the old saying ‘If it’s not broken, why fix it’ (within reason). Until recently that is….
Over the past few years in the distant background I have heard mention of Cherokee as being a viable alternative to Apache, with some claiming it offers benefits. These have been whispers registering in the distance, but didn’t sound interesting enough to pursue and invest my time as Apache was doing it’s job well. However recently these whispers became a little louder following a few conversations with a work colleague singing Cherokee’s praises. What caught my attention most from the conversations wasn’t simply that Cherokee was faster, but that Cherokee was much easier to use and quicker to configure. As I don’t like ‘shaving Yaks‘, my approach was that if I start hitting obstacles, I’ll leave it for another day which contains more than 24 hours; after all Apache is working well for me.
My local lightweight development environment consists of a Linux VM (Fedora) which I operate using VirtualBox. I deliberately reduce my VM’s resource allocation such as setting my RAM allocation to 512mb on my VM to encourage good code and to identify memory leaks. I have the other usual stuff setup such as Zend Framework, xdebug, MySQL etc. This was the machine which was going to carry out the test switch from my trusted Apache to Cherokee.
I disabled Apache and installed Cherokee using the supporting well written user guide. Within minutes Cherokee was up and running and there we NO problems! I was expecting some configuration hurdles as per usual, but nothing. My sites were running as if I was on Apache and there were no noticeable differences. I configured the logs to act as the same as Apache and all was set.
As I delved deeper into the setup guide I was pleasantly introduced to Cherokee’s administration interface. This was a pleasant surprise as I’m so used to hard coding configuration information into httpd.conf. This interface presents configuration options for all the usual server settings such as ‘Virtual Servers’, ‘Directory Sources’, ‘Logging’, ‘Security’ etc. The beauty of this is not that it’s simply a little prettier than the command prompt, but it’s quicker to use. You can configure your server settings simply and quickly which are two good properties to have on your side.
Although I was impressed so far, the remaining challenge that Cherokee must live up to for me is it’s speed advantages. In the spirit of keeping things simple and to get a loose overview on performance advantages I thought I’d simply use ‘Zend Controller’ which is bundled with ‘Zend Server CE‘ to test how many requests per second both Apache and Cherokee could handle in turn upon my humble local virtual machine. From these tests I obtained the following results :
Apache Web Server Results

Apache requests per second on local VM
Cherokee Web Server Results

Cherokee requests per second on local VM
As you can imagine I was quite impressed with what the results presented. The results roughly show that Cherokee could handle 2.5 times more requests per second that Apache! That is no small margin!
What does this mean for me going forward? Well the first things that went through my mind understandably were cost and time savings. Potentially this could reduce the need for more hardware. Less hardware means less purchase costs and less maintenance time. Obviously there are other factors to consider before jumping the gun, but Cherokee certainly has my attention now. I will definitely be including Cherokee in my future plans. An exercise well worth the time.
If anyone reading this has done the switch, please feel free to reply to this post with any feedback
Related Link : alobbs.com
Upgrading SVN on Linux (CentOS)
Posted by Craig_Strong in Subversion on July 9th, 2009
The following series of events were carried out on CentOS 5 and were a success. If you are using a RedHat based systems such as CentOS or Fedora, the following series of instructions should allow you to upgrade svn in the same way.
Please note you must investigate your own server settings and in no way should you make any changes to your systems suggested here unless you are 100% confident that these changes will not result in problems to your system.
Recently I ran into a problem when using TortoiseSVN and the command line on CentOS. It appeared that after upgrading my version of tortoise I was being presented with errors on the command line when trying to run simple svn commands. Further investigation revealed that I was using an older version of svn on my server which was resulting in conflicts between my server and tortoise when quering the same repository. So I decided to record the procedure I went through to upgrade my version of svn and share it here. The most recent version of svn was which was 1.6 at the time of writing.
- Run ’svn –version’ on the command line to confirm that you running an older version of svn than 1.6. In my case his revealed : ’svn, version 1.4.6′. Upgrade needed.
- Check that YUM doesn’t have the version you require using the by running ‘YUM upgrade subversion’. In my case I received the response ‘No Packages marked for Update’.
- Make sure you have priorities installed by running ‘YUM install yum-priorities’
- Ensure that the priorities plugin is enabled by editing : ‘/etc/yum/plugincont.d/priorities.conf’. Then set ‘[main] enabled = 1′.
- Edit the .repo files in ‘/etc/yum.repos.d/*’ by adding ‘priority=N’ where N is 1 to 99 depending on your system.
- Base, add-ons, updates, extras = 1
- CentOS plus, contrib = 2
- 3rd party repos such as RPMForge = N (Where N >=10)
- Download the RPM release package from : ‘http://apt.sw.be/redhat/el5/en/x86_64/RPMS.dag/rpmforge-release-0.3.6-1.el5.rf.x86_64.rpm‘
- Install DAGS GPG Key ‘rpm –import http://dag.wieers.com/rpm/packages/RPM-GPG-KEY.dag.txt‘
- Verify the package download by running ‘rpm -K rpmforge-release-0.3.6-1.el5.rf.x86_64.rpm‘
- If the package is verified, install the package ‘rpm -i rpmforge-release-0.3.6-1.el5.rf.x86_64.rpm
- Test that the package installed by running ‘yum check-update’. Look for ‘loading priority plugin’ and ‘excluded packages’ due to the priorities plugin being present.
- Add the following to the [base] and [update] sections of the centos.repo files in /etc/yum.repos.d/ (You may wish to add this to other 3rd party files in this directory as well):
- ‘exclude=subversion’.
- Now yum will behave as if there’s no package named subversion in the core repositories and will install the latest ‘1.6′ from RpmForge.
- Run ‘yum install subversion’ and you should now see the latest subversion being installed. After which you can run ’svn –version’ just to be sure.
Priorities that I used :
Now you should have the latest version of subversion on your system.