Comments 25
Соглашусь!
Эх, если бы еще кросдоменный аякс сюда. Знаю безопасность, знаю браузеры не позволят… но как хочется :)
Такой?
Параметр crossDomain
Параметр crossDomain
не совсем. Хочется именно полного кроссдомена. Типа
$.ajax({
url: "http://google.com",
context: document.body,
crossDomain: true,
success: function(data){
alert(data);
}
});
Если на сервере, принимающем запрос, настроены HTTP-заголовки разрешения доступа, то и тут не будет особенных проблем в современных браузерах.
а jsonp тебя чем не устраивает?
Тем что данные через jsonp можно принимать только в формате json.
где это написано?
jsonp в общем виде это подключение скрипта который вызывает некую функцию с некими данными. С любыми данными в синтаксисе js
jsonp в общем виде это подключение скрипта который вызывает некую функцию с некими данными. С любыми данными в синтаксисе js
вот именно в синтаксисе js. Мне просто нередко надо было вытаскивать html с других сайтов. Создавать своего рода эддоны проектов. Приходилось связываться с создателями проектов чтобы они давали возможность использования веб-сервисов. В основном отказывали или тянули ввиду того что лень было :)
iframe?
Нет. Данные парсить надо было, а не тупо показывать их страницу :)
Элемент <iframe> не снимает ограничение на доступ джаваскриптом к данным из другого домена. Скорее в таких случаях было бы уместно разместить в своём домене какой-нибудь PHP-костыль, обращающийся к чужому серверу. В простейшем случае это readfile():
<?php readfile('http://otherdomain.example.net/somedata.html'); ?>
Рад, что jQuery не стоит на месте. Возёхаться приходится всё меньше и меньше с каждым разом.
«Возёхаться»? Вы как на старорусском говорите :-) А за обновление любимой библиотеки очень рад, такие-бы темпы все проектам.
И таких бы разработчиков, как Резиг, всем проектам )
Это же lurkmore.ru/Мицгол
Вашу гиперссылку я считаю непорядочною, так как давно известно, что Люркмор преисполнен всяческих дурных измышлений и закидывания калом. Статья обо мне в «Викиреальности» и то пообъективнее.
Нашел странный баг то-ли Оперы, то-ли jQuery с версии 1.5 в том числе и 1.6 RC 1
Пример
Если в ответе ajax есть HTML и задан header, то Опера почему-то вместо текста возвращает [object XMLDocument]
Если же из ответа убрать или HTML-теги или header, то всё работает без проблем.
{font специально изменил, чтобы парсер хабра не съел тег.
Баг проявился в CMS DLE, когда я попытался обновить jQuery c 1.4 до 1.5
Я думал, что поправят в новых версиях, но увы…
Пример
Если в ответе ajax есть HTML и задан header, то Опера почему-то вместо текста возвращает [object XMLDocument]
Если же из ответа убрать или HTML-теги или header, то всё работает без проблем.
<?php
@header("Content-type: text/plain; charset=windows-1251");
$buffer = "{font color=\"green\">THIS HTML TEXT{/font>";
echo $buffer;
?>
{font специально изменил, чтобы парсер хабра не съел тег.
Баг проявился в CMS DLE, когда я попытался обновить jQuery c 1.4 до 1.5
Я думал, что поправят в новых версиях, но увы…
dataType: "text"не помогает?
помогает
но в любом случае очень странное поведение именно в одном из браузеров. мне пришлось час убить, чтобы понять от чего именно это проявляется.
Если кто нормально владеет английским прошу выложить этот баг в багрепорт.
Если кто нормально владеет английским прошу выложить этот баг в багрепорт.
как смог написал сам в Bug Tracker
В дальнейшем рекомендую, чтобы парсер Хабрахабра не кушал теги, обёртывать код внутрь элемента <source> … </source> — и тем невозбранно достигнете желаемого, притом с автоматическою подсветкою синтаксических конструкций другим цветом. Пример:
<?php
@header("Content-type: text/plain; charset=windows-1251");
$buffer = "<font color=\"green\">THIS HTML TEXT</font>";
echo $buffer;
?>
Sign up to leave a comment.
Вышла версия jQuery 1.6 RC 1