this is important for SSL certificates which may be symlink to files
that are unreadable by Aegir (which is fine, as Apache can read them
because it starts as root).

I assume the impact on other uses of ->exists() will be negligible.

See #2046249.

Conflicts:
	provision.file.inc

This reverts commit 7358d11d.

Issue #1647830 by sambonner: Fix Incorrect ownership of directories under sites/example.com/private/files/.

first, the symlink was just not created because a variable wasn't
passed properly.

second, permissions were fixed on the directories only on installs,
which is error-prone: we should fix them all the time.

This allows the front-end to be aware of site-specific packages.
We'll then need to ignore them for platform comparison purposes, but
this should otherwise be safe.

This reverts commit bff83f53.

for some reason, those sensical defaults were simply lost

we used to take only the first IP that was set in the server context.

instead we just don't set those IPs in the server context, as they date back
from when we had IP-based virtual hosting even on port 80, and set it properly
in the site context

this would have destroyed the whole ssl.d directory, wheepee.

see #2003712

provision is just a drush extension, no need to configure the
webserver directly here. if users want to use provision by hand, they
should be able to create that symlink themselves.

the trade off between duplicating the checks and logic between the two
packages just wasn't worth it

this code is not present in core's settings.php since at least Drupal 5.23