systemiv: Насколько мне известно JS не сильно ущемлен в использовании регулярок, так почему бы и нет:)
Ваш вариант подходит если имеет смысл вести например историю пути продукта. Там да, требуется запись в БД и прочие. А регулярка на клиенте, которая некоим образом, заметным для обычного пользователя, не повлияет на скорость работы, является вполне грамотной практикой.
Рекомендую к прочтению. Есть отдельные главы по регуляркам и в частости случаям, когда их использовать не стоит.
Я не про это. Я просто не вижу смысла, если все можно решить на клиенте, таким же кол-вом строк. Какой смысл?
Последующий синтаксический разбор ответа, тоже оставлять на клиенте?
---------- Добавлено 12.01.2013 в 02:56 ----------
Не, если у сайта есть скрипт который принимает запросы от других сайтов, и работает со своим api и отдает это все в удобоваримом(для js) формате, то ок, вопросов нет, прямой кроссдоменный запрос логичнее. Но почтовые сервисы...я Вас умоляю.
systemiv: Разве не проще сразу получать данные через JSONP, чем создавать лишний скрипт на сервере, который будет парсить первый сайт, и потом отдавать через аякс на вашем сайте? Покуда проще использовать jsonp, и сразу получать с сервера необходимые данные
А то есть, Вы намекаете, что это будет дольше и затратно для сервака?:)
Ну и сайт почты РФ, например, или EMS, сам по себе начнет отдавать нужные заголовки и ответ на запрос в нужном формате? Если это так - то здорово.
---------- Добавлено 12.01.2013 в 02:48 ----------
vandamme: ну а если там форма вроде этой
курлом не получится я так полагаю? то есть у страницы нет в uri никаких данных
Курл прекрасно отправляет пост запросы, пустой экшн форм - экш текущая страница.
systemiv: Конечно. Здесь речь идет о кроссдоменных ajax запросах. Реализовывал это на одном из сайтов. Метод не совсем безопасный, но если оба сайта принадлежат Вам, то бояться нечего.
Добавьте в заголовки вот эту строчку Access-Control-Allow-Origin: http://www.site-1.ru.
Болеебезопасно использовать метод запросов в формате JSONP
Зачем этот огород?
Ajax внутри своего сайта, который вызывет php скрипт/метод класса. В скрипте - обычный curl.
сарказм большинства не понятен.
Очень и очень плохо.
Насколько мне известно JS не сильно ущемлен в использовании регулярок, так почему бы и нет:)
Ваш вариант подходит если имеет смысл вести например историю пути продукта. Там да, требуется запись в БД и прочие. А регулярка на клиенте, которая некоим образом, заметным для обычного пользователя, не повлияет на скорость работы, является вполне грамотной практикой.
Рекомендую к прочтению. Есть отдельные главы по регуляркам и в частости случаям, когда их использовать не стоит.
вот нашел в инете скрипт, подставил свои данные, но ничего не происходит
Я не про это. Я просто не вижу смысла, если все можно решить на клиенте, таким же кол-вом строк. Какой смысл?
Последующий синтаксический разбор ответа, тоже оставлять на клиенте?
---------- Добавлено 12.01.2013 в 02:56 ----------
Не, если у сайта есть скрипт который принимает запросы от других сайтов, и работает со своим api и отдает это все в удобоваримом(для js) формате, то ок, вопросов нет, прямой кроссдоменный запрос логичнее. Но почтовые сервисы...я Вас умоляю.
Разве не проще сразу получать данные через JSONP, чем создавать лишний скрипт на сервере, который будет парсить первый сайт, и потом отдавать через аякс на вашем сайте? Покуда проще использовать jsonp, и сразу получать с сервера необходимые данные
А то есть, Вы намекаете, что это будет дольше и затратно для сервака?:)
Ну и сайт почты РФ, например, или EMS, сам по себе начнет отдавать нужные заголовки и ответ на запрос в нужном формате? Если это так - то здорово.
---------- Добавлено 12.01.2013 в 02:48 ----------
ну а если там форма вроде этой
курлом не получится я так полагаю? то есть у страницы нет в uri никаких данных
Курл прекрасно отправляет пост запросы, пустой экшн форм - экш текущая страница.
Конечно. Здесь речь идет о кроссдоменных ajax запросах. Реализовывал это на одном из сайтов. Метод не совсем безопасный, но если оба сайта принадлежат Вам, то бояться нечего.
Добавьте в заголовки вот эту строчку Access-Control-Allow-Origin: http://www.site-1.ru.
Болеебезопасно использовать метод запросов в формате JSONP
Зачем этот огород?
Ajax внутри своего сайта, который вызывет php скрипт/метод класса. В скрипте - обычный curl.
Причем не так, что "мы друг друга не поняли", а в наглую, с уходом в игнор, и смыванием с денежками.
Это ладно когда игнор, хуже когда кидали и потом троллили по этому поводу. В течении месяца примерно.
с кем?
10 скемов?
С Т9
............
40 рублей должен. Вызов принят.
3 года, да?
Приобрел у ТС пару доменов. Все прекрасно. Вопрос - ответ. Буду обращаться и далее.