{"id":295,"date":"2012-09-15T15:05:38","date_gmt":"2012-09-15T14:05:38","guid":{"rendered":"http:\/\/www.cotsweb.com\/blog\/?p=295"},"modified":"2014-02-15T14:56:20","modified_gmt":"2014-02-15T14:56:20","slug":"using-ifdefine-in-htaccess-file-to-allow-different-environments-in-apache","status":"publish","type":"post","link":"https:\/\/www.cotsweb.com\/blog\/using-ifdefine-in-htaccess-file-to-allow-different-environments-in-apache-295.html","title":{"rendered":"Using IfDefine in .htaccess file to support different environments in Apache"},"content":{"rendered":"

I have three environments for most of the websites I build or support.<\/p>\n

    \n
  1. My development machine where I do all the coding and initial testing. \u00a0Windows XP running Apache as part of \u00a0a\u00a0 XAMPP setup. \u00a0All my local domain names are called something like “local.example.com”<\/li>\n
  2. My testing machine which is designed to be as similar as possible to the live setup, I can access the server from other machines on the LAN to enable testing in different browsers. \u00a0Ubuntu server running Apache. \u00a0All the domain names are called something like “staging.example.com”<\/li>\n
  3. The live webserver which is run by Hostgator in Texas. \u00a0Apache again and of course the domain names are something like “example.com”.<\/li>\n<\/ol>\n

    I use Git to manage the code and to push changes from one environment to another.<\/p>\n

    Different environments often require slightly different configurations but I prefer to put conditional statements in my configuration files so that the same file works in all environments. That way I don’t have to modify the configuration before promoting it to production. It is just too easy to accidentally push a development module to production and overwrite the correct configuration on the live site.<\/p>\n

    Configuration in PHP<\/h2>\n

    It isn’t difficult to do this with a PHP module, I just use a switch statement on the value of $_SERVER[‘SERVER_NAME’] and use this to define the various configuration variables. The default value is always the production settings so if I get something wrong I don’t damage the live site. \u00a0Something like this;
    \n

    switch ($_SERVER['SERVER_NAME']) {\ncase 'local.example.com:\n$environment = 'local';\nbreak;\ncase 'staging.example.com:\n$environment = 'staging';\nbreak;\ndefault:\n$environment = 'live';\nbreak;\n}\n<\/code><\/pre><\/p>\n
    Configuration in .htaccess<\/h2>\n
    Apache’s .htaccess files are a bit more complicated. \u00a0For instance Hostgator requires you to specify if you want to use PHP 5.3 rather than their default of 5.2, also I sometimes want to password protect a new site until it is ready for its proper debut.\u00a0 To do this I added the following code to the .htaccess file;
    \n
    \n#\n# Use PHP 5.3 rather than default of 5.2\n#\nAddType application\/x-httpd-php53 .php\n#\n# Until we are ready to go live this site is password protected\n#\nAuthType Basic\nAuthName "New website"\nAuthUserFile "\/home\/username\/.htpasswds\/public_html\/passwd"\nrequire valid-user\n\n<\/code><\/pre>
    \nThe block is only executed if Apache hasn’t been started with the DEV variable set. So in my case it will only be executed in the production evironment.<\/p>\n
    Defining an Apache Environment Variable in Windows<\/h2>\n
    The tricky bit is getting the environment variable set up in my development and testing environments. Fortunately I found a useful post by Nerivon on StackOverFlow<\/a>, it saved me a lot of messing around. I had to tweak Nerivon’s technique slightly for XAMPP but it worked perfectly.<\/p>\n
      \n
    1. First I stopped Apache<\/li>\n
    2. Then I went into SCM from the XAMPP control panel, this opens the Windows Services Management Console<\/li>\n
    3. I found the Apache2.2 service and checked out it’s properties. Specifically I wanted the “Path to executable” value."C:\\xampp\\apache\\bin\\httpd.exe" -k runservice<\/code><\/li>\n
    4. Then I opened a command window with RUN \/ CMD so I got a DOS prompt.<\/li>\n
    5. In that window I entered this command; "C:\\xampp\\apache\\bin\\httpd.exe" -D "DEV" -k config<\/code>That is the “path to executable” from above but an extra parameter “-D DEV” which defines my new DEV variable and with the last parameter “runservice” replaced with “config”<\/li>\n
    6. Then I restarted Apache and tested the change, it worked!<\/li>\n<\/ol>\n
      Oddly when I look at the properties in SCM they are exactly the same as they were, no sign of the extra parameter, and I can’t find it in the registry either. I don’t know how it works but it does seem to do the job.<\/p>\n
      Caveat<\/h3>\n
      Well it worked ok for a few days then I made some changes to my Apache set-up and restarted it but normally, not as a service. It lost my environment variable! I was able to repeat the instructions above and restart the service again and all was well again but it looks like this isn’t a perfect solution.
      \nIf anyone has a better solution I’d like to hear it, in the meantime this will do but I will keep this blog entry handy to remind me what to do when it goes wrong again.<\/p>\n
      Defining an Apache Environment Variable in Linux<\/h2>\n
      Unsurprisingly setting my DEV variable up on the Linux server was a lot simpler. Again I found help on the web, Jenny and Lih had useful article about using IfDefine for different environments<\/a>.
      \nI edited \/etc\/apache2\/envvars and added the following line to the end of the file;
      \nexport APACHE_ARGUMENTS='-D DEV'<\/code><\/p>\n
      Update Feb 2014: In later versions of Apache the export APACHE_ARGUMENTS line already exists but has an empty value and is commented out; in this case just modify the line to match the line above.<\/p>\n
      I stopped and restarted Apache and tested the site, it worked! \u00a0But be aware that a simple reload isn’t sufficient, you o need to stop and start it to load the new argument.<\/p>\n
      All Done<\/h2>\n
      Both my local environments set the DEV variable so my block of code would be ignored there whereas the live environment doesn’t set it so executes the extra code. Perfect.
      \nI could have set up different variables for the different environments but I don’t need to at present so I have taken the simple option of just setting and checking one variable.<\/p>\n
       <\/p>\n","protected":false},"excerpt":{"rendered":"
      I have three environments for most of the websites I build or support. My development machine where I do all the coding and initial testing. \u00a0Windows XP running Apache as part of \u00a0a\u00a0 XAMPP setup. \u00a0All my local domain names are called something like “local.example.com” My testing machine which is designed to be as similar […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[123,19,18],"tags":[124,127,126,145,125],"_links":{"self":[{"href":"https:\/\/www.cotsweb.com\/blog\/wp-json\/wp\/v2\/posts\/295"}],"collection":[{"href":"https:\/\/www.cotsweb.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.cotsweb.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.cotsweb.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.cotsweb.com\/blog\/wp-json\/wp\/v2\/comments?post=295"}],"version-history":[{"count":29,"href":"https:\/\/www.cotsweb.com\/blog\/wp-json\/wp\/v2\/posts\/295\/revisions"}],"predecessor-version":[{"id":322,"href":"https:\/\/www.cotsweb.com\/blog\/wp-json\/wp\/v2\/posts\/295\/revisions\/322"}],"wp:attachment":[{"href":"https:\/\/www.cotsweb.com\/blog\/wp-json\/wp\/v2\/media?parent=295"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.cotsweb.com\/blog\/wp-json\/wp\/v2\/categories?post=295"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.cotsweb.com\/blog\/wp-json\/wp\/v2\/tags?post=295"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}