Иван Кулаков

Возможно потому что вместо localhost нужно вписать либо IP vps сервера либо домен который привязан к данному приложению

В тот момент когда выполнится этот скрипт, картинки уже будут загружены, поэтому у вас ничего не происходит.

Делай на го api (rest или json rpc), а на vue фронт, который взаимодействует с этим api. прям совсем в разных папках и независимо друг от друга.

Судя по описанию, обычного цикла должно хватить

// Массив для получаемых объектов
const result = [];
// Переменная для следующего URL (изначально содержит первый адрес)
let previousURL = "http://site.com/";


// Цикл
for (let i = 0; i < 10; i++) {
  // Получение данных
  const response = await fetch(previousURL);
  const data = await response.json();

  // Добавление полученных данных в общий массив
  result.push(data);

  // Обновление переменной со следующим URL
  previousURL = data.previousURL;
}

// Демонстрация получивлегося массива
console.log( result )

Мне кажется вы с ног на голову... Может быть так?

type Admin struct {
  Permissions map[string]interface{}
  User
}
type Subscriber struct {
  Online        bool
  Status        string
  SubscriptedTo []int
  User
}
type User struct {
  ID    int
  Login string
}

Typescript compiler - это инструмент проверки типов и компиляции typescript в javascript. Так же он умеет транспайлить конструкции новых стандартов js в более старые стандарты, но это не основная задача этого инструмента, и делает он это хуже целевых инструментов, в частности его можно настроить только на конкретный стандарт.

Babel - это инструмент для парсинга js кода в AST, обхода и модификации AST и обратной сериализации AST в js. Так же это еще и экосистема плагинов и пресетов. Плагины как правило реализуют транспиляцию одной из фич более нового стандарта в более старый. Пресеты - это просто конфигурируемый набор плагинов.
Так же в Babel AST есть поддержка некоторых расширений js (а ts - это тоже расширение js), но включается это все флагами.

В экосистеме babel есть preset-env нацеленный именно на транспиляцию более новых стандартов в более старые. Его особенностью является поддержка browserlist и подключения только тех плагинов, которые нужны для указанных браузеров. За счет этого получается более оптимальный js на выходе, так как многие фичи после транспайлинга работают медленнее чем нативные и занимают больше кода.

Еще в экосистеме babel есть preset-typescript, который включает поддержку ts синтаксиса и транспиляцию ts в js. При этом, в отличии от tsc, он не делает проверку типов, а некоторые сущности может обрабатывать неправильно (как и большинство сторонних компиляторов ts, т.к. у ts нет строгой спеки и единственным источником правды является код tsc, который далек от идеального).

Оптимальным по выходному результату (пусть и за счет времени сборки) будет вариант, когда сначала ts код обрабатывается через tsc без транспиляции в старые стандарты, а затем происходит транспиляция с помощью babel + preset-env + browserlist.

foreach (array_slice($images, 0, 3) as $image) {
   $image['thumb_src']
}

https://www.php.net/manual/ru/function.array-slice.php

подключить ПК к прокси

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

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

Еще в windows есть путаница, есть настройки прокси сервера для metro приложений (для win10-ой версии и выше) они в стандартных настройках а есть старый конфиг в панели управления - свойства браузера (этой настройкой пользуется браузер chromium и его производные) - и они разные и настройка одной не влияет на приложения, использующие другую. Ну и конечно программы успешно эти настройки игнорируют, например firefox имеет свой конфиг (а в том же android настройки прокси скрыта и ее можно менять только сторонним расширением)

В linux общая прокси настраивается через переменные окружения PROXY но их очень редко кто использует.

А еще есть разные типы прокси серверов (http/https/socks) и их настройка и принципиальная возможность так же будет зависеть от приложения.

Так вот отвечая на сам вопрос, выбор языка программирования тут ничего не поменяет, так как настройка прокси это операция по настройке ОС (конфигурационные файлы или реестр или вызов специальной системной функции), но:
В windows/linux полагаю будет проще работать с системными настройками напрямую в c++, а вот java обычно прячет все привязанное к ОС и так или иначе чтобы вылезти из ее песочницы приходится использовать jni на c++/c (либо ее используют библиотеки для выполнения этой же задачи) а вот в android базовый язык - java, и системные вызовы подготовлены именно для программ на этом языке

Что значит стопорится? зачем гадать, расставь по больше вывода в свои логи отладочной информации (когда принял запрос, обработал, отправил транзакцию, когда получил ответ от базы и т.п.) с таймингами и смотри что и где происходит в проблемный момент

Что за пиз...ц с сериализацией картинок в base64 потом это все в json, а в базе хранить php-щным serialize?

http post прекрасно справляется с отправкой файлов, там своя сериализация, никто не мешает миксить в запросе get и post данные

Не храните картинки в базе данных, никак, ни блобом ни сериализацией, кто придумал этот маразм, в каком бредовом туториале это прочитали и каждый второй это реализует?

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

p.s. в php во всех репозитариях есть красивый сериализатор igbinary, если что он в каком то смысле даже быстрее старого serialize и точно компактнее, его потихоньку в стандарт пропихивают, например можно использовать его для хранения сессий

Заверните весь код в input.cpp в namespace input {}
namespace добавляет к символам в объектом файле имя namespace, но т.к. у вас определения в input.cpp не включены в namespace, то в объектном файле эти символа будут без добавления имени namespace, поэтому и undefined reference.