Adamos

Вся музыка будет хранится на серверах если что.

И будет с этих серверов распространяться с нарушением авторских и смежных прав.
Для осуждения владельца сервиса по ст. 146 УК РФ этого уже достаточно, можно с приложениями даже не заморачиваться.
Какие технические средства использованы для нарушения законодательства - суд вообще ни разу не волнует.

ПО, написанное на PHP, которое представляет из себя электронный библиотечный каталог. Это ПО может работать на версиях PHP не выше 5.2 и MySQL не выше 5.

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

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

Люди, которые разбираются в мобильной разработке, зарабатывают мобильной разработкой, а не записыванием херни на ютубчиках.
Андроиду уже много лет, и по-прежнему есть нативная разработка под него, и есть кроссплатформенные решения. Потому что и то, и другое - реально нужно, просто в разных нишах. Если тебе надо связываться с фитнес-браслетом - тебе нужно по локоть влезать в систему, и кроссплатформенные решения будут только мешать. А если надо по-быстрому накидать клиентик к своему говносайтику - достаточно монстра на джаваскрипте, который в том числе и под мобилы заработает.
Мобильная разработка - это направление, а не ниша. В ней до хрена всякого разного, и никаких "более правильных ответов" на подобные идиотские вопросы нет и быть не может.

Ну, и искать надо не "где проще" или, тем более, "где перспективней".
Надо искать, где ты сам сможешь что-то сделать и зацепиться, чтобы "вайтивайти".
Потому что как бы хорошо ты ни выучил что бы то ни было, Гугль тебе тут же оффер, внезапно, не пришлет.

Актуальный домашний рабочий программиста (мой):
Процессор AMD Ryzen 5 1400
Видюха AMD HD 7770 - древность слабее нынешних интегрированных, но я не геймер
Материнская плата ASUS A320M-K
Оперативная память 16 Gb DDR4 (одна планка Crucial, другая AMD Radeon)
128 Gb SSD + 1 Tb HDD
Блок питания FSP-400PN
Корпус - ну, ему лет пятнадцать, сейчас таких все равно не продают.
Кулер для процессора - вроде бы тоже DEEPCOOL, башня

На работе такой же по характеристикам, но на i5 - мне там Хакинтош в виртуалке нужен.
И тоже за глаза...

OctoberCMS/WinterCMS посмотрите.

Прекрасная задача для собеседования, я так считаю.

ps2pdf - стандартное решение для Линукс-сервера.

Если у магазина нет денег на тестирование, то ему не приходится и рассчитывать, что он кого-то привлечет одним лишь дизайном.
Соответственно, единственное, что имеет смысл оценивать в дизайне - это вопрос, смог ли пользователь, который готов совершить покупку, совершить эту покупку, найдя в магазине то, что ему надо, пройдя все шаги оформления и оплаты и не заблудившись.
По ругани в обратной связи, например, такие проблемы можно выявлять ;)

Если задача только в том, чтобы браузер отображал верно файлы txt, наляпанные вами в неизвестной виндовской кодировке, то ее решение - не в РНР, а в настройке того сервера, на котором крутится этот сайт.
Чтобы он для *.txt подставлял заголовок

Content-Type: text/plain; charset={та кодировка, которая реально в этих файлах}

Посоветую вычеркнуть Eclipse из списка рассмотрения.
Clion - если готовы купить или воровать.
QtCreator - если нужно бесплатно и вменяемо.

Files - Settings - Version Control - Add

Для объединения объектов достаточно структуры, даже ООП не требуется.
In capsula - "в коробочку". Обязательное для нормальной архитектуры отделение внутренних данных от внешних интерфейсов.
К "сокрытию информации", разумеется, тоже никакого отношения не имеющее.
Читайте нормальные учебники и не слушайте бред, который бубнят в камеру недоучки.

Если задача стоит именно так, как изложена в вопросе - под нее на хрен не нужны готовые комбайны, а Офисы и их злокачественные опухоли типа Акцесса создадут больше проблем, чем решат. Не говоря уже о монстрах от 1С.
LEMP на Убунте.
Бэк на Ларавеле, например, чтобы не изобретать велосипеды насчет авторизации.
Фронт - хоть на голом JS, хоть на модном Vue.
За дизайн сойдет бутстрап, благо тут работать, а не продавать.
Одна страничка, где юзер вводит данные, вторая страничка, которая готовые данные показывает.
История обеспечивается тем, что записи в таблице не переписываются, а добавляются, если данные изменились.
И все...

У меня composer, node_modules и docker только сожрали места на корне 50гб когда я развернул проекты

Видимо, проекты зачем-то развернуты в /var/www - в чем нет ни малейшей необходимости. У меня они вообще лежат на примонтированном в /media/ разделе терабайтного HDD.
Программы столько не едят, и их совершенно необязательно ставить в /usr или /opt, особенно JAVA-программы типа PhpStorm, которым вообще совершенно похрен, где располагаться (у меня они, например, лежат в ~/JAVA).
Корневому разделу, если не валить в него все подряд, а хоть немного разобраться, 75 гиг - за глаза и по уши.
Если станет тесно - проверить, не засран ли логами /var/log и не раздулись ли до неприличия базы (их файлы тоже можно вынести из папки по умолчанию в произвольное место, элементарно).