http://developer.yahoo.com/javascript/howto-proxy.html
Есть ли недостатки у этой техники? Преимущество очевидно, что вы можете использовать прокси для получения XML или JavaScript в другом домене с помощью XMLHttpRequest, не сталкиваясь с ограничениями того же происхождения. Однако я не слышал о недостатках перед другими методами - есть ли они и в чем они могут быть?



![Безумие обратных вызовов в javascript [JS]](https://i.imgur.com/WsjO6zJb.png)


Я полагаю, что здесь могут быть соображения безопасности, хотя другие, вероятно, будут более квалифицированными, чем я, чтобы решить эту проблему. Я уже давно запускаю такой прокси на своем личном сайте и не сталкивался с проблемами.
Накладные расходы - все будет немного медленнее, потому что вы проходите через посредника.
Если вы разрешаете доступ к любому внешнему сайту через прокси-сервер, возникают проблемы с безопасностью - обязательно заблокируйте его для конкретного сайта (и, возможно, определенного URL-адреса) ресурса, который вы проксируете.
Накладные расходы - как для пользователя (который знает, что hsa будет ждать, пока ваш сервер создаст и получит данные из проксированного источника), так и для вас (поскольку вы теперь принимаете на себя весь трафик для другого сервера в дополнение к своему собственному).
Также проблемы с безопасностью - если вы используете прокси-сервер для обхода проверок безопасности браузера для отображения ненадежного контента, вы намеренно саботируете модель безопасности браузера - потенциально позволяя скомпрометировать пользователя - поэтому, если вы не полностью доверяете серверу, с которым общаетесь. с (это означает отсутствие случайной рекламы или определяемого пользователем контента на страницах, которые вы проксируете) этого делать не следует.
Есть другие способы? Я предполагаю хитрый, но успешный способ, которым Google делает это с помощью своих API ... хотя я никогда не видел точного объяснения того, как это делается.