ThunderCat

похоже вам нужен JSON_ARRAYAGG()

https://www.google.com/search?q=curl+to+php

https://scrape-it.cloud/curl-to-php-converter

<!--ССЫЛКА ПЕРЕХОДА НА ЭТОТ ФАЙЛ -->
<a href="?content=single_city.php&city=<?=$myrow["id"];?>">

где тут ссылка на файл? у вас ссылка на текущую страницу, в ваше случае - корень сайта/проекта (читай index.php), куда передаются GET параметры. Ничего удивительного что выводится та же страница.

Вопросы такие: какие есть способы ускорить загрузку страницы?

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

Можно ли её рендерить на клиенте при помощи js?

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

И почему на смартфоне в мобильном safari та же самая страница грузится за пару секунд?

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

Можно ли этот эффект повторить на десктопе?

Если есть что повторять... Можно попробовать сделать таблицу не цельной, а разбить на несколько таблиц, по 100-300 строк. Или еще адкеватнее - сверстать дивами.

Как вариант - лэзилоад, по мере прокруки страницы подгружать новые данные по мере необходимости, что сильно снизит как трафик в целом, так и тормоза рендера.

PS:

я тоже склоняюсь к неэффективной вёрстке. Если я эту вёрстку буду генерировать js’ом, процесс ускорится?

Скорее всего, как я уже написал, скорости не прибавится. Вообще что мешает проверить эффективность верстки? Тупо выведите все строки дивами, без всяких разделителей, одна строка - один див с данными, разделенными "|" например, и посмотрите на разницу.

Короткий ответ - нет.
Так-то создать что-то подобное под пых особо не сложно, ну, если есть соответствующие знания и исходники на сях. Чуток правок, компилим в либу пхп, подключаем. Но смысла особо не вижу, проще запустить какую-то готовую утилиту из cli, как например при работе с ffmpeg.

Скорость канала на сервере — 200 Мбит/с

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

Что делать?
1) Пнуть провайдера и спросить про скорость аплоуда.
2) Если молчат - проверить самостоятельно, например замерить скорость загрузки файла курлом.
3) Проверить загрузку через фтп/сфтп
4) Много думать, ругаться с провайдером
5) Профит

В виду того что видимо на почве работы с битриксом у ТС появились серьезные проблемы со здравым смыслом - минутка готовых решений:

<?php
class config {
	public $start_time = '1670000999';
	public $email = 'support@domain.zone'; 
	public $adm_dir = 'FolderAdm'; 
	public $adm_name = 'Admin'; 
	public $adm_pass = '00000000'; 
  }
$configFile = './core/cfg_test.php'; //доступность файла оставим на совести автора вопроса
$cfg = new config();?>
<form method="post">
<?php 
foreach ($cfg as $key=>$value) {?>
	<input name="<?=$key?>" value="<?=$value?>">
<?php }?>
<button type="submit">do marasm</button>
</form>
<?php
if($_SERVER['REQUEST_METHOD']=="POST"){
	$new_cfg = (Object)$_POST;
        file_put_contents($configFile, var_export($new_cfg,1));
}
?>

ffmpeg