Nginx - прокси сервер. У него нет ничего общего с php. В основном его используют для распараллеливания нагрузки. Не стоит заморачиваться этим раньше времени. Только усложните своё решение в плане изучения. Решайте задачу модульно и тогда добавлять разные уровни не будет сложно. Вы какую задачу решаете?
Кстати, да 404 и 500 говорят об ошибках самого сервера. Если приложение нормально отработало, то код должен быть 200. Неверный результат - это проблема бизнеслогики, а не сервера.
Ivan Eremin: то что вы старый админ это только в плюс. Знаете контекст работы программ. В основном именно от незнания контекста все проблемы программеров. Если умеете настроить среду разработки, настроить удаленную отладку - ещё два плюса. Скорее всего уже понимайте проблему, если программа написана, но почему-то не работает. Ещё плюс. Иногда до написания первой строчки кода может пройти не один день. У меня как-то даже неделя была, пока пересобрал все из исходников. Нужно поставить БД для программы - ещё плюс. На мой взгляд переходить из админов в программеры проще всего, чем из других профессий.
Что держать в голове? Вы просто увидите свои знания с другой точки зрения, только и всего.
Кстати да, поддерживаю на счёт делегирования не только полномочий, но и ответственности. Когда повысили с исполнителя до руководителя, то тоже поначалу стремился все равно сам делать. Работать стало невозможно. Потом, со скрипом, но стал заставлять подчиненных работать самостоятельно (они были чьи-то родственники или знакомые, но все проглотили), то стало легче.
>> и что оборвёте на пол рассказа? Ещё сильнее это выбесит.
Лично я бы хотел увидеть насколько человек понимает контекст в котором работает php. Пусть и не до конца, но кругозор-то должен быть. Не плохо было бы увидеть, как человек умеет настраивать среду разработки, а то ему это кто другой должен делать? Нужно уметь доказывать свою правоту, потому что любой админ скажет "а у меня работает" и это бывает трудно опровергнуть. Понятно, что такие споры уже не для джуна, но надо предупредить, что такое в профессии бывает.
Алексей Копендаков: Обычно интерфейс начинают с некоего центрального элемента, который потом обвешивают функционалом. По моим впечатлениям у вас это таблица. После создания таблицы я бы разобрался как проигрываются аудиофайлы (никогда такой задачи не стояло) и сделал бы кнопку play с таймингом. Потом аналогичным образом разобрался бы с видео.
Вот простой пример с аудио: https://www.w3schools.com/tags/tag_audio.asp
Лично я использую стек angular/bootstrap.
Алексей Копендаков: Нет такого понятия как "грамотное" проектирование. Это миф. В основном нужно "угадать" в каком направлении будет развиваться программа, чтобы её можно было дорабатывать минимальными усилиями до следующей версии или по дополнительным пожеланиям заказчика. А так, если программа выполняет возложенные на неё функции в полном объёме, то она сделана правильно.
web-quest3: Писать хорошие GUI-интерфейсы с большим объемом данных и форм все-таки сложно. Эти фреймворки позволяют уменьшить сложность сопровождения интерфейсов и в некоторой степени стандартизировать сам процесс разработки GUI.
