Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: freebsd - Can't locate nginx.pm
08.07.2013 18:41, Sayetsky Anton пишет:
8 июля 2013 г., 17:16 пользователь denis<denis@xxxxxxxxxxxxxxxx> написал:
а больше у меня нет предположений, зачем делать такую гадость. Это как
дебиан, который очередным обновлением выпиливал jdk6 только потому, что он
стал EOL, и тысячи человек крыли матом авторов дебиана, которым вдруг
сломали в том числе продакшены. Тут можно долго говорить, что сами виноваты,
надо было сначала на деплое обновить, прогнать кучу тестов функциональности,
проверить все модули.. но мы не в идеальном мире живем и сделали они реально
по свински. И у многих, реально многих продакшен и тестовый - один и тот же,
ибо разделять просто нецелесообразно.
Выбросили jdk6 в пользу jdk7?
я бы сравнил изменения jdk6 - jdk7 и perl 5.8 - 5.10. У кого-то
работает, у кого-то ломается. Изменений там даже поменьше, чем php 5.2 -
5.3, а тоже всего-то минорную цифру поправили. Хотя я бы уже 6 версией
назвал 5.3
Так perl с 5-й до 6-й версии не
обновляли. Минорное обновление - оно просто не может всё сломать. Если
так случилось - значит, неправильно всё написано.
Но тем не менее ломает. И не у меня одного:
08.07.2013 17:59, Anton Yuzhaninov пишет:
Из того, что я помню - сложным был только переход 5.6 - 5.8, когда
сильно поменялась работа с unicode.
опять же, 5.8 - 5.10 тоже были особенности. С более новыми версиями
вроде уже лучше стало, меньше ломают язык.
У нормальных людей EOL значит, что продукт более _не поддерживается_,
и помощи в решении проблем с ним _не будет_. В качестве оффтоп-аналога
- как думаете, куда вас пошлёт саппорт МС, если зададите им вопрос о
Windows 98?
Ну не поддерживается, и ладно. Удаление я бы скорее сравнил с тем, что
юзер ставит дистрибутив 95 винды в сд-ром, и тот выжигает диск, ибо EOL.
Нужно различать "больше нет поддержки" и "хрен вы даже поставите эту
версию".
Стоит. Работает. Не трогают. Так зачем вам было трогать систему,
которая работала?
потому что потребовалось добавить нгинху passenger, а он вообще сломался
после пересборки. Казалось бы, при чем тут перл вообще? Или что,
зафиксировать теперь версию портов с запретом какого-либо обновления, и
загрузить всё что может потребоваться в distfiles? Это тоже не вариант.
Опять же, между 5.10 и 5.1{2,4,6} разве такая непреодолимая разница?
уже нет. Но кто даст 100% гарантию, что ничего не сломается на минорном
обновлении?
И всё-таки во фре до сих пор обновить тот же perl или php даже внутри версии
- иногда тот еще адЪ и содомия, я уж не говорю про минорное обновление, за
таким все знакомые юзеры с вдс-ками ко мне бегут..
Вы просто не умеете её готовить. (с)
У меня почему-то таких проблем не возникает. Нужно всего лишь читать
UPDATING перед любым запуском make (ручным или автоматическим) в
пределах ${PORTSDIR}. А если есть много машин, то ставим
tinderbox/poudriere (лучше последний + pkg), делаем свою репу и ставим
оттуда.
спасибо еще за полезные утилиты.
Ну, или юзаем pkg_add (в котором версии пакетов, кстати, тоже
заморожены, ибо собирается это один раз - во время выхода очередного
релиза).
иногда так и приходится делать, но опять же - ставим мелкую либу под
пхп.. а она за собой тянет перл 5.14 например. Косячок-с.
Более того, perl5.10 удалили ещё в марте. Т.е. вам не хватило трёх
месяцев для того, чтобы поправить несколько десятков строк, если уж
скрипты всё-таки не запускаются на новой версии?
а мы и не знали, старая версия работала без проблем.
И еще. Вот не нужны нам плюшки свежих версий, есть софт которому нужны
исключительно security bugfix-ы. И что делать? В этом плане тоже лучше
брать саппорт тех же redhat, у них срок поддержки до 12 лет, если не
ошибаюсь. То есть еще более 5 лет они будут закрывать баги в том же 5.8.
Разумеется платно, но некоторых и это устраивает.
Ну и зафиксировали бы ту же 5.8 как увеличенный срок жизни, в 10+ лет,
закрывая только крит баги -- головной боли почти нет, изменений - пара
патчей в год. И какую-нибудь 5.18 как след версию. Чтобы можно было быть
уверенным, что минимум 10 лет оно будет просто работать, и не дыряво. А
так эту работу на себя берут хостеры...
это особенно для пхп актуально, который дыряв, но их сильные изменения
апи вынуждают держать 5.1, 5.2, 5.3 и скоро еще 5.4 добавится.
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|