Wol_fi

*абстрактный код который получает данные товаров из бд вордпресса*
*абстрактный код, который адаптирует данные в формат опенкарта*
*абстрактный код, который отправляет данные в бд опенкарта*
Ну а если код писать не хотите, попробуйте экспортировать из вордпресса в какой-нибудь популярный формат (например тот же xml для яндекс.маркета), а в опенкарте соответственно импортировать.

Можно без крона сделать бесконечный процесс через pcntl_fork();
Запускаете процесс, он обрабатывает задачу из очереди, рождает дочерний процесс, а сам закрывается. Дочерний процесс повторяет весь этот круг. Готовых реализаций в сети куча.
Плюсы: чистый пхп, не требуется крон, память не течёт.
Минусы: очень сложно синхронизировать несколько таких процессов между собой.

Можно использовать очередь задач, например тот же rabbitmq
Плюсы: легко синхронизировать процессы воркеров, воркеры могут быть написаны на чем угодно
Минусы: плюс одна технология в стек

Ну во первых - забудьте про использование php при таких количествах данных. Php не самый оптимальный вариант когда кол-во оперативной памяти ограничено. Здесь гораздо лучше использовать тот же mysql-client или mysqldump. Естественно вставлять лучше одним запросом. Во вторых - саму СУБД тоже надо подготовить к записи такого кол-ва данных. Этого обычно нигде не пишут, но mysql не пригоден для использования "из коробки". Для начала можно попробовать отключить бинарный лог(если нет необходимости в репликации и т.п.). Это освободит драгоценные иопсы на ЖД, особенно если на сервере присутствует не только одна база данных. Если таблица innodb(или его форк) - то настроить необходимые переменные этого движка(количество потоков записи, размеры всяческих буферов, логирование транзакций и т.д.) исходя из возможностей сервера. Все вместе по итогу даст и прирост скорости выполнения запроса и оптимизацию использования серверных ресурсов.

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

бросайте вы уроки этого мистера Shit, он учит плохому, честно.
по сабжу - на первом скрине, в ссылке Delete у вас отсутствует часть пути (/admin/)

Как у вас происходит учет рабочего времени и что можете посоветовать?

https://www.worksnaps.net/www/ , работаю через этот сервис, его и советую.

хз как вы смотрите, но лучше так не смотрите)

внутри фрейма повесить эвенты на DOMNodeInserted DOMNodeRemoved DOMSubtreeModified и проверять, если элемент появился, то можно пробрасывать эвент вверх, через window.top

SELECT DISTINCT value as id_advert
FROM b_iblock_element_property
WHERE IBLOCK_PROPERTY_ID = 23 AND ID IN (
SELECT t2.id
FROM b_iblock_element_property as t2
WHERE t2.IBLOCK_PROPERTY_ID = 22 AND t2.value = 1
)

SELECT DISTINCT value as id_advert
FROM b_iblock_element_property
INNER JOIN (
   SELECT t2.ID
  FROM b_iblock_element_property as t2
  WHERE t2.IBLOCK_PROPERTY_ID = 22 AND t2.value = 1
) AS x USING (ID)
WHERE IBLOCK_PROPERTY_ID = 23

Так попробуйте

Если используете один и тот же объект - то только передавать параметром в метод.