Комментарии 28
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
Они, конечно, весьма велики и для небольших аппликух их хватит с головой, но с чем-то крупным можно случайно сесть в лужу.
Не забудьте только упомянуть ограничения.
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
Они, конечно, весьма велики и для небольших аппликух их хватит с головой, но с чем-то крупным можно случайно сесть в лужу.
> 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
Не будет же один юзер делать столько запросов.
> Per IP limits: /v1/public/*: 1,000 calls per hour; /v1/yql/*: 10,000 calls per hour
Не будет же один юзер делать столько запросов.
Я так понимаю оно работает у них через их же сервис pipes
>>В комментариях настаивают указать на ограничения по количеству запросов с одного IP и запросов, >>использующих accesskey, которого у нас нет (так что, скорее всего, можно забить :) ).
А там далеко не все так радужно. Очень часто и без 1000 запросов — сервис может вернуть 999 ошибку.
www.google.com/search?ie=UTF-8&hl=ru&q=yahoo%20999%20error
Короче там тот ещё геморой и сильно радоваться нечему.
>>В комментариях настаивают указать на ограничения по количеству запросов с одного IP и запросов, >>использующих accesskey, которого у нас нет (так что, скорее всего, можно забить :) ).
А там далеко не все так радужно. Очень часто и без 1000 запросов — сервис может вернуть 999 ошибку.
www.google.com/search?ie=UTF-8&hl=ru&q=yahoo%20999%20error
Короче там тот ещё геморой и сильно радоваться нечему.
Загрузка данных изображения во Flash — www.flasher.ru/forum/blog.php?b=208
Кажется хак еще работает, но нужно проверять.
Кажется хак еще работает, но нужно проверять.
Что-то я не совсем понял про YQL. Разве JSONP делает не тоже самое?
YQL комплексная технология, которая включает в себя передачу данных посредством JSONP. Самое вкусное в нем — это язык запроса, совместимый с SQL. Им можно много всякого разного сделать.
Некорректно сравнивать эти две вещи. YQL позволяет обратиться к любому домену (хоть к google.com), выступая в качестве прокси и используя JSONP.
А вообще — спасибо за интересный и полезный топик. (Забыл совсем)
Собственно, это не совсем находка, вернее даже — не обязательно YQL.
Вы можете делать какие угодно кроссдоменные запросы путем добавления
Вызывая из этого скрипта колбеки и любые другие штуки, например, $.cookie.
Вы можете делать какие угодно кроссдоменные запросы путем добавления
<script src="http://another_domain/my_js.php?query=blahblah&callback=my_callback" type="text/javascript"></script>
Вызывая из этого скрипта колбеки и любые другие штуки, например, $.cookie.
Это, конечно, потребует от вас написания-таки некоего скрипта, но может очень помочь, если вам нужно организовать общение между несколькими доменами одного или нескольких приложений.
Вы можете делать запрос на другой домен, если владелец сайта это явно разрешил. С YQL можно не беспокоиться об ограничениях браузеров, связанных с безопасностью, касательно кроссдоменных запросов.
jQuery уже и сам научился делать кросдоменные аякс запросы, эмулируя внешний скрипт.
Покурите доку на $.ajax, я и сам был удивлен этому
Покурите доку на $.ajax, я и сам был удивлен этому
jQuery и до обновления $.ajax метода умел это делать с помощью $.getJSON.
У меня слёзы наворачиваются, когда такое читаю. getJSON делает запрос к другому домену через JSONP и, может быть, через XHR2, если это возможно.
Акцент делался на «кроссдоменные»)
Человек написал фигню, а вы сказали, что всегда так было. Никогда не было и не будет возможности посылать аякс запросы на другой сервер, если владелец сервера не предусмотрел обратное.
Поторопился с комментом…
Здесь вы конечно же правы на счет явного разрешения на стороне сервера. Собственно само желание выполнять кроссдоменные ajax запросы без разрешения принимающей стороны вызывают вопрос. Зачем и что это за данные могут быть? Может есть возможность решить этот вопрос с разработчиком более цивилизованным путем? API с тем же jsonp например…
Если это для каких то серых целей, то YQL конечно альтернатива своему серверу-посреднику, но все же он может дать больше возможностей для обработки полученных данных и передаче их клиентской стороне.
Здесь вы конечно же правы на счет явного разрешения на стороне сервера. Собственно само желание выполнять кроссдоменные ajax запросы без разрешения принимающей стороны вызывают вопрос. Зачем и что это за данные могут быть? Может есть возможность решить этот вопрос с разработчиком более цивилизованным путем? API с тем же jsonp например…
Если это для каких то серых целей, то YQL конечно альтернатива своему серверу-посреднику, но все же он может дать больше возможностей для обработки полученных данных и передаче их клиентской стороне.
Фигню не говорите. Ajax в jQuery может работать только в рамках текущих возможностей браузера. Для кроссдоменных запросов сервер должен явно разрешить эти запросы.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Несколько находок