Комментарии 32
Чувствуете разницу между nginx и apache?
Там отдается один и тот же сертификат. Браузер ругаться будет.
там ниже написано что есть еще 2 решения
wildcard cert и SNI
а эта статья всетаки не об этом.
wildcard cert и SNI
а эта статья всетаки не об этом.
А если набраться мужества и дочитать до конца?
Offtopic. Я не понимаю зачем ставить CentOS или RHEL, подключать к нему кучу неофициальных репозиториев и пересобирать руками то, чего в этих репозиториях не оказалось.
ставящие Enterprise знают зачем,
остальным можно и федору)
остальным можно и федору)
К сожалению, очень много ПО поставляется в сборе только под Enterprise Linux: Oracle Linux, RHEL, SLES. Гришат этим, например, производители всяких стораджей, Oracle, IBM, VMWare. А по стабильности с ними сравним debian stable, но никак не фидора. Хотя в SLES11 попадаются иногда очень неприятные баги.
Долгий цикл поддержки — несомненно плюс. Но заметьте, я говорил о случаях подключения левых репозиториев и пересборки софта руками. Не проще ли использовать, например, Debian stable? Цикл обновления — примерно раз в три года.
> особенно если ничего стороннего нету
В репозиториях CentOS очень часто нет довольно нужных инструментов, поэтому без стороннего обойтись бывает довольно сложно. Например? rrdtool.
> особенно если ничего стороннего нету
В репозиториях CentOS очень часто нет довольно нужных инструментов, поэтому без стороннего обойтись бывает довольно сложно. Например? rrdtool.
Обнимемся, брат. Отчего-то никто вокруг этого не понимает, я устал уже объяснять. «Нах платить за линукс, он же бесплатный. Свобода, равенство, упячка!» Подобные красноглазые вопли уже поднадоели. Ценится не ОС, ценятся решения.
Конечно, тихий ужас в виде компиляции из тарболов в бинарном дистрибутиве тоже наотмашь серпом по яйцам.
Конечно, тихий ужас в виде компиляции из тарболов в бинарном дистрибутиве тоже наотмашь серпом по яйцам.
Вообще тут надо включать голову и искать компромис.
Если проект завязан на вашем ПО (например на java) то имеет смысл ставить RHEL/SLES and etc.
Если надо все же какой то боевый сервер со свежими решениями, то смотрим в сторону более свежего.
Вот мне нравится ubuntu LTS (конечно и там хватает косяков) но в целом все хорошо и софт оптимальный между старым и новым.
Если проект завязан на вашем ПО (например на java) то имеет смысл ставить RHEL/SLES and etc.
Если надо все же какой то боевый сервер со свежими решениями, то смотрим в сторону более свежего.
Вот мне нравится ubuntu LTS (конечно и там хватает косяков) но в целом все хорошо и софт оптимальный между старым и новым.
Про компромисс-то очевидно. Но вот все же фраза «боевый сервер со свежими решениями» мне не вполне понятна.
Standart support у canonical стоит более 700 долларов за один сервер, кстати. Ну, как всегда, оптом дешевле, естественно.
Standart support у canonical стоит более 700 долларов за один сервер, кстати. Ну, как всегда, оптом дешевле, естественно.
новый софт — не значит глючный.
ubuntu lts — в этом плане меня полностью устроила. Софт — морально не устарел, и нормальная стабильность.
Те — там где — это можно, я отдаюсь на растерзания мантейнерам.
Там где платят, можно и руками собрать и репозиторий свой сделать :)
ubuntu lts — в этом плане меня полностью устроила. Софт — морально не устарел, и нормальная стабильность.
Те — там где — это можно, я отдаюсь на растерзания мантейнерам.
Там где платят, можно и руками собрать и репозиторий свой сделать :)
Согласен.
Только вот что значит «морально устарел»? Это же не модный аксессуар. Если софт решает задачу и получает фиксы безопасности (пусть и из бекпортов), то нет никакого смысла в этой фразе.
Только вот что значит «морально устарел»? Это же не модный аксессуар. Если софт решает задачу и получает фиксы безопасности (пусть и из бекпортов), то нет никакого смысла в этой фразе.
Забавно, но XP+IE и с другой стороны NSS в пролете.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Apache HTTP Server: Обслуживание нескольких HTTPS-хостов на одном IP-адресе