Исправление EXL, (текущая версия) :
И что ?
Что «и что»? Софт древний? Древний. Какой-нибудь WordPress уже рекомендует PHP 7 в последних версиях.
nodejs14, postgresql13, mariadb105 - в sclo может даже новее уже есть …
За софтом в sclo нужно ручками следить, обновление на следующую мажорную версию – проблематично, софт в sclo часто не является оттестированным и версии быстро забрасываются, деплой на софт из sclo переусложнён и заморочен, всякие там подгрузки переменных окружения перед запуском и т. д.
Админы и юзеры хотят инструмент проще и удобнее, поэтому sclo фактически выкинули и сделали всякие Podman’ы и прочие контейнеры в CentOS 8.
Когда говорят про древний софт в контексте CentOS имеют в виду именно то, про что я написал. Ибо если начинать новый проект под CentOS 7, нужно учитывать его древние версии пакетов или тебя ждёт свистопляска со сторонними плохоподдерживаемыми пакетами. А раз так, смысла в CentOS – нет.
Исправление EXL, :
И что ?
Что «и что»? Софт древний? Древний. Какой-нибудь WordPress уже рекомендует PHP 7 в последних версиях.
nodejs14, postgresql13, mariadb105 - в sclo может даже новее уже есть …
За софтом в sclo нужно ручками следить, обновление на следующую мажорную версию – проблемотично, софт в sclo часто не является оттестированным и версии быстро забрасываются, деплой на софт из sclo переусложнён и заморочен, всякие там подгрузки переменных окружения перед запуском и т. д.
Админы и юзеры хотят инструмент проще и удобнее, поэтому sclo фактически выкинули и сделали всякие Podman’ы и прочие контейнеры в CentOS 8.
Когда говорят про древний софт в контексте CentOS имеют в виду именно то, про что я написал. Ибо если начинать новый проект под CentOS 7, нужно учитывать его древние версии пакетов или тебя ждёт свистопляска со сторонними плохоподдерживаемыми пакетами. А раз так, смысла в CentOS – нет.
Исходная версия EXL, :
И что ?
Что «и что»? Софт древний? Древний. Какой-нибудь WordPress уже рекомендует PHP 7 в последних версиях.
nodejs14, postgresql13, mariadb105 - в sclo может даже новее уже есть …
За софтом в sclo нужно ручками следить, обновление на следующую мажорную версию – проблемотично, софт в sclo часто не является оттестированным и версии быстро забрасываются, деплой на софт из sclo переусложнён и заморочен, всякие там подгрузки переменных окружения перед запуском и т. д.
Админы и юзеры хотят инструмент проще и удобнее, поэтому sclo фактически выкинули и сделали всякие Podman’ы и прочие контейнеры в CentOS 8.
Когда говорят про древний софт в контексте CentOS имеют в виду именно то, про что я написал. Ибо если начинать новый проект под CentOS 7, нужно учитывать его древние версии пакетов или свистопляску со сторонними плохоподдерживаемыми пакетами.