Apache installs very nicely on windows.

But that aside, you can certainly do a standalone install, run the
connectors and use IIS, and still not have the default IIS running.


----- Original Message ----- 
From: "Doug White" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Sunday, June 15, 2003 8:20 PM
Subject: Re: Installing MX for JRun with no context root


> |
> | Well, I use Apache and handle everything through that.
>
> We are talking about Windows installations here, not apache.  I have not
had an
> instll problem with Apache, either on a single or multi-homed
>  server.
>
> | I don't understand you - the default install lets you access CF Admin
> | from any machine. You can always run the JRun web server for CF Admin
> | and use Apache (or, presumably, IIS) to handle non-CF Admin traffic
> | through the connectors. We have it set up so the JRun web server is not
> | accessible outside the network (in fact, not outside the network layer
> | on which the app servers run).
>
> When using IIS, if one turns off the default web site, CF Administrator
will
> return a "404 not found" error.
> This is because it installs in the wwwroot directory on a standard
install.
> Again, I am talking a Windows/IIS machine.  If you are not familiar with
IIS,
> the server admin has the option of stopping, starting, and/or disabling
any of
> the web sites so configured without affecting the others.
> For servers exposed to the intenet, they are under constant assault from
all
> over the planet by scanners, trojans, virus infected machines, and
intentional
> attempts at cracking.   The majority of these use the IP number which
takes them
> to the default web site.  If a server administrator is able to disable the
> default web site, it adds an extra layer of defense against these types of
> probes.
> My own network is very small and should be considered insignificant in the
grand
> scheme of the internet, however it is common to log 25000+ attempts to
hack the
> server on a given day.  Any server operator who chooses to ignore this is
either
> incompetent or is being careless, and is openly inviting compromise.
>
> |
> | Glad to hear that! I know you've had a rough time with installs so far
> | so I'm pleased that it hasn't put you off.
>
>          I credit the work with Red Sky for that success.
>          Check http://66.139.91.36/brcfug/
> |
> | Even with the original CFMX Server product, I could do about eight
> | uninstall / install cycles a day (and often did while I was working
> | with pre-release builds). Of course, those were 'standard' installs.
> | Considering how many variables there are in a full secure production
> | setup, how quick do you need it to be? (That's a serious question)
> |
> | Sean A Corfield -- http://www.corfield.org/blog/
> |
>
> It seems we are talking apples and oranges here.   I have never complained
about
> the installs on Apache, or with default installs.  I have never mentioned
> problems installing on the MAC platform, because I do not use it.
> I have not reported problems installing developer copies on a developer
machine.
>
> If you install Windows Adv Server from the original setup disks, the
installer
> will prompt you for your configuration and will even give you the option
of
> re-formatting the hard drive if you want.  Once you select the options you
wish,
> the installer completes the install in a single pass.   All that remains
to be
> done after that, is to apply whatever updates and patches that have been
> released since the disk manufacture.  If you install Norton Anti-virus,
the
> installer asks a few questions, and does all the install and configuration
in
> one pass.  All that remains is to update the virus definitions after the
> install.    This is what I mean by fast and efficient.  When installing
Windows
> 203 Advanced server from the distribution CDROM, you are again presented
with
> options from which to select and perform your required configuration.
Once
> those chores are completed, then the installer completes the task in a
single
> pass.  After installation tasks such as configuring web sites, setting up
> security policies, and configuring the firewall are done with other
included
> applets.  Never, is there a requirement to open configuration files and
modify
> path information, nor is there a requirement to edit the registry.  When
> installing CFMX on a multi-homed Windows server, this is just not the
case,  And
> this is what I mean by a broken installer package.   Until Red Sky reaches
RC,
> CFMX IS a great application packaged in a broken installer.  I stand by
this
> description.
>
> For any software company, and especially one the size of Macromedia,
delivering
> install packages that will not do what you claim they will do, on whatever
> platform you advertise them to support is frankly inexcusable.
>
> Doug
>
> 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription: 
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq

Get the mailserver that powers this list at 
http://www.coolfusion.com

                                Unsubscribe: 
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
                                

Reply via email to