s0rr0w

В POST разрешено передавать «безымянные» данные. Файлы то как-то передаются :)

stackoverflow.com/questions/871431/raw-post-using-curl-in-php

$ch = curl_init();

curl_setopt($ch, CURLOPT_URL,            "http://url/url/url" );
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1 );
curl_setopt($ch, CURLOPT_POST,           1 );
curl_setopt($ch, CURLOPT_POSTFIELDS,     "body goes here" ); 
curl_setopt($ch, CURLOPT_HTTPHEADER,     array('Content-Type: text/plain')); 

$result=curl_exec ($ch);

Перенос рендеринга со стороны сервера на клиента даст ухудшение скорости работы раз в 10 при таком количестве данных.

Нужно решать проблему несколькими способами
1. В smarty2 отказаться от include, перейти на defun/fun плагин (если include используется)
2. В smarty3 постараться уменьшить количество функций, если их много и они маленькие
3. По минимуму свести генерацию темплейтов на стороне клиента
4. Так как оператору не нужно все и сразу, можно разбить интерфейс на множество мелких частей, и загружать их по требовани. в виде готового html.
5. Проблему заполнения множества полей нужно решать не через jQ. Тут наиболее правильным путем будет кеширование ссылок на ноды и их перебор. Лично я использую свои инструменты для этого, в которых кеширование сделано из коробки
6. Отказ от «ненавязчивого» подхода навешивания обработчиков и переход к старому доброму , чтобы не использовать live-методы навешивания обработчиков.

Максимум нод, которые переваривает браузер, нужно держать в районе 10-20К.

Если нужны будут еще какие-то консультации, лучше писать мне в скайп (в профиле) или в личку.

Скорее всего, только при помощи низкоуровневой генерации XML-ответа при помощи DOM или SimpleXML, c использованием метода __doRequest

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

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

Расскажите подробнее про сервер, на котором вы все это тестируете. Интересует его железо, операционка, текущая загрузка.

Лично я бы сделал так:

* превращаяем строку обратно в объект DateTime
* используем метод format(«U») для получения таймстампа
* сравниваем даты по полученному значению