Иван Шумов

Если конзьюмер не ответил ack то оно unacked. Обязательно надо посылать этот сигнал. Из там несколько видов

А куда вы message broker поставите если у вас сервер и так слабый? Если на локаль то соединение будет рваться и сообщения пропадать

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

Нельзя тестировать на живой базе. Вообще нельзя.

Есть HAL + HATEOAS

инстанс в принципе доступен из интернета? а Route table в порядке? и проблема точно в security group, а не ssh ключе? и IP у инстанса не поменялся?

Фреймворки пишутся не 1, не 2, а большим числом людей. Поэтому создается универсальный naming convention. Кроме того - в одной директории под одним namespace могут лежать разные файлы, как, например, UserRepository и UserModel.

Я может быть чего-то не знаю про Security, но когда это безопасность стала связана с языками программирования? Безопасность это шифрование данных (at rest и in transit), это протоколы авторизации и аутентификации, это реагирование на действие в системах, это мониторинг. В конце концов это набор политик и правил для организаций. Безопасность бывает разная. Да, есть вещи связанные с хранением доступов к системам, но это очень маленький срез и не зависит сильно от языка программирования.

Скорее всего там по умолчанию пользователь root без пароля. Или с паролем root

На лету + кэширование

У меня такое когда не вижу цели, а просто изучаю новое "для массы". Так получается лишнее, но со временем оно утрясается. Сейчас вот прокрастинирую очередной раз перед добиванием курсов по AWS - слишком много теории и мало практики.

Это проходит, Главное найти мотиватор и отбросить мешающие факторы

Ну так обновляй только те поля что обновились. Проверяй их, составляй запросы в зависимости от входящих данных. А еще на помощь тут приходят ORM/PDO и если совсем хочется не мучаться то фреймворки Laravel, Yii2, Symfony и т.п.

Смотря на какую позицию, на какую зп и в каком регионе. А еще зависит от того насколько у вас получается сходу войти в новую сферу. Точного ответа вам никто не скажет.

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

Вы прочитали неправильно. Прочитайте ещё раз что такое websocket и как он работает. Ну, или вы криво формулируете свои мысли

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

сотрудники отдельно, должности отдельно, текущая должность сотрудника в теблице сотрудников, ну и отдельная таблица с историей должностей: сотрудник, должность, когда вступил, когда вышел из должности и кто проводил принятие/снятие с должности