Я все-таки больше склоняюсь к файлу, т.к. если хранить в базах сайтов то придется каждый раз лазить в скрипт который берет инфу и добавлять там базы. Тем более все равно уже есть в open_basedir папка с GeoIP и прочей хренью для статы, сделал чтобы в каждый сайт их не копировать. Надо будет потестить - раз так тысячу файл пооткрывать\позакрывать и к базе по два раза поконнектиться, посмотреть что быстрее будет.

Да походу в базе и буду хранить.
В последнее время одну и ту же базу использую, только префикс разный у таблиц.
Да и в базе как-то покрасивее что-ли будет :)

Диман, ты считаешь, что миллион запросов на чтение файла с диска будет выполняться быстрее, чем миллион запросов к закэшированной в памяти информации? не надо говорить, что файл тоже будет кэшироваться... проблема в том, что файл со временем вырастит, а никто не отменял процесс парсинья файла...

а что, никто ещё не сделал api к курсу валют на каком-нибудь большом проекте?
ну чтобы можно было одни простым запросом забирать xml данные и имплеменить к себе)
тогда проблема полностью ложится на сервер курса и браузер клиента)
+ к тому можно перед заказчиком выпендриться своим технологичным решением с применением xml, javascript и полной мозгов головы

Jaguar написал(а):

Угрюмый кебаб, есть канешь... 1С же забирает курсы валют...

1с парсит хмл с сайта ЦБ РФ, где тут я ссылку давал

Jaguar написал(а):

iDrum, ага... т.е. ты предлагаешь к процессу чтения добавить еще сложение/вычитание? :)

парсим-вычитаем-сохраняем, то есть храним уже результат

Jaguar написал(а):

Диман, ты же не знаешь какая хронология требуется...

да скорей всего просто актуальный курс валют и может быть разница со вчерашним днём, хроника изменений обычно нафиг не нужна.

MyName написал(а):

Да вот она- http://www.cbr.ru/scripts/XML_daily.asp, можно добавить d=... тогда выдаст те которые раз в месяц назначаются.

нах тебе этат d чё бы Таджикских сомони вывести что ли:) , знаю что есть date_req - получаем курс любого дня с 98 года