Philipp

Прироста не будет.
Но давайте посмотрим на проблему под другим углом:

5кк строк - это ничтожное кол-во. Если у вас происходят селекты по 30 секунд, значит либо у вас не выставлены правильные индексы на те колонки, которые вы селектите, либо вы совершаете LIKE, начинающиеся с %. Индексы не используются при запросах LIKE %...%. Только при LIKE ...%

Ещё одна возможная причина - это хранилище. Посмотрите, не упирается ли всё в этот момент в диски. Если окажется, что в момент тяжёлых запросов у вас высокий iowait, попробуйте мигрировать на площадку с SSD.

Нет, выигрыша вы не получите, потому что в MySQL есть ещё время на открытие таблицы некоторое, и там доп. логику придётся писать с условиями из какой таблицы выбирать. Надо денормализовать данные хотя бы немного, сделать EXPLAIN, посмотреть, бывает MySQL сходит с ума и не использует правильные индексы.
5 млн. это не очень много, уверен всё можно привести в норму.
P.S. Сам работал с таблицей 3,5 млн. записей на сервере с 2 Гб памяти, всё отлично, дольше 0,1 секунды запросов нет, хотя и это многовато имхо.

Яндекс Метрика
Google Analytics

Если компания дорожит качеством продукта и безопасностью данных своих клиентов, то сборка и выкат новой версии проводится автоматически Continuous Intrgration сервером. У программистов вобще нет доступа к проду. Доступ к проду есть только у CI-сервера. У программиста есть доступ только к GIT репозиторию проекта. Вся работа проводится в своём окружении и в отдельной ветке. Затем ветка тестируется на тестовом окружении (близком к продакшену), если надо правится, и затем вливается в главную ветку проекта. После этого CI подхватывает изменения, билдит фронт и бэк и выкатывает это дело на прод. Это очень общий вариант. Там есть куча нью-ансов.

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

UPD
Забыл сказать, что этот путь не даётся легко. Нужно потренироваться где-то полгодика. Но зато на всю жизнь получаешь спокойные ночи и здоровый цвет лица, так что оно того стоит.

throw.
Вызовы при этом надо в try...catch заворачивать.

все просто. Каждый день по 1-2 часа тратите на эту новую технологию. Это тоже ваша работа: изучить и использовать. За это они также обязаны вам платить. Ведь программист - это человек, который находится всегда в обучении.

Регистрация в PayPal для выставления "экспресс счетов" - высокий процент, но сильная узнаваемость бренда и 99% того, что карта из самого дальнего уголка планеты пройдет успешно

Я бы на это не рассчитывал, потому что на моей практике как раз наоборот, PayPal очень придирчив. Посмотрите Stripe.

1) начните с уверенных лекторов, например ( не помню, кажется, он и курсы предлагает какие-то) - просто добавляйтесь, читайте, по ссылкам добавляйтесь в смежные группы
2) поставьте задачу PMI Сертификации, познакомитесь с PMBOK 100500 раз и, главное, поймете термины PMBOK в IT реалиях
3) дальше философия, например, теория ограничений, хорошо в IT разжеванная этим товарисчем и практика, практика, практика

и да, Agile/SCRUM, это не управление проектами, но если там где работаете корочки катят, то можете

P.S. если хочется срочно отдать деньги - посмотрите у Стратопланов, у них постоянно есть какие-то курсы

Не стоит делать Так

Для подобных вещей лучше всего использовать svg и по ховеру применять к нему filter: shadow.

1. С++ Redist можно распространять вместе со своим дистрибутивом.
2. Можно включить опцию "статическая компоновка" и тогда внешние библиотеки почти и не понадобятся.
3. Не использовать внешних библиотек, которые вы не можете прилинковать.
4. Аккуратно подходить в выбору вызовов API, читать доку, в каких версиях они доступны, проверять на чистых голых ОС. Например, GDI+ на голой WinXP не доступен, но ставится туда с обновлениями. Хрен знает - будут ли эти обновления стоять в вашей ситуации.

https://ru.wikipedia.org/wiki/WebRTC

Могу рассказать о своём опыте.
Я делал на cordova версии для ios и android + web версия.
Доставку сообщений сделал по вебсокетам на связке php (для бизнес логики) и CppComet для работы с вебсокетами.

Видео чаты сделал на webrtc на основе интеграции CppComet с FreeSwitch (минимальная демка видео чата и github)

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

Что касается качества работы приложения то как по мне оно зависит в первую очередь от прямоты рук а не того что у вас React-Native, real-native или webview от cordova. Если грамотно спроектировать интерфейс и не перегужать его множеством элементов то разницу в производительности заметить будет очень трудно. Тем более на cordova не сложно писать нативные плагины так что у вас в любой момент будет возможность часть реально сложных операций выполнить в нативе.

CppComet мой собственный опенсорс проект так что если будут вопросы можем обсудить.

Есть Class Diagram.

https://videoswitch.ru/ - довольно неплохой проект, используем в проде

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

Просто так резко, без предварительного набора заказчиков/репутации/раскрутки на фриленсе уходить с постоянки категорически не рекомендую.

Смотрите только в сторону зарубежных бирж - upwork, guru.com, freelancer.com, а наши выбросьте из головы.