Как лучше всего загружать файлы на другой домен из браузера?

У меня нет сервера, который я мог бы заменить SomeServer, чтобы проверить свои предложения, но я все равно попробую. Если я не прав, то, думаю, вам просто нужно используйте Flash (пример кода из ВК).

Как насчет использования iFrame для загрузки файла на SomeServer, получения ответа JSON, а затем использования postMessage для передачи ответа JSON из iFrame в главное окно вашего сайта. Насколько я понимаю, это в значительной степени мотивация для создания postMessage в первую очередь.

В общем, я думаю о чем-то подобном этому или модуль io() YUI, но с добавлением postMessage, чтобы обойти ту же политику происхождения.

Или, в случае с ВКонтакте, используя явную поддержку iFrame. Мне кажется, что вы можете добавить метод к глобальному объекту ВКонтакте, а затем вызвать этот метод из исходного домена ВКонтакте, используя VK.callMethod(). Вы можете использовать этот обходной путь для создания функции, которая может считывать ответ из скрытого iFrame.

Таким образом, вы используете VK.api('photos.getUploadServer', ...) для получения URL-адреса POST.

Затем вы используете JS, чтобы вставить этот URL-адрес в качестве действия для вашей ФОРМЫ, которую вы используете для загрузки файла. Следуйте примеру в разделе «Загрузка файлов в форме HTML» в io() документах и в complete используйте postMessage, чтобы отправить JSON обратно в родительское окно. См. пример и документацию здесь. (Если это не работает с io(), вы, безусловно, можете заставить его работать, используя список -ваш собственный пример кода, если я прав насчет VK.callMethod().)

Затем в ответ на postMessage вы можете использовать обычный AJAX для загрузки ответа JSON обратно на ваш сервер.

Я вижу только два основных подхода к этой проблеме: проксирование на стороне сервера и межсайтовая загрузка на стороне клиента/javascript. Ваши подходы 1 и 3 — это одно и то же. На самом деле не имеет значения, используете ли вы файлы POST с помощью cURL или nginx - в любом случае, не с точки зрения производительности. Итак, если вы уже реализовали подход 1 из своего вопроса, я не вижу причин переходить на 3.

Что касается javascript и политики одинакового происхождения, кажется, что есть много способов достичь вашей цели, но во всех этих случаях либо ваш сценарий должен поддерживаться разработчиками SomeServer, либо у вас должен быть какой-то доступ к SomeServer. Вот примерный список возможностей:

• CORS — вашему домену должен быть разрешен доступ к домену SomeServer;
• Изменение document.domain — для этого требуется, чтобы ваша страница и целевая страница размещены на поддоменах одного домена;
• Использование флэш-загрузчика (например, SWFUpload) — по-прежнему требуется, чтобы ваш домен был разрешен через междоменную политику, в случае Flash — через crossdomain.xml в корне домена SomeServer;
• xdcomm (например, EasyXDM) – требуется, чтобы вы могли загрузить хотя бы одну HTML-страницу в целевой домен. Затем эту страницу можно использовать в качестве прокси-сервера javascript для ваших манипуляций с iframe SomeServer.

Последнее на самом деле может быть реальной возможностью для вас, поскольку вы можете загружать файлы на SomeServer. Но, конечно, это зависит от того, как это реализовано — например, если есть другой домен, с которого обслуживаются файлы, или если есть какие-то меры безопасности, которые не позволят вам размещать html-файлы, это может не сработать.