Имеет ли смысл учиться устанавливать по из исходников на linux-сервере?

[web123]

Имеет ли смысл учиться устанавливать по из исходников на linux-сервере, а не тупо командой apt install?

[Bizdelnick]

Смысл примерно такой же, как учиться плавать в открытом море или учиться водить машину на гоночной трассе.

[Hephaestus]

Сборка ПО и создание пакетов
подразумевает создание/настройку необходимого программного окружения
(сборочные инструменты, зависимости и пр.).
Причем, для разных случаев это окружение может быть разным.

Инструкции по созданию пакетов, к примеру, зачастую
рекомендуют производить сборку "в чистой среде",
поскольку так проще выявлять зависимости.
Обычно для этих целей используются контейнеры, виртуальные машины и т.п.

Учитывая всё это, можно сделать вывод, что linux-сервер - не самый подходящий вариант для таких задач.
А, собственно, почему именно сервер? Более походящей машины нет?

[web123]

Встала задача, иметь на сервере php5, не обновляя её до php7 или следующей, еще лет 20...

[Hephaestus]

Встала задача, иметь на сервере php5

Это довольно слабо связано с
Вашей идеей

учиться устанавливать по из исходников

Сборка из исходников - задача нетривиальная.
Если процесс Вам в новинку и необходимо учиться - учитесь. Только не на сервере.
Пока научитесь, успеете наделать кучу ошибок и уронить Ваш сервер на пол много раз.

Для Вашей задачи я бы рекомендовал собрать пакеты нужного ПО нужых версий под Вашу серверную ОС
и установить. Но сама сборка и создание пакетов должны выполняться на другой машине, не на сервере.

[web123]

Я понимаю, для "тестовых" задач, у меня есть virtualbox.

[Hephaestus]

Тогда не совсем ясно, зачем было формулировать тему именно так.

Кстати, создавать ли пакеты или просто собирать ПО из исходников - это решение принимается
в зависимости от дистра, а не потому что "сервер" или "не сервер".
Негоже в пакетном дистре вроде Debian, делать make && make install для установки ПО,
равно как и негоже куда-нибудь в Gentoo пытаться затолкать deb-пакет всеми правдами и неправдами.

Поэтому в Вашем случае, если требуется установка ПО каких-то версий, которых нет в репах,
нужно ориентироваться на политику дистра, создать пакеты, (причем для зависимостей тоже создать пакеты)
и при этом ещё учесть возможные конфликты версий (как вариант: самосборы ориентировать на установку куда-нибудь в /opt/).

Но вообще, это такое богатое развлечение, что надолго хватит. Особенно, если Вы раньше этого не делали.

[ormorph]

Только тупо apt install
Если с исходников то собирать уже пакет и его устанавливать, но не будет ли оно мешать уже установленным более новым пакетам - эти проблемы нужно будет решать.
В gentoo вообще все собирается с исходников. Можно использовать Calculate linux. Там хотя php5 тоже в оф репозитории нет, но можно подключить сторонние оверлеи через layman и собрать php5, там переключение между версиями php осуществляется очень просто через eselect. Список доступных версий можно посмотреть тут, только нужно смотреть оверлеи где наиболее свежие ебилды.

[devilr]

Встала задача, иметь на сервере php5, не обновляя её до php7 или следующей, еще лет 20...

Лет 20? Сурово. А само железо то столько проживёт?
Кстати, даже, если проживёт - там же всё равно многое поменяется за такое время. Сомнительно, что хватит и знаний и "задора" на такое.
И смысл сей затеи весьма туманен, как по мне...

[Bizdelnick]

Если нужна помойка, сделайте для неё контейнер. По крайней мере, систему точно не угробите. И когда Вас поломают (а это только вопрос времени), последствия будут не такими страшными.

[web123]

Просто в iptables прописать правила блокирующие все, кроме разрешенного, и даже если на сервер будет записан троян, вирус, то все равно он просто не будет работать, так как его исходящие/входящие tcp/udp-соединения будут блокироваться. Так можно использовать в 2020 году, хоть ubuntu 12.04 на vps/vds-сервере.

[Bizdelnick]

Sancta simplicitas…

[devilr]

и даже если на сервер будет записан троян, вирус

Так если на сервер можно записать что-то, то кто мешает что-то там переписать? Или что-то запустить и поднять себе привилегии. А затем банально отключить блокировки...

[ormorph]

Так если на сервер можно записать что-то, то кто мешает что-то там переписать? Или что-то запустить и поднять себе привилегии. А затем банально отключить блокировки...

Ну если только используя дыру в системе, что бы поднять привеллегии, то да возможно. Но в принципе ни что не мешает запускать сервер песочнице, например используя тот же sandbox. В такие моменты понимаешь на сколько же удобная вещь init скрипты по сравнению с юнитами systemd, хотя при умелых руках и их можно переделать.

[devilr]

Но в принципе ни что не мешает запускать сервер песочнице, например используя тот же sandbox.

Так я не за то говорил. Понятно, что всё это можно. Но, за тот длительный срок, на который рассчитывает ТС, поддержка php5 явно закончится (или уже закончилась, просто не в курсе). Как всё это исправлять, пусть даже и в песочнице? Переустанавливать по крону раз в час?

[Bizdelnick]

Ну если только используя дыру в системе, что бы поднять привеллегии, то да возможно.

Да зачем что-то поднимать? Пошифровать всё, на что хватит прав, уже достаточно.

[ormorph]

Да зачем что-то поднимать? Пошифровать всё, на что хватит прав, уже достаточно.

Тоже вариант, но тут уже не так уж много остаётся до чего права тогда доберутся, тогда достаточно делать дампы время от времени, а восстановить уже дело техники.

[Bizdelnick]

не так уж много остаётся до чего права тогда доберутся

Во-первых, это все загруженные пользователями файлы, во-вторых, при криворукой настройке это вообще всё содержимое www. И в-третьих, можно получить доступ к СУБД и пошифровать её содержимое заодно. А больше на сервере ничего ценного и быть не может.

[ormorph]

Во-первых, это все загруженные пользователями файлы, во-вторых, при криворукой настройке это вообще всё содержимое www.

Ну тут не ясно какое содержимое в данном случае. На счёт содержимого www, то тут тоже вполне можно делать дамп в виде архива.

И в-третьих, можно получить доступ к СУБД и пошифровать её содержимое заодно.

Дамп базы данных тоже вполне можно сделать и восстановить.

[Bizdelnick]

Проблема в том, что настроить нормальное бекапирование уже более трудоёмко, чем допилить код для работы в php7, если он не совсем ужасен, конечно. Если ТС не хочет заниматься вторым, вряд ли он осилит первое. И уж тем более ему не захочется восстанавливать без конца бекапы, если он хочет, чтобы всё просто работало 20 лет. О времени простоя, думаю, писать смысла нет.

[ormorph]

Проблема в том, что настроить нормальное бекапирование уже более трудоёмко, чем допилить код для работы в php7

Смотря что за код. Если он использует устаревший драйвер БД(множественные запросы), которого уже нет в php7(используется другой), тем более если не знаешь структуру БД и как весть этот код должен работать(писал кто то другой), то не так уж и легче. А так да, нужно разбираться в коде.

[s.xbatob]

ormorph, может и не легче. Только вариант жить на php5 ещё хуже. А главное — это тупиковый путь: рано или поздно мигрировать придётся. И чем позднее, тем это будет тяжелее.

[ormorph]

ormorph, может и не легче. Только вариант жить на php5 ещё хуже. А главное — это тупиковый путь: рано или поздно мигрировать придётся. И чем позднее, тем это будет тяжелее.

Ну вот началось. Теперь похоже что это я продвигаю php5 для установки на свой комп. Мне вообще все это как то параллельно.

[azsx]

Имеет ли смысл учиться устанавливать по из исходников на linux-сервере

Смысл имеет, если вы хотите научится устанавливать из исходников. Это две совершенно разные работы: устанавливать пакеты из репозитория штатной программой управления пакетов или компилировать софт из открытых исходных кодов под свою сборку nix. Даже если решите этим заняться крайне рекомендую сперва разобраться что именно делает apt утилита. Под конкретный deb пакет, который вы собрались компилировать.

[Bizdelnick]

Это две совершенно разные работы: устанавливать пакеты из репозитория штатной программой управления пакетов или компилировать софт из открытых исходных кодов под свою сборку nix.

Вообще-то нет. Это две части одной и той же работы: собрать пакет и установить его.

[azsx]

Это две части одной и той же работы

Залить в машину масло, бензин и поехать.
Возле забора забрать раму, прикрутить к ней все запчасти, всё смазать, протянуть, проверить. Залить в машину масло, бензин и поехать.
Прям одно и то же, ага...
Я нисколько не спорю, что бывают ситуации или работники, которым надо собирать из исходников. Но вот зачем это именно ТС?

[Bizdelnick]

Залить в машину масло, бензин и поехать.
Возле забора забрать раму, прикрутить к ней все запчасти, всё смазать, протянуть, проверить. Залить в машину масло, бензин и поехать.

Разделение труда никто не отменял. Но оно ничем принципиально не меняет сам процесс.

[s.xbatob]

Bizdelnick
Насколько я помню основы "закона божьего от коммунистов", разделение труда кардинально меняет процесс. И даже общественный строй.

[azsx]

Но оно ничем принципиально не меняет сам процесс.

Даже не понимаю что вы хотите доказать. apt копирует и распаковывает бинарные файлы, которые уже кто то скомпилировал, написал правило растасовки по каталогам, разобрал зависимости. Установка из исходников -- это я компилирую сам. Вещи принципиально разные это просто иной вид труда.
Ну вот никак не похожи установка программы с apt и компилирование софта на go, например. Или на пуре С. Или на fpc.

[Bizdelnick]

Даже не понимаю что вы хотите доказать. apt копирует и распаковывает бинарные файлы, которые уже кто то скомпилировал, написал правило растасовки по каталогам, разобрал зависимости. Установка из исходников -- это я компилирую сам. Вещи принципиально разные это просто иной вид труда.

Я хочу сказать, что это были бы разные вещи, если бы рассматривалась установка из исходников в обход пакетной системы. Не знаю, что изначально имел в виду ТС, но таким заниматься я ему точно не рекомендую.