История изменений
Исправление slovazap, (текущая версия) :
Главное, чтобы работа была выполнена максимально быстро с минимальным количеством геморроя и проблем на всем интервале использования.
Дроч на новые циферки в версиях это как раз работа эникейщиков и полудурков, у которых «ремонт в квартире» не прекращается примерно никогда. Именно поэтому бизнес выбирает именно CentOS / RHEL / OL, а не Arch Linux или FreeBSD. И это отличное и здравое решение.
За вас я тоже искренне рад - если кушается, кушайте на здоровье.
Просто в реальном мире софт развивается, и перестаёт запускаться на системе годовалой давности. Вот, например, CentOS 7. Которая будет поддерживаться, на минуту, ещё почти пять лет. В ней php 5.4, который апстримом не поддерживается уже настолько давно что даже не влез в официальный график. Ок, допустим в центосе латают в нём дырки, хотя доверия никакого этому нет.
Но, никакой живой проект на PHP эту древность уже не поддерживает и там не запустится. Вот какие минимальные версии PHP требуются всяким популярным фреймворкам и софту: laravel >= 7.2, symfony >= 7.1, phpmailer >= 5.5, codeigniter >= 5.6, phalcon >= 7.2, cakephp >= 7.3, wechat >= 7.1, magento >= 7.1, phpmyadmin >= 7.1, exponent >= 5.6, b2 >= 5.6 и т.д. Причём ничего из этого в репозитории CentOS не поддерживается, т.е. если вы возьмёте старую версию, дыры в ней никто латать не будет. То есть, по сути, ВСЯ PHP экосистема неработоспособна на CentOS, а следовательно и весь CRM, ERM, CMS и т.д. и т.п. софт для бизнеса «который выбирает здравые решения». И касается это не только PHP, а вообще всего. И если вы думаете что CentOS 8 вас спасёт, то там php 7.2 который отчалит через год (а перестанет поддерживаться софтом ещё раньше, судя по тому как проекты уже выкидывают ещё поддерживаемый 7.1).
Вот и всё что нужно знать о CentOS. Она зашибись вам подойдёт если вам нужно запустить пустой апач на «паре сотен серверов». Она охрененна если у вас есть деньги на отдел специально натренированных пердунов, которые ещё помнят древний PHP (или whatever) и пишут под него суровый код с нуля без фреймворков, при этом либо не хотят ничего знать про новые версии языка и фреймворки (а это в моём понимании никак не совместимо с хорошим разработчиком), либо не впадают во всепоглощающее уныние от того что они не могут этим пользоваться (для чего вам нужно как минимум МНОГО денег, при том что админ с минимальной квалификацией которая позволит обновлять парк машин не считая это «охрененным геморроем» обойдётся куда дешевле). Больше ни для чего она не годится.
Исправление slovazap, :
Главное, чтобы работа была выполнена максимально быстро с минимальным количеством геморроя и проблем на всем интервале использования.
Дроч на новые циферки в версиях это как раз работа эникейщиков и полудурков, у которых «ремонт в квартире» не прекращается примерно никогда. Именно поэтому бизнес выбирает именно CentOS / RHEL / OL, а не Arch Linux или FreeBSD. И это отличное и здравое решение.
За вас я тоже искренне рад - если кушается, кушайте на здоровье.
Просто в реальном мире софт развивается, и перестаёт запускаться на системе годовалой давности. Вот, например, CentOS 7. Которая будет поддерживаться, на минуту, ещё почти пять лет. В ней php 5.4, который апстримом не поддерживается уже настолько давно что даже не влез в официальный график. Ок, допустим в центосе латают в нём дырки, хотя доверия никакого этому нет.
Но, никакой живой проект на PHP эту древность уже не поддерживает и там не запустится. Вот какие минимальные версии PHP требуются всяким популярным фреймворкам и софту: laravel >= 7.2, symfony >= 7.1, phpmailer >= 5.5, codeigniter >= 5.6, phalcon >= 7.2, cakephp >= 7.3, wechat >= 7.1, magento >= 7.1, phpmyadmin >= 7.1, exponent >= 5.6, b2 >= 5.6 и т.д. Причём ничего из этого в репозитории CentOS не поддерживается, т.е. если вы возьмёте старую версию, дыры в ней никто латать не будет. То есть, по сути, ВСЯ PHP экосистема неработоспособна на CentOS, а следовательно и весь CRM, ERM, CMS и т.д. и т.п. софт для бизнеса «который выбирает здравые решения». И касается это не только PHP, а вообще всего. И если вы думаете что CentOS 8 вас спасёт, то там php 7.2 который отчалит через год (а перестанет поддерживаться софтом ещё раньше).
Вот и всё что нужно знать о CentOS. Она зашибись вам подойдёт если вам нужно запустить пустой апач на «паре сотен серверов». Она охрененна если у вас есть деньги на отдел специально натренированных пердунов, которые ещё помнят древний PHP (или whatever) и пишут под него суровый код с нуля без фреймворков, при этом либо не хотят ничего знать про новые версии языка и фреймворки (а это в моём понимании никак не совместимо с хорошим разработчиком), либо не впадают во всепоглощающее уныние от того что они не могут этим пользоваться (для чего вам нужно как минимум МНОГО денег, при том что админ с минимальной квалификацией которая позволит обновлять парк машин не считая это «охрененным геморроем» обойдётся куда дешевле). Больше ни для чего она не годится.
Исправление slovazap, :
Главное, чтобы работа была выполнена максимально быстро с минимальным количеством геморроя и проблем на всем интервале использования.
Дроч на новые циферки в версиях это как раз работа эникейщиков и полудурков, у которых «ремонт в квартире» не прекращается примерно никогда. Именно поэтому бизнес выбирает именно CentOS / RHEL / OL, а не Arch Linux или FreeBSD. И это отличное и здравое решение.
За вас я тоже искренне рад - если кушается, кушайте на здоровье.
Просто в реальном мире софт развивается, и перестаёт запускаться на системе годовалой давности. Вот, например, CentOS 7. Которая будет поддерживаться, на минуту, ещё почти пять лет. В ней php 5.4, который апстримом не поддерживается уже настолько давно что даже не влез в официальный график. Ок, допустим в центосе латают в нём дырки, хотя доверия никакого этому нет.
Но, никакой живой проект на PHP эту древность уже не поддерживает и там не запустится. Вот какие минимальные версии PHP требуются всяким популярным фреймворкам и софту: laravel >= 7.2, symfony >= 7.1, phpmailer >= 5.5, codeigniter >= 5.6, phalcon >= 7.2, cakephp >= 7.3, wechat >= 7.1, magento >= 7.1, phpmyadmin >= 7.1, exponent >= 5.6, b2 >= 5.6 и т.д. Причём ничего из этого в репозитории CentOS не поддерживается, т.е. если вы возьмёте старую версию, дыры в ней никто латать не будет. То есть, по сути, ВСЯ PHP экосистема неработоспособна на CentOS, а следовательно и весь CRM, ERM, CMS и т.д. и т.п. софт для бизнеса, который выбирает здравые решения. И касается это не только PHP, а вообще всего. И если вы думаете что CentOS 8 вас спасёт, то там php 7.2 который отчалит через год (а перестанет поддерживаться софтом ещё раньше).
Вот и всё что нужно знать о CentOS. Она зашибись вам подойдёт если вам нужно запустить пустой апач на «паре сотен серверов». Она охрененна если у вас есть деньги на отдел специально натренированных пердунов, которые ещё помнят древний PHP (или whatever) и пишут под него суровый код с нуля без фреймворков, при этом либо не хотят ничего знать про новые версии языка и фреймворки (а это в моём понимании никак не совместимо с хорошим разработчиком), либо не впадают во всепоглощающее уныние от того что они не могут этим пользоваться (для чего вам нужно как минимум МНОГО денег, при том что админ с минимальной квалификацией которая позволит обновлять парк машин не считая это «охрененным геморроем» обойдётся куда дешевле). Больше ни для чего она не годится.
Исходная версия slovazap, :
Главное, чтобы работа была выполнена максимально быстро с минимальным количеством геморроя и проблем на всем интервале использования.
Дроч на новые циферки в версиях это как раз работа эникейщиков и полудурков, у которых «ремонт в квартире» не прекращается примерно никогда. Именно поэтому бизнес выбирает именно CentOS / RHEL / OL, а не Arch Linux или FreeBSD. И это отличное и здравое решение.
За вас я тоже искренне рад - если кушается, кушайте на здоровье.
Просто в реальном мире софт развивается, и перестаёт запускаться на системе годовалой давности. Вот, например, CentOS 7. Которая будет поддерживаться, на минуту, ещё почти пять лет. В ней php 5.4, который апстримом не поддерживается уже настолько давно что даже не влез в официальный график. Ок, допустим в центосе латают в нём дырки, хотя доверия никакого этому нет.
Но, никакой живой проект на PHP эту древность уже не поддерживает и там не запустится. Вот какие минимальные версии в ходу: laravel >= 7.2, symfony >= 7.1, phpmailer >= 5.5, codeigniter >= 5.6, phalcon >= 7.2, cakephp >= 7.3, wechat >= 7.1, magento >= 7.1, phpmyadmin >= 7.1, exponent >= 5.6, b2 >= 5.6 и т.д. Причём ничего из этого в репозитории CentOS не поддерживается, т.е. если вы возьмёте старую версию, дыры в ней никто латать не будет. То есть, по сути, ВСЯ PHP экосистема неработоспособна на CentOS, а следовательно и весь CRM, ERM, CMS и т.д. и т.п. софт для бизнеса, который выбирает здравые решения. И касается это не только PHP, а вообще всего. И если вы думаете что CentOS 8 вас спасёт, то там php 7.2 который отчалит через год (а перестанет поддерживаться софтом ещё раньше).
Вот и всё что нужно знать о CentOS. Она зашибись вам подойдёт если вам нужно запустить пустой апач на «паре сотен серверов». Она охрененна если у вас есть деньги на отдел специально натренированных пердунов, которые ещё помнят древний PHP (или whatever) и пишут под него суровый код с нуля без фреймворков, при этом либо не хотят ничего знать про новые версии языка и фреймворки (а это в моём понимании никак не совместимо с хорошим разработчиком), либо не впадают во всепоглощающее уныние от того что они не могут этим пользоваться (для чего вам нужно как минимум МНОГО денег, при том что админ с минимальной квалификацией которая позволит обновлять парк машин не считая это «охрененным геморроем» обойдётся куда дешевле). Больше ни для чего она не годится.