[support] Installing php/mysql issues
Earnie Boyd
earnie at users.sourceforge.net
Thu Dec 6 13:37:29 UTC 2007
Quoting Larry Garfield <larry at garfieldtech.com>:
> On Wednesday 05 December 2007, Tom Holmes Jr. wrote:
>
>> This type of installation seems to install data/apps ALL over the place
>> ... but that is an issue with CentOS and not Drupal.
>> I'm used to not installing Apache/PHP on my Linux systems with the
>> install because of that. I like to install apps where I want them to be.
>> And kinda keep the apps together neatly. So I usually download and
>> install the OS is installed.
>
I shouldn't respond but I just can't help myself.
> That's actually typical of most OSes, particularly Unixes. It's one reason
> why installing and managing software independent of a package manager is only
> for the extremely skilled and/or stupid. (Those two are not mutually
> exclusive.) Even Windows does that, to a lesser degree. (Registry, System32
> directory, etc. It's a mess there, too.) Mac OS X is the odd man out here,
> and their setup has a different set of problems associated with it.
>
Thanks, Larry, I'm glad you think I'm extremely skilled. ;t I too like
build applications and put things where I want them and gracefully do
so. I have never liked the package managers because I don't learn the
lower level recipes depending on them. For version control I use a
package called stow.
> But yeah, nothing to do with Drupal. Web apps *should* be
> self-contained like
> that (as Drupal is). If they're not, they suck.
>
Yes, it is true, some nice acronyms for methodologies come to mind as
well. Even those are over done in some cases. I like Drupal's package
layout. It is simple and works extremely well. But that doesn't mean
I have to copy it to all of the websites on the system. I can point
/usr/local/htdocs/Drupal in the web configuration or I can use a
symbolic link to the Drupal directory as the htdocs directory for the
website.
Earnie -- http://for-my-kids.com/
-- http://give-me-an-offer.com/
More information about the support
mailing list