Mikhail Vasilyev

Вас правильно ткнули в file_put_contents, полностью будет как-то так

$filename = '/some/file/filename.txt';
  file_put_contents ( $filename , $_POST['sometagname'], FILE_APPEND );

Только в коде запроса придется кое-что поменять - вместо data: form_data нужно
data: { sometagname: form_data }

Это старый код. На новом php у вас есть что-то типа $_SERVER['DOCUMENT_ROOT'] -php.net/manual/ru/security.globals.php

paypal вас, вероятно, спасёт. Он ровно про это.

Наброшу пять копеек - не все знают, что cron умеет не только от рута запускаться. Непривилегированный пользователь тоже может сказать
crontab -e
и отредактировать свой личный crontab. Но тут надо помнить, что скрипт будет запускаться не в домашней директории и с странным набором переменных окружения.

В чем проблема это написать? Тупо объединяешь фразы через запятую и всего делов.

Ну, вероятно в настройках memcachepool указан хостнейм от старого хостинга...

Включаете логгирование.
Зааводите второго mysql-пользователя, на которого перевешиваете половину скриптов.
Смотрите по логам мускуля.
Перераспределяете по необходимости.

А еще можно попробовать сделать CREATE temporary table, insert в неё одним запросом, потом - update с join-ом оригинальной таблицы и временной.

Я бы делал небольшого отдельного демона/скрипт/whatever, который стартует из-под крона с какой-то частотой, проверяет блокировку (flock-ом, на крайняк), лезет в базу, понимает, какие ему сейчас надо выполнить задачки, запускает child-процессы для их обработки (тут можно и аппетиты ограничить, если надо), отмечает в базе, что процессы запущены, освобождает блокировку и мрёт. Это если погрешность в одну минуту - не смущает.

Если смущает - отдельный демон, который слушает, например, сигналы ОС, и по прибытию сигнала от php-приложения или своего собственного аларма, проделывает вот это всё из первого абзаца, только сперва отключив обработку сигналов ;). При стартек демон пишет свой pid куда-нибудь, чтобы ваше приложение знало, кому сигналить. ;)

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

Если вы дифференциальные уравнения собрались численно решать - смотрите в сторону бэкенда на C (www.gnu.org/software/gsl/),ну или python + numpy (если не осилите). Если аналитически - на лиспе (maxima).

Чтобы найти место, где данные попадают в базу, можете либо посмотреть куда указывает action у формы и потом идти "вниз" по функциям php, либо отобрать (временно!) у пользователя, под которым wordpress лезет в базу, право на запись, и изучить сообщение об ошибке при сабмите.