Vlad

Сделайте из объекта массив json_decode(..., true); и бегайте по полям как вам нужно. Или $result->result->tags...

Проверяйте на пустоту перед mb_strpos $textarea и $text. У вас влетает false - собственно функция и ругается. Пихать false в нее нельзя.

if(!empty($textarea) && !empty($text) && mb_strpos ...)

В модели и объявите

public function getTags()
{
    return $this->hasMany(Tags:classname() (или какой у вас там класс тегов), ['article_id' => 'id']);
}

var_dump($article->tags);

А что вам надо сделать в callback функции? В колбэке нужно что-то с вашими matches сделать? Просто смысл какой в этой переделке?

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

CURL не парсит, он получает контент. Собственно, чем бы не делали - время на загрузку данных вы никак не уменьшите, если там не предусмотрена пагинация при запросе к сервисам. Собственно что через PHP, что через JS время будет приблизительно одно и то же для загрузки.

Не знаю зачем substr здесь.

var t = 'текст текст текст то что нужно  213 213 12 321текст текст';
console.log(new RegExp('то что нужно', 'ig').exec(t)[0]);

Ну или replace все что не нужно на пустую строку.

Есть реализации крона (не сам по себе crontab, а на баше том же) и раз в секунду, можно нагуглить варианты.
Можно использовать сервер очередей (к примеру Gearman). Сервер выполняет задачу и имеет о ней все данные. Задачу можно перепоставить себе же автоматически после выполнения, попутно изменив у нее определенные данные.

Спарсить 3 задачи - тоже легко. Делаются для этого же сервера 3 воркера, которые работают параллельно. Как только гирману поступает задача, свободный воркер её сразу хватает. Поступят 3 задачи - 3 воркера их расхватают и будут выполнять одновременно. Причем для задач можно выставить приоритеты. Необязательные пускать с low, обязательные с high приоритетом. Свободный воркер решит какую задачу брать сам.

Вообще промежуточные данные при запуске скрипта (таймауты и прочее) можно хранить любым nosql решением. Хоть в файл пишите, хоть в redis, хоть в memcache, если обращение к базе некритично. Статусы завершенности задач, типы задач, задачи, которые исполняются - все там же. Ну или опять же в базе. Тут как удобнее.

Раньше, к примеру, мы постраничный парсинг реализовывали через redis. Крон запускался раз в 10 минут (долго парсилось), и в редис клалось значение текущей страницы. При последующем запуске скрипта значение доставалось и по нему отлистывалась следующая страница при запросе к API. Потом этот ключ грохали (уже не вспомню, либо вручную либо по expire) и все начиналось заново.

array_intersect?
Вернёт значения элементов, которые повторяются в массивах.

Countdown timer

header('Content-Type: text/xml');
echo '<xml>....</xml>';

А как вы без echo (или подобного ему) выведете ответ на запрос?

php.net/manual/ru/function.fopen.php
Флаг r - чтение.
Флаг w - запись, но при открытии файла он трёт его до нуля и пмещает указатель в начало файла. Используйте 'a+'.
Или соберите все данные в одно строку и file_put_contents('file', $data, FILE_APPEND); Тут уж как удобнее и что за данные.