cloneforse, потому что ваш парсер приблочивают по ip за слишком высокую активность. При этом вы открываете ссылку с компа и всё норм видите. И парсер увидит норм ответ, через какое-то время.
Как вариант использовать разные ip (список прокси) или парсить не спеша.
Владислав, и на PHP аналогичная обёртка https://github.com/chrome-php/headless-chromium-php
В data.json есть все нужные данные, но тут реально проще через chrome открыть страницу, отрендерить, и сохранить итоговый html в файл для парсинга уже обычными средствами (поиск внутри html)
Где собственно в вашем коде массив в который помещаются какие-либо значения?
Я не вижу ни первого ни второго, и потому не ясно в каком масиве среди каких значений предполагается искать минимальное.
Женя К,
1. такие вещи надо пускать строго только через cli (консоль), а не через браузер
2. да, для вставки в разные таблицы делается несколько csv, под товары, под мета-информацию. Всё остальное нюансы которые адаптируете под себя. Схема таблицы в БД всё-равно же фиксированная у вас.
как вариант
$tag_utf8 = iconv('UTF-16BE', 'UTF-8', $tag);
$tag_utf8 = iconv('UTF-16LE', 'UTF-8', $tag);
но строку в iconv ставьте не вручную, а ту которую достали из тега скриптом, чтобы она не побилась
когда я вместо utf8 вижу вот такие китайско-японские символы, всегда это utf16
Речь про то что изначальный вариант более наглядный и читабельный в плане кода
а такой хуже
return $this->{'get' . $type . 'Data'}($id);
при том что разницы в плане производительности нет