Как стать автором
Обновить

Комментарии 22

Попробуйте библиотеку JsHttpRequest для кросс-доменного ajax.
По моему Ваше решение не универсально.
Решение на оригинальность/универсальность не претендует, но хотелось бы аргументацию мнения об неуниверсальности (отсутствие curl не предлагать :))
почему не предлагать? очень даже предложу =)
Если вы делаете, что то публичное, то отсутствие курл будет меньшей из бед, а большей будет заставить людей, что то закачать себе на сервер!
А если в htaccess прописан мод-реврайт? ваш прокси.пхп просто не будет доступен =)
Хм, установить курл не проблема... Не понял про "засатвить людей, что то закачать себе на сервер"...

Писать в следующий раз что нибудь поинтереснее или например про тот же кросс-доменный запрос с помощью iframe?)
Опять изобретаете велосипеды вместо того чтобы использовать готовые, отполированные решения ?
Говорите "а" - говорите и "б". Примеры готовых отполированных решений сразу же упомянули бы :)
http://voteright.ru
мой заброшенный сервис =)
почему забросили?)
И кстати.. создание и использование своих, пусть и не отполированных решений приносит больше удовольствия чем готовые решения =)
Мне больше удовольствия приносит то, что я вписываюсь в дедлайн. Мне есть чем заняться, и перед тем как что-то изобрести - я подумаю, а стоит ли ?
Я и не утверждаю, что всегда стоит изобретать что нибудь. Но возможность не исключаю и нахожу ее приятной. А вписаться в дедлайн приносит все же больше удовольствия, соглашусь
Есть мнение, что ваш "прокси" быстро станет использоваться не по назначению.
Никто не мешает ведь добавить проверок или железно привязать его к 1 адресу. Тут уж будет страдать универсальность, которую и так под сомнение поставили, но работоспособность никуда не убежит ведь
тогда дешевле будет пользоваться системой скрытых iframe чем вашей системой, которая к тому же неоправданно расходует трафик сервера.
С iframe-ами есть маленький гемор с POST запросами, приходится генерировать форму и жать на кнопку.. Но соглашусь, этот метод будет выгоднее.

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

Или я ошибаюсь?
Я это и имел ввиду :)
Гораздо удобнее и универсальнее котеровская библиотека JsHttpRequest.
скачать и прочитать документацию можно на http://dklab.ru
Ознакомлен :) Там все 3 метода запросов - xmlhttp, динамический (только GET запросы) и + . Удобно, универсально.. мой код из топика на это не претендует о чем сказано и в конце ;)
насчет готовых решений подобных предложенному, могу вспомнить AJAX-web-сервисы всеми (не)любимой (нужное обвести) Microsoft. На сколько приходилось пользоваться решениями в проектах, одно web-приложение (читай сайт, движок и т.п.) могло обращаться к нескольким SOAP сервисам (домен сервиса тут не имеет никакого значения), используя ajax. Cейчас пишу систему с поиском/подстановкой данных о клиенте при формировании договора как раз на основе этих возможностей.
Но это, правда, уже не open-source.
Тут уж все упирается в "(не)любимой (нужное обвести) Microsoft" :) Но тоже вариант
Задачей было прежде всего показать один из несложных методов, на примере.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории