- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
нет, один сайт мой, другой чужой
я же и хочу получать данные с официального сайта.
Конечно. Здесь речь идет о кроссдоменных ajax запросах. Реализовывал это на одном из сайтов. Метод не совсем безопасный, но если оба сайта принадлежат Вам, то бояться нечего.
Добавьте в заголовки вот эту строчку Access-Control-Allow-Origin: http://www.site-1.ru.
Болеебезопасно использовать метод запросов в формате JSONP
Зачем этот огород?
Ajax внутри своего сайта, который вызывет php скрипт/метод класса. В скрипте - обычный curl.
php реализация гораздо проще будет для этого скрипта.
Зачем этот огород?
Ajax внутри своего сайта, который вызывет php скрипт/метод класса. В скрипте - обычный curl.
Разве не проще сразу получать данные через JSONP, чем создавать лишний скрипт на сервере, который будет парсить первый сайт, и потом отдавать через аякс на вашем сайте? Покуда проще использовать jsonp, и сразу получать с сервера необходимые данные
---------- Добавлено 12.01.2013 в 02:40 ----------
php реализация гораздо проще будет для этого скрипта.
Это спорное мнение
---------- Добавлено 12.01.2013 в 02:41 ----------
нет, один сайт мой, другой чужой
я же и хочу получать данные с официального сайта.
Тогда как упомянули выше через php, либо как написал я, через jsonp
ну а если там форма вроде этой
<input type="test" value="" name="en" size="50"> <input type="submit" value="Найти">
</form>
курлом не получится я так полагаю? то есть у страницы нет в uri никаких данных
Разве не проще сразу получать данные через JSONP, чем создавать лишний скрипт на сервере, который будет парсить первый сайт, и потом отдавать через аякс на вашем сайте? Покуда проще использовать jsonp, и сразу получать с сервера необходимые данные
А то есть, Вы намекаете, что это будет дольше и затратно для сервака?:)
Ну и сайт почты РФ, например, или EMS, сам по себе начнет отдавать нужные заголовки и ответ на запрос в нужном формате? Если это так - то здорово.
---------- Добавлено 12.01.2013 в 02:48 ----------
ну а если там форма вроде этой
курлом не получится я так полагаю? то есть у страницы нет в uri никаких данных
Курл прекрасно отправляет пост запросы, пустой экшн форм - экш текущая страница.
ну а если там форма вроде этой
курлом не получится я так полагаю? то есть у страницы нет в uri никаких данных
Если вы остановились на курле, то эта форма отправляет на текущую страницу POST запрос, на сервере идет условие, и при присутствии POST данных, вам выдается нужный контент. Через курл можете отправить на эту страничку POST запрос, и она вам вернет результат
---------- Добавлено 12.01.2013 в 02:50 ----------
А то есть, Вы намекаете, что это будет дольше и затратно для сервака?
Я не про это. Я просто не вижу смысла, если все можно решить на клиенте, таким же кол-вом строк. Какой смысл?
Я не про это. Я просто не вижу смысла, если все можно решить на клиенте, таким же кол-вом строк. Какой смысл?
Последующий синтаксический разбор ответа, тоже оставлять на клиенте?
---------- Добавлено 12.01.2013 в 02:56 ----------
Не, если у сайта есть скрипт который принимает запросы от других сайтов, и работает со своим api и отдает это все в удобоваримом(для js) формате, то ок, вопросов нет, прямой кроссдоменный запрос логичнее. Но почтовые сервисы...я Вас умоляю.
вот нашел в инете скрипт, подставил свои данные, но ничего не происходит
if( $curl = curl_init() ) {
curl_setopt($curl, CURLOPT_URL, 'http://novaposhta.ua/frontend/tracking/ru');
curl_setopt($curl, CURLOPT_RETURNTRANSFER,true);
curl_setopt($curl, CURLOPT_POST, true);
curl_setopt($curl, CURLOPT_POSTFIELDS, "56466000548693");
$out = curl_exec($curl);
echo $out;
curl_close($curl);
}
?>
Последующий синтаксический разбор ответа, тоже оставлять на клиенте?
Насколько мне известно JS не сильно ущемлен в использовании регулярок, так почему бы и нет:)
Ваш вариант подходит если имеет смысл вести например историю пути продукта. Там да, требуется запись в БД и прочие. А регулярка на клиенте, которая некоим образом, заметным для обычного пользователя, не повлияет на скорость работы, является вполне грамотной практикой.