Дмитрий

Вариант решения: шифруйте все данные для доступа к третьему ресурсу с помощью пароля пользователя для доступа к вашему сайту, а сам пароль в базе не храните.
При авторизации расшифровываем данные и кладём во временное хранилище в памяти.

Если совсем коротко, то суть авторизации заключается в том, что пользователь взамен своего пароля и логина получает какую-то длинную малопредсказуемую строку, которую хранит все время сессии на своей стороне и предъявляет серверу на каждый чих. И кроме сервера эту строку никому-никому.

А сервер хранит эту строку у себя, с привязкой к записи пользователя.

Дополнительные детали - это хранение этой строки с ограничением по времени, с привязкой к IP адресу, версии браузера и другим деталям, с тем, чтобы можно было регулировать количество одновременных сессий, время сессии, и пытаться обнаружить воровство этой строки. Строка обычно называется хэш, хотя не факт. Строку можно не хранить, а сверять с другим хэшои, получаемым из первого. И так далее по мере роста фантазии и извращённости мыслей.

Берёте язык программирования: perl, ruby, php, javascript, actionscript, wsh и т.д. - зависит от платформы, на которой будете обрабатывать файл. И пишете скрипт, который парсит все это и заносит в базу.

Сокеты быстрее чем сеть, даже на localhost, особенно на больших числах.
nginx должен быть быстрее php-fpm по определению, иначе зачем там вообще php и можно положить всё в статику.
Эффективнее, чем нгинкс, никто статику не отдаст.
При любой оптимизации надо сначала задать вопрос: "А где тормозит, собсно?".
Следовательно ускорение - это больше php процессов + кэширование + профилирование кода самого сайта + профилирование работы с БД.