Антон Тихомиров

Cамый простой вариант - заставить GO возвращать свой результат обработки на JSON, на PHP написать простенький API, и уже на PHP с помощью API курлой возвращать ответы от GO. JSON просто легче всего распарсить с помощью PHP. Да его, соббсно, любым ЯП легче всего распарсить :/

if ($_GET['do'] == 'catalog' and isset ($_GET['company'])) {

   $id = (int) $_GET['company'];

   $query = "SELECT * FROM `organizations` WHERE `id` = '".$id."' LIMIT 10";

   $res = mysqli_query ($query);

   while ($row = mysqli_fetch_assoc ($res)) {
     
     if (!$row['site'])
     echo 'Нет';
     else
     echo 'Есть';
     
   }
  
}

Конструктивные замечания:

1) (int) работает быстрее, чем intval ()
2) Достаточно просто проверять переменную на ложность, а не на пустоту, ибо там может храниться все что угодно, не обязательно пустота.
3) Поля и колонки должны быть в кавычках.
4) Фигурные скобки не обязательны, если проверяется всего одно условие.
5) Пользуйтесь переносом строк. Всегда. Это улучшает читаемость кода.
6) Слова "Нету" не существует.

Если у Вас чисто теоретический вопрос - тогда так и отвечу без конкретных реализаций))) Работать будет относительно быстро, если регулярно осуществлять партицирование или сегментирование (почитайте в интернетах, очень полезная вещь даже для небольших БД). В кратце - это разделение всей БД по партициям, с которыми мускулу намного легче работать, чем с одной крупной БД. Сам мускул предоставляет отличные инструменты для этого. Более того, он сам определяет в какой партиции хранятся нужные данные уже в момент запроса. Так же при этом не накладывается совершенно никаких ограничений в работе с джоинами и индексами. Единственный минус заключается в том, что его нужно осуществлять вручную. Хотя для этого достаточно запускать простенький скрипт на кроне, который будет выполнять около сотни запросов партицирования всего раз в месяц. Нагрузки он этим почти не создаст, однако сам мускул Вам будет очень благодарен, что вы разгружаете его от ненужной работы по тасканию тяжеленных баз. Еще иногда с связке с ним реализуется шардинг, когда автоматически создается новая таблица в БД, когда в старой накопилось какое-то количество записей (как правило 10 000), c именами table1, table2, table3 и т. д. В этом случае разные БД можно вообще разнести по разным серверам, однако в большинстве случаев из-за некоторых субъективных факторов его реализация как правило неосуществима, поэтому в большинстве случаев повсеместно используется партицирование.
Также, как уже было сказано ранее - неизвестно, в каких условиях будет пользоваться Ваша БД: если запросов на добавление больше, чем на чтение - нужно пользовать MyISAM, иначе InnoDB, разница замечается. Сильно.

Там указан адрес Биткоин автора, ему и отдонетте, под одно узнайте про примеры. Я как-то сходу не могу вспомнить библиотек для него ни под плюсы, ни под шарп кроме этой.

Я же о нем ни нашел ничего. Только пару ссылок на сайтах типо Кубач или Онлайн файтинг (по его почте вычислил).

И только 2 встречи в гугле
minecraft-statistic.net
DC Universe Online

с фото пьяного молодого человека на выпускном

Особенно обратите внимание на название сообществ в Гугле. И Вас по прежнему ничего не смущает?) Задание не сложное, странного ничего нет, код не просят. Однако не смущает ли дальнейшая работа с таким человеком? И куда Вас, кстати, приглашают? В Яндекс?)))