At one point I had a tool for OSX that allowed you to manage your
Apache config files, but I can't remember what it was called... and I
didn't like it. It reformatted my config file and made things ugly. I
tend to be pretty nitpicky about the formatting in my config files
(because at some point they have to be human-readable), and it just
didn't honor my standards! How rude, eh? ;) I've never actually found
a GUI front-end for the Apache config that I really liked,
actually... it's a wonder there's not an Eclipse plugin for it that
gives you context-based directive insight and stuff. Maybe there is,
I'll have to check it out.
I don't mind managing my Apache config by hand on a local dev box and
I don't ever have to deal with the servers, so it's no big deal for
me to copy/pasted a vhost block, change the paths and log file names
and add a line to the hosts file.
I don't run DNS locally either.
Typically, I have my codebase checked out from SVN, and the Apache
vhost's webroot pointed at the portion of the working copy that is
the webroot (at Alagad we usually use a subfolder of the repo for the
wwwroot), so I can dev, test and checkin pretty seamlessly. My
workflow goes something like this:
1) Checkout code
2) Edit Apache config
3) Edit /private/etc/hosts
4) Bounce Apache
Takes a total of about 10 minutes, depending on the repository size
and any special configs.
On 10.4 I kept all my projects in my Documents folder and pointed
Apache's vhost there... however on 10.5 that doesn't work because
they have security in place to block access to these files from the
web server, so everything has to be checked out into /Users/
{username}/Sites and that can be used as the webroot of the vhost.
I use TextWrangler to edit my config files because it's the only one
out there that makes opening/editing secured files easy... use File >
Open Hidden... to get to /etc/hosts and /etc/apache2/http.conf...
super simple. You may have to change the dropdown at the top of the
Open File dialog to All Files instead of All Editable Files to make
it work.
Something of note: I always install CF using the built-in webserver.
After installing CF I use {cf_home}/lib/wsconfig.jar to add the
connector to Apache. Note that the built-in webserver can be shut off
using either the JRun Admin server or via editing {cf_home}/runtime/
servers/coldfusion/SERVER-INF/jrun.xml on Standalone or {jrun_home}/
servers/{servername}/SERVER-INF/jrun.xml, finding the block that
starts with <service class="jrun.servlet.http.WebService"
name="WebService"> and changing the attribute "deactivated" to
"true", then restarting the CF server. I leave CFIDE and WEB-INF in
the default location and create a symbolic link to it in the webroot
of any vhost that needs access to it. You need access to it for the
scripts and CSS for any AJAX stuff, so it may be important to do
this. I like having CFIDE in a consistent, central location and
adding links to it where needed, and I like having a fully-default CF
install so that things are always the same.
HTH,
J
On Nov 3, 2008, at 4:33 PM, Chris Blackwell wrote:
> CentOS + Virtualmin is great way to recycle an old PC into a dev
> box ;)
>
> 2008/11/3 Rich <[EMAIL PROTECTED]>
> Wow, that is an amazing tool! I'm just a little hesitant given that
> it looks like any Mac installs will have to be done manually; none
> of their scripts seem to support the Mac. But if nothing else, this
> is just a great tool to know exists and bookmark it because at some
> point I'll be able to put it to use!
>
> Thanks,
>
> Rich
>
>
> On Nov 3, 2008, at 3:06 PM, Chris Blackwell wrote:
>
>> going slightly off-topic..
>>
>> setting up dev sites is a real pet-hate of mine, so i spent a
>> while setting up my environment to be as automated as possible
>> i use virtualmin (http://www.virtualmin.com/) to manage my dev box
>> (and virtualmin pro on my hosting servers) so when i need a new
>> server i just enter the domain name and it sets up apache, local
>> dns, svn repo and a mysql db for me, it also creates a cname entry
>> on my real dns servers so that my clients can view the dev site
>> from outside the office.
>>
>> beats manually editing host files, create db's and setting
>> permissions manually :)
>>
>>
>> 2008/11/3 Adam Tuttle <[EMAIL PROTECTED]>
>>
>> I completely agree with Chris and operate much the same way myself;
>> though I use the hosts file instead of running DNS locally.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google
Groups "model-glue" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/model-glue?hl=en
For more about Model-Glue, check http://www.model-glue.com .
-~----------~----~----~----~------~----~------~--~---
