Сергей Толкачев

Фундаментальная проблема - в игрострой стоит очередь фанатов с горящими глазами. Людей, которые пишут игры, играют в игры, моддят игры, хакают игры..., начиная с возраста, когда они смогли дотянуться до клавиатуры (как ваш покорный слуга). При этом, у них столько мотивации, что они могут сами поставить себе задачу, сами нагуглить все, что нужно (Спасибо дяде Немнюгину за его учебник. Это все что нужно знать о DOS, чтобы закодить dOOm) и сами все напишут и нарисуют (работая над этим сутками. Не потому что над душей стоит босс с воплями о лишении премии, а потому что им это интересно).

И вот теперь, Андрей, который уже устал хочет встать в очередь высоко мотивированных конкурентов и попросить себе оффер. Каковы его шансы на успех?

В играх есть много специализаций программирования - хотите графику, придется учить одно (причем на 2d и 3d это одно будет разное), хотите игровую логику и скриптинг - это номер два, хотите системную часть и бэкенд - это будет третье.

Для универсального развития, нужно начинать с простых фиговин вроде тетриса, арканоида, бильярда и прочего (в которых однако есть все столпы игростроя - графика + логика + системный движок, можно и добавить сеть, если подумать) и потом наращивать сложность - делать платформер или RTS.

как то так

$access_token = "Токен"

switch($data->type) {
case 'video_new': 
$video_id = $data->object->id;
$video_owner_id = $data->object->owner_id;
$videos = $video_owner_id . '_'.$video_id;

$videoInfo = file_get_contents("https://api.vk.com/method/video.get?videos={$videos}&count=1&extended=1&v=5.95&access_token={$access_token}");

$iframe = "<iframe src=\"{$videoInfo['response'][items][0]['player']}\" width="100%" height="100%" frameborder="0"  allowfullscreen></iframe>";

if (isset($data->object->live)) { $video_live = $data->object->live; }

if ($video_live == 1) {
    file_put_contents('./frame.txt', $iframe);
}
break;
}

1. Планировщик бюджета выдаёт прогнозируемое среднее количество переходов, показов и ставку. И прогнозируемые значения тем ближе к реальности, чем более частотные фразы используются для прогноза (более 50 показов - точнее) и чем больше фраз используется для расчёта (от 30 фраз - точнее). На практике, при более-менее качественно настроенной кампании средняя стоимость клика и количество переходов по итогам первых месяцев работы совпадает. Но совпадает в целом по кампании, не по отдельным фразам.
Но помимо этого:
2. В прогнозе бюджета используются данные за предыдущие 30 дней работы других рекламодателей по этим фразам. Соответственно, если у Вас только начинается сезон или наоборот только закончился, итоги будут другими.
3. В инструменте прогнозирования бюджета не учитываются корректировки ставок по аудиториям, временной таргетинг и качество Ваших объявлений. А от объявлений и их CTR как раз зависит очень многое. Грамотно составленные, релевантные объявления дадут стоимость клика в несколько раз меньше.
4. Но на самом деле, пока Ваша кампания ещё не стартовала и Вы не получили первые переходы, стоимость клика в интерфейсе зачастую может быть сильно завышена. И она резко упадёт после реального запуска кампании. Это часто смущает новичков.
5. Что касается цифр в самом левом столбце, то это не количество показов. Это потенциальный объём трафика. Грубо говоря, можете считать его процентной долей от количества переходов, которые потенциально возможны по данному запросу. То есть, если в прогнозе бюджета у Вас было 42 клика по данной фразе, то при назначенной ставке для объёма 92 Вы потенциально можете получить 42*92%=39 переходов. Это грубо говоря, хотя бы потому, что часто в этом левом столбце есть ставки для объёмов выше 100, но примерно позволяет понять смысл этих цифр.

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

У вас параметры неправильно заданы, здесь у вас packages задано массивом

"packages": [
    {
      "count": 1,
      "dimensions": {
        "weight": 1000,
        "length": 500,
        "height": 500,
        "width": 500
      },
      "price": 1000,
      "estimatedPrice": 1000
    }
  ]

А здесь просто один элемент:

"packages"=>[
        "count"=> 1,
        "dimensions"=> [
            "weight"=> 1000,
            "length"=> 500,
            "width"=> 500,
            "height"=> 500,
        ],
        "price"=> 1000,
        "estimatedPrice"=> 1000
    ],

Надо так объявить

"packages"=>[[
        "count"=> 1,
        "dimensions"=> [
            "weight"=> 1000,
            "length"=> 500,
            "width"=> 500,
            "height"=> 500,
        ],
        "price"=> 1000,
        "estimatedPrice"=> 1000]
    ],

подключался через DBeaver, MYSQL Workbench, telnet

А через phpMyAdmin, работающий на той же машине, где Joomla, подключались?

Посмотрите про JDatabaseDriver в стандартной документации https://docs.joomla.org/Connecting_to_an_external_...

На том хостинге, где крутится Джумла, драйвер должен быть доступен для вебсервера. А Джумла сможет использовать любую базу, если PHP настроен так, что он их поддерживает. Базы данных работают по принципу "клиент-сервер", так что разницы между удалённой и локальной базой быть не должно.
Я экспериментировал с кластерным хостингом ещё в 2007-м, уже тогда все CMS на PHP отлично работали.

Ну и порт проверьте, как в доке по ссылке выше написано. Его, если что надо указать, вместе с хостом: 'db.myhost.com:3307'

Нет.
Можете искать этот адресс в карте. Получать координаты. А уже потом создавать марку

В четвёрке теперь менеджер ассетов.

/** @var Joomla\CMS\WebAsset\WebAssetManager $wa */
$wa = $this->document->getWebAssetManager();
$wa->useScript('keepalive')
	->useScript('form.validate')

Пример есть в /administrator/components/com_content/tmpl/article/edit.php.
Почитать о менеджере можно тут.