Несколько находок

[@Gugic]

YQL очень интересная штука.

Не забудьте только упомянуть ограничения.

Per application limit (identified by your Access Key): 100,000 calls per day
Per IP limits: /v1/public/*: 1,000 calls per hour; /v1/yql/*: 10,000 calls per hour

Они, конечно, весьма велики и для небольших аппликух их хватит с головой, но с чем-то крупным можно случайно сесть в лужу.

[@Finom]

> Per application limit (identified by your Access Key): 100,000 calls per day
Я так понимаю, это не страшно с данном случае.

[@Finom]

Ну и, соответственно, это
> Per IP limits: /v1/public/*: 1,000 calls per hour; /v1/yql/*: 10,000 calls per hour

Не будет же один юзер делать столько запросов.

[@VolCh]

Один не будет, а если их много за NATом сидит?

[@Gugic]

Один юзер 10000 вряд ли. А вот популярная 100,000 вызовов аппликуха может выкушать очень быстро. 100 000 уников в сутки — это не много.

[@Finom]

Я к тому, что здесь не используется accesskey. Или без ключа действуют те же ограничения?

[@Gugic]

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

[@Finom]

Ок, добавил.

[@hf35]

Я так понимаю оно работает у них через их же сервис pipes
>>В комментариях настаивают указать на ограничения по количеству запросов с одного IP и запросов, >>использующих accesskey, которого у нас нет (так что, скорее всего, можно забить :) ).

А там далеко не все так радужно. Очень часто и без 1000 запросов — сервис может вернуть 999 ошибку.
www.google.com/search?ie=UTF-8&hl=ru&q=yahoo%20999%20error

Короче там тот ещё геморой и сильно радоваться нечему.

[@Finom]

Я придерживаюсь следующего мнения: если человек хочет сделать какой-то серьезный сайт, он не будет полностью полагаться на сторонние сервисы, исключая случаи, когда это невозможно.

[@hf35]

полностью согласен. Особенно в случае яху

[@abrwalk]

Загрузка данных изображения во Flash — www.flasher.ru/forum/blog.php?b=208
Кажется хак еще работает, но нужно проверять.

[@Loki3000]

Что-то я не совсем понял про YQL. Разве JSONP делает не тоже самое?

[@Gugic]

YQL комплексная технология, которая включает в себя передачу данных посредством JSONP. Самое вкусное в нем — это язык запроса, совместимый с SQL. Им можно много всякого разного сделать.

[@Finom]

Некорректно сравнивать эти две вещи. YQL позволяет обратиться к любому домену (хоть к google.com), выступая в качестве прокси и используя JSONP.

[@Gugic]

А вообще — спасибо за интересный и полезный топик. (Забыл совсем)

[@Finom]

Та не за что, ничего особенного в топике нет, подробных описаний в частности.

[@lazycoder]

Собственно, это не совсем находка, вернее даже — не обязательно YQL.

Вы можете делать какие угодно кроссдоменные запросы путем добавления

<script src="http://another_domain/my_js.php?query=blahblah&callback=my_callback" type="text/javascript"></script>

Вызывая из этого скрипта колбеки и любые другие штуки, например, $.cookie.

[@lazycoder]

Это, конечно, потребует от вас написания-таки некоего скрипта, но может очень помочь, если вам нужно организовать общение между несколькими доменами одного или нескольких приложений.

[@Finom]

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

[@Terion]

jQuery уже и сам научился делать кросдоменные аякс запросы, эмулируя внешний скрипт.
Покурите доку на $.ajax, я и сам был удивлен этому

[@k0t0vsky]

jQuery и до обновления $.ajax метода умел это делать с помощью $.getJSON.

[@Finom]

У меня слёзы наворачиваются, когда такое читаю. getJSON делает запрос к другому домену через JSONP и, может быть, через XHR2, если это возможно.

[@k0t0vsky]

Акцент делался на «кроссдоменные»)

[@Finom]

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

[@k0t0vsky]

Поторопился с комментом…
Здесь вы конечно же правы на счет явного разрешения на стороне сервера. Собственно само желание выполнять кроссдоменные ajax запросы без разрешения принимающей стороны вызывают вопрос. Зачем и что это за данные могут быть? Может есть возможность решить этот вопрос с разработчиком более цивилизованным путем? API с тем же jsonp например…
Если это для каких то серых целей, то YQL конечно альтернатива своему серверу-посреднику, но все же он может дать больше возможностей для обработки полученных данных и передаче их клиентской стороне.

[@k0t0vsky]

Например кеширование полученных данных

[@Finom]

Фигню не говорите. Ajax в jQuery может работать только в рамках текущих возможностей браузера. Для кроссдоменных запросов сервер должен явно разрешить эти запросы.