jak technicznie dziala redirect?

	B O A R D
	» Board » Zadaj pytanie » Archiwum » Szukaj » Stylizacja

M E N U

» Nowości

» Archiwum

» Recenzje / Testy

» Board

» Rejestracja

Szukaj @ TwojePC

	OBECNI NA TPC
	» DJopek 08:44 » Fl@sh 08:35 » NimnuL 08:19 » cVas 08:12 » Dexter 08:10 » kyusi 08:09 » Syzyf 08:05 » dugi 08:04 » Kenny 08:00 » Dhoine 07:52 » resmedia 07:09 » PeKa 06:38 » NWN 05:07 Dzisiaj przeczytano 41109 postów, wczoraj 25974 Szybkie ładowanie jest: włączone.

ccc

A R C H I W A L N A W I A D O M O Ś Ć

jak technicznie dziala redirect? , Deus ex machine 22/07/11 14:30
A->B->C

A wchodzi na adres B, B robi redirect (np. 301) na C. Teraz jak to technicznie dziala? Czy transfer jest liczony tez na serwerze B? Czy tylko na C?

"Uti non Abuti"

najprosciej , Tomasz 22/07/11 14:35
skrypt jest konczony w momencie napotkania komendy header('Location: xxx') wiec wszystko co się wydarzyło w liniach wcześniejszych liczone jest do B, reszta leci od C
https://www.siepomaga.pl/milosz-mosko
1. tak sie domyslam , Deus ex machine 22/07/11 14:43
  A->B->C
  A<-301<-B
  A->C
  "Uti non Abuti"
2. Skrypt nie jest kończony w tym momencie , Conroy 22/07/11 15:27
  Header tylko ustawia odpowiednią linię w nagłówku, natomiast sam z siebie nie zamyka połączenia, to Ty to musisz zrobić ręcznie.
  
  Nie zawsze ustawienie czegoś w nagłówku powinno się wiązać z zakończeniem skryptu, np. ustawienie ciasteczek.
  
  Zdaje się, że albo GoldenLine albo NK wysyłają przekierowania z pełnym body. Jeśli nie użyjesz metody HEAD do pobrania przekierowania (tylko jeśli wiesz gdzie ono będzie) to i tak ściągasz kilkadziesiąt KB strony która nie będzie wyświetlona.
  http://flickr.com/photos/myhacien
  da
  1. racja, dodajemy exit po instrukcji , Tomasz 22/07/11 15:34
    przekierowania i wtedy jest konczony, to miałem na myśli.
    https://www.siepomaga.pl/milosz-mosko
Nie jest liczony , Conroy 22/07/11 15:24
Przez analogię.

Działa to tak, że pukasz do drzwi serwera A, on otwiera, pytasz o adres, a on odpowiada "idź zapytaj na drugim końcu ulicy, tam jest serwer B" i zamyka Ci drzwi przed nosem.
Serwer A skończył połączenie i nic nie wie o tym co Ty dalej robisz.

Masz od niego informacje aby iść na koniec ulicy. No to idziesz. I tam sytuacja się powtarza, ale tym razem serwer B odesłał do C. Serwer B od tego momentu też już nic o Tobie nie wie.

To Ty chodzi po ulicy, a serwerów nic to nie obchodzi.

Od strony przeglądarki to wygląda tak, że przeglądarka łączy się z A, dostałą informacje i zakończyła połączenie. Ale przeglądarka nie jest głupia i wie, co ma zrobić z przekierowaniami, więc za Ciebie sama wpisuje nowy adres w swoim polu adresu i łączy się pod nowy adres.
Gdyby była głupia lub złośliwa to byś sam musiał sobie każdy adres redirectu wpisywać ręcznie.

Jak masz takie 3 krotne przekierowanie to A wie tylko, że to idzie do B, B wie że to idzie do C. A nie wie nic o C.

Możesz zawsze w trakcie przekierowań zrezygnować i nie "iść na koniec ulicy".
http://flickr.com/photos/myhacien
da
1. Aha, jeszcze coś , Conroy 22/07/11 15:29
  W samym apacheu można ustawić tryb proxy, gdzie to faktycznie serwer będzie odpytywał o pliki innego serwera i zwracał dane do Ciebie. Ale to nie są przekierowania.
  http://flickr.com/photos/myhacien
  da