metallix

Ни тот и ни другой. Переходите на Message Driven архитектуру. Вместо того, чтобы делать постоянные запросы кроном к сервису лучше сделайте публикацию события в RabbitMQ.

В момент, когда платеж был выполнен публикуется интеграционное событие PaymentPaid. В это событие вкладываете все нужные данные, в том числе и ID по которым связываются платежи. Далее сервисы, которые заинтересованы в этих событиях подписываются на них и совершают нужные действия.

При работе с RabbitMQ нужно помнить:

1. Он гарантирует как минимум 1 раз доставить ваше сообщение. Это значит, что вполне может быть дубль и вам нужно быть готовым к этому. То есть делать идемпотентный консьюмер.
   
2. Сообщение может быть не доставлено по причине недоступности сервиса очередей, так же и сообщение может быть потеряно, в том числе из-за недоступности сервиса. Поэтому вам нужно гарантировать доставку через Outbox.
   

Использовать функцию mb_substr и в ней указать кодировку для японских символов.

часто просили клиенты, поэтому оформил это в библиотеку.
https://github.com/its2easy/animate-images

Хотя если не нужна интерактивность то проще зацикленное видео использовать

У большинства программистов первое рабочее место - это унылая маленькая компания с примитивными технологиями и простыми задачами. Следующая работа немного лучше. Следующая ещё лучше. И так пока не заберëшься на максимально доступную тебе высоту. Потолок и скорость развития у всех разные, зависят в основном от того, на сколько сильно стараешься. Некоторые так никогда и не выбираются из эникейщиков и крутильщиков cms'ок. Немало тех, кто выбирается лет десять.

Передавать-то на Wi-Fi частоте ты может и сможешь... а вот как телефон спутнику отвечать будет? Антенну и батарейки придётся в рюкзаке носить. =)

Использовать сторонний сервис для тестирования, например: https://www.browserstack.com/test-on-iphone

нашару такие советы не даются

Как вариант - наборы от Алекса Гувера. https://kit.alexgyver.ru
К тому же на его сайте есть много полезных материалов, а на канале есть, кажется, вдео с обзором готовых наборов и размышлениями по поводу того. что в него имеет смысл включать, а что нет.

Такой набор удет нужен лишь для затравки, потом придёт понмание что именно нужно добавить и вы будете заказывать с алиэкспресса уже конкретные детали.

А почему он должен? Где ты объявил screen? У тебя есть self.screen, вот его и передавай.

Я сомневаюсь, что нужно глубоко погружаться в изучение C#, если я хочу создавать простые 2D-проекты

Зря.

используя нейросети и видеоролики

Зря.

создавал несколько простых проектов по гайдам

Зря.

мой процесс поиска включал в себя не просто тупой копипаст

Выглядит так, будто как раз тупой копипаст, тк три пункта выше.

По вашему описанию всё звучит так, будто вы вообще систематически ничего не изучали - только смотрели чужие примеры и пытались повторить с небольшими изменениями.
Рекомендую открыть какую-нибудь книгу по C# чтобы заполнить все пробелы в нём.
А также какой-нибудь курс по Unity (благо куча материалов доступна бесплатно на торрентах) - главное чтобы это был именно полноценный курс, в котором объясняется всё от простого к сложному и по порядку.

Простой ответ: что вы хотите - это вордпересс, цмс с изначально не оптимальной структурой, так как не возможно сделать и быстро и универсально, чем-то приходится жертвовать.

Сложный ответ: Для того чтобы выявить проблему используют логирование и профилирование. В лог пишутся все запросы к бд или места где предполагается длительное выполнение кода (например запросы к апи или другим сайтам). Затем анализ, потом нахождение решения и фикс.
Профилирование же состоит из комплекса действий по нахождению узких мест. В частности код условно делится на блоки, затем выполнение каждого блока замеряется и выясняется какой блок создает задержки. Далее соответственно данный блок дробим до тех пор пока не находим конкретное место проблемы. 80% вероятности что это будет какой-то запрос, с выборкой из нескольких таблиц и структурами по типу EAV, 18% что запрос к какому-то апи/сайту и 2% что тормозит именно криво написанный код (хотя это вордпресс, тут вероятности примерно равные). Что делать зависит от того что за проблема в конкретном случае. Иногда надо что-то закешировть, иногда править запрос, добавлять индексы, возможно что-то менять в структуре. Тут уже от ситуации...

Тебе работать с Wifi на С++ нужно будет только в одном случае - когда ты разработчик драйвера Wifi устройства.

В остальных случаях - ты пишешь обычные приложения на С++ которые используют сокеты TCP/UDP, которые (сокеты) в свою очередь работают через стек технологий ОС для кидания пакетов в Wifi интерфейсы в соотвествии с правилами таблиц маршрутов.