file_get_contents - failed to open stream: Redirection limit reached Opcje

[grzeee]

Witam,
mam problem z pobieraniem danych za pomocą file_get_contents.
Wszystko było ok do puki skrypt nie został przeniesiony na nowy serwer - nazwa.pl

Wyskakuje taki bląd:
file_get_contents(http://XXXXXXX/webdata/jlist/?node=0') [function.file-get-contents]: failed to open stream: Redirection limit reached, aborting in /home/xxxx/ftp/xxxx/test.php on line 11

adres po skopiowaniu, i wpisaniu w przeglądarkę otwiera się normalnie.
allow_url_fopen jest na ON

Ma ktoś pomysł skąd się to bierze

[muniekw]

http://stackoverflow.com/questions/705593/...t-reached-error

[grzeee]

Już próbowałem dodać
'http'=>array('max_redirects' => 99)
za pomocą stream_context_create i dalej dzieje się to samo. No chyba że coś źle wyczytałem z tamtego wątka


Znalazłem roziwązanie mojego problemy, tak dla kogość kto by tego potrzebował:
Trzeba do get_file_contents dodać nagłówki, w moim przypadku wystarczyło User-Agent ustawić na cokolwiek byle było.

[PHP] pobierz, plaintext 
$header_opts = array(
		'http'=>array(				
			'header'=>	"Accept-language: pl,en-us;q=0.7,en;q=0.3\r\n" .
						"User-Agent: ".$_SERVER['HTTP_USER_AGENT']."\r\n"								
		)
	);
$context = stream_context_create($header_opts); 
$json_cat_tree  = file_get_contents($json_cat_url, false, $context );
[PHP] pobierz, plaintext 

[wNogachSpisz]

Ja kiedyś też byłem nieźle zajarany contextami...
Do momentu gdy okazało że nie działają na niektórych wersjach php/apache.

Polecam porządne rozwiązanie - pear:http_request2

[greycoffey]

Curl wymiata, napisz sobie prostą nakładkę na to, i rozwiązujesz większość problemów w kilku linijkach kodu.

[wNogachSpisz]

Curl wymiata, napisz sobie prostą nakładkę na to, i rozwiązujesz większość problemów w kilku linijkach kodu.

Nie masz chłopcze pojęcia...

pear:http_request2 ma tzw "curl adapter".
Możesz wybrać sobie moduł za pomocą którego bibliteka będzie korzystać z sieci (poliformizm).
Do wyboru do koloru - Socket, CURL, możesz też użyć zupełnie abstrakcyjnego modułu testowego, który będzie zwracał głupoty, np same błędy HTTP, to pozwala łatwo testować aplikacje

[grzeee]

To było za poroste pobieranie żebym curla używał
Poza tym coś tu nie grało z serwerem bo na poprzednim gdzie jest nowsza wersja PHP a ustawienia praktycznie te same wszystko, wystarczyło że dodałęm w nagłówku user-agent i zaczeło śmigać.
Nawet admin z nazwy nie wiedział o co chodzi i tłumaczył się jakimś zapętleniem w skrypcie

pear:http_request2 wygląda okazale jednak jak już wspominałem to za mała aplikacja na takie dodatki.

[greycoffey]

Nie masz chłopcze pojęcia...

pear:http_request2 ma tzw "curl adapter".
Możesz wybrać sobie moduł za pomocą którego bibliteka będzie korzystać z sieci (poliformizm).
Do wyboru do koloru - Socket, CURL, możesz też użyć zupełnie abstrakcyjnego modułu testowego, który będzie zwracał głupoty, np same błędy HTTP, to pozwala łatwo testować aplikacje

Oczywiście, proszę Pana. Daruj sobie takie teksty.
Co z tego, curl można mięc na większości serwerów, działa dobrze, więc nie potrzebuje implementować socketów.
Czy ja napisałem, że twój kochany pear::http_request2 jest daremny? Nie znam go, napisałem tylko, że curl wymiata.
Czytaj ze zrozumieniem, Szanowny Panie.

[wNogachSpisz]

Daremny? Nie rozumiem co masz na myśli.
Nie rozumiem też tego zdania że CURL można mieć na większości serwerów, HTTP_Request mozna mieć na jeszcze większej ilości serwerów...
CURL nie wymiata, CURL jest strasznie wolny, sockety są szybsze..
To tylko kilka powodów dla których warto poświęcić te kilka godzin i nauczyć się HTTP_Request2.

Ten post edytował wNogachSpisz 5.05.2012, 10:27:49

[greycoffey]

Daremny? Nie rozumiem co masz na myśli.

Ech, czytaj ze zrozumieniem!

Czy ja napisałem, że twój kochany pear::http_request2 jest daremny?

Dalej...

Nie rozumiem też tego zdania że CURL można mieć na większości serwerów, HTTP_Request mozna mieć na jeszcze większej ilości serwerów...

CURL można mieć na większości serwerów - prawda.
HTTP_Request2 można mieć na jeszcze większej liczbie serwerów - tyż prawda.

CURL nie wymiata, CURL jest strasznie wolny, sockety są szybsze..

PHP jest strasznie wolny... Używajmy C... Też jest wolne, piszmy w Assemblerze... W sumie lepsze wyniki da się uzyskać pisząc odrazu w kodzie maszynowym, do tego nie trzeba instalować kolejnych niepotrzebnych programów!

Generalnie nie rozumiesz dużej ilość zdań, polecałbym naukę języka polskiego, miast programowania
Do tego nauka czytania ze zrozumieniem, Czcigodny.

[wNogachSpisz]

To jest forum o PHP, nie o C czy asemblerze..