Кросс-доменный XMLHttpRequest

[Souznik]

Попробуйте библиотеку JsHttpRequest для кросс-доменного ajax.
По моему Ваше решение не универсально.

[lordeg]

Решение на оригинальность/универсальность не претендует, но хотелось бы аргументацию мнения об неуниверсальности (отсутствие curl не предлагать :))

[Souznik]

почему не предлагать? очень даже предложу =)
Если вы делаете, что то публичное, то отсутствие курл будет меньшей из бед, а большей будет заставить людей, что то закачать себе на сервер!
А если в htaccess прописан мод-реврайт? ваш прокси.пхп просто не будет доступен =)

[lordeg]

Хм, установить курл не проблема... Не понял про "засатвить людей, что то закачать себе на сервер"...

Писать в следующий раз что нибудь поинтереснее или например про тот же кросс-доменный запрос с помощью iframe?)

[n1mnul]

Опять изобретаете велосипеды вместо того чтобы использовать готовые, отполированные решения ?

[lordeg]

Говорите "а" - говорите и "б". Примеры готовых отполированных решений сразу же упомянули бы :)

[Souznik]

http://voteright.ru
мой заброшенный сервис =)

[lordeg]

почему забросили?)

[lordeg]

И кстати.. создание и использование своих, пусть и не отполированных решений приносит больше удовольствия чем готовые решения =)

[n1mnul]

Мне больше удовольствия приносит то, что я вписываюсь в дедлайн. Мне есть чем заняться, и перед тем как что-то изобрести - я подумаю, а стоит ли ?

[lordeg]

Я и не утверждаю, что всегда стоит изобретать что нибудь. Но возможность не исключаю и нахожу ее приятной. А вписаться в дедлайн приносит все же больше удовольствия, соглашусь

[masterbo]

Есть мнение, что ваш "прокси" быстро станет использоваться не по назначению.

[lordeg]

Никто не мешает ведь добавить проверок или железно привязать его к 1 адресу. Тут уж будет страдать универсальность, которую и так под сомнение поставили, но работоспособность никуда не убежит ведь

[masterbo]

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

[lordeg]

С iframe-ами есть маленький гемор с POST запросами, приходится генерировать форму и жать на кнопку.. Но соглашусь, этот метод будет выгоднее.

Цель топика же - показать конкретное решение, довольно таки простое, хотя и со своими подводными камнями :)

[masterbo]

Вот именно. Подводные камни есть у любого метода. Кстати я не припомню необходимости "жать на кнопку" когда есть возможность вызвать document.getElementById('formid').submit()

Или я ошибаюсь?

[lordeg]

Я это и имел ввиду :)

[arbyte]

Гораздо удобнее и универсальнее котеровская библиотека JsHttpRequest.
скачать и прочитать документацию можно на http://dklab.ru

[lordeg]

Ознакомлен :) Там все 3 метода запросов - xmlhttp, динамический (только GET запросы) и + . Удобно, универсально.. мой код из топика на это не претендует о чем сказано и в конце ;)

[nimnull]

насчет готовых решений подобных предложенному, могу вспомнить AJAX-web-сервисы всеми (не)любимой (нужное обвести) Microsoft. На сколько приходилось пользоваться решениями в проектах, одно web-приложение (читай сайт, движок и т.п.) могло обращаться к нескольким SOAP сервисам (домен сервиса тут не имеет никакого значения), используя ajax. Cейчас пишу систему с поиском/подстановкой данных о клиенте при формировании договора как раз на основе этих возможностей.
Но это, правда, уже не open-source.

[lordeg]

Тут уж все упирается в "(не)любимой (нужное обвести) Microsoft" :) Но тоже вариант

[lordeg]

Задачей было прежде всего показать один из несложных методов, на примере.