Андрей Горбунов: я в то время жил в Екатеринбурге, переезжать в Москву никогда желания не было. Переехал в Спб, тут тоже работы достаточно, но не так суматошно. Были трудные моменты, но такого безвыходного состояния и убитого настроения больше не повторялось. Пожалуйста, пишите, рад буду ответить на вопросы.
samodum: Смотря какая машина и какая виртуализация и какие задачи. Машинка на Xeon и 32-я гигами Ram может тянуть очень много легковесных LXC контейнеров. Вполне сгодится для тестовых задач средней по численности команды разработчиков.
Роман Мирр: С помощью пакетного менеджера. Даже если мы имеем разные версии пакета на одной машине, к примеру, установленные с разным PATH, то менеджер нам позволяет видеть версию пакета, обновлять его, удалять и ставить. Имея какой либо тул-чейн для управления серверами можно легко пробежаться по всем, запросить версии пакета и если он старый - обновить его.
spotifi: У нас в Екатеринбурга тоже есть такие конторы где требуются девопсы, хотя не много. Как ни странно в Нск больше, судя по вакансиям. Сейчас не то что с технологиями, с вакансиями трудно. Спасибо за ссылку!
spotifi: Как это ничего не изменилось? Ставки для админов повышаются. А тем временем для разработчиков - практически нет. Знаете как обидно видеть вакансии для по сути Junior разработчиков опытом 1-2 года и сравнивать с зарплатами админов с 10+ опытом?
Шутки раде. Почему присутствует желание постоянно сэкономить на девопсах/сисадминах, а на наразработчиках нет? :) Скоро фиг работу найдешь... Придется переквалифицироваться.
spotifi: Я как админ не в восторге от этой вакханалии, которая творится с софтом внутри докера. Обновлять, следить за уязвимостями, быть хотя бы немного в курсе что происходит уже нет возможностей. Докер удобен для разработчиков, но не для админов. Мне гораздо удобнее и понятнее использовать стабильные репозиратии от производителя дистрибутива, а не куча непонятно кем созданных, кем тестированных контейнеров. Но увы, приходится работать, от этого похоже никуда не убежать.
А вы соизволили сходить в логи и посмотреть причину 500-й ошибки?
Задавайте конкретный вопрос, вам ответят.
Или вы ждете что кто-то за вас все поставит, разжует и предоставит инструкцию как устанавливать?
Ubuntu 14 или 16 не имеет значение. Я вам показал пример как посмотреть зависимости пакета. Если вы не учли эти зависимости, будут ошибки. Тем более при установке вручную прямым скачиванием tar.gz архива с сайта разработчика.
Пакеты в официальном репозирации выпускаются с некоторым запозданием, для этого есть причины. Необходимо тестирование. Необходима адаптация под дистрибутив. Даже если существует альтернативный репозитарий (от разработчика), это не значит что он стабильный. В итоге получается именно то, что у вас - из коробки не работает. Если ставите руками надо учитывать все и быть готовым к ошибкам разного характера. Это вы еще про Ubuntu говорите, попробуйте Debian, там вобще пакеты с запозданием в несколько лет выходят. Зато всегда работают, только про современный функционал можно забыть. Если хотите работать только с последними версиями, собирайте песочницы на docker, возможно там уже имеются готовые сборки.
В чем тогда вопрос заключается? Почему не могут нормально соблюсти зависимости? А вы ставили phpmyadmin из официального репозитария? Если да, дело одно, если нет, вопрос к вам, изучали ли вы требования, возможно ваша версия phpmyadmin не работает с php-7. Если ошибка 500, значит ошибка в коде, которая 100% высыпалась в лог, ее можно увидеть.
TheNovaLive: переменные окружения отвечающие за прокси исчезают при использовании sudo. Не используйте sudo если возможно, или установите переменные прокси после sudo.