przekierowania i wysoki TTFB

[michniknieadam]

Przekierowania mam ustawione wtyczką redirection. Sprawdzając TTFB w byte check, odkryłem, że tylko wpisując z https:// strona ma przyzwoity TTFB 148ms. Jeżeli wpiszę bez, lub z www, czy http czas ten wydłuża się do 1695ms. Czy to jest normalne, czy coś jest skopane? Czy ustawienie przekierowań bezpośrednio w htacces pomoże?

 

[jimmi]

te podstawowe przekierowania powinny być na poziomie htacces albo jeszcze niżej. Na pewno będą działać szybciej

[michniknieadam]

To dział dla początkujących, więc nie wstydzę się zapytać, jaki jest poziom niżej od htacces? To już tylko na dedykach i VPS?

[zgred]

2 godziny temu, michniknieadam napisał:

To dział dla początkujących, więc nie wstydzę się zapytać, jaki jest poziom niżej od htacces? To już tylko na dedykach i VPS?

 

NIżej masz konfigurację na poziomie apache/nginx.

[michniknieadam]

Czyli nie w bieda współdzielonym hostingu  Ustawione przekierowania w htacces, dalej 3-5krotnie dłuższy TTFB , jeżeli wpiszę z www/http/. Żadnej odczuwalnej zmiany. 

[zgred]

1 godzinę temu, michniknieadam napisał:

Czyli nie w bieda współdzielonym hostingu

oczywiście ze tak - nigdy nie wiesz jak mocno inni zarzynają serwer. obciążenie serwera ma wpływ na parametry np odpowiedzi, handshakingu etc.

[Mion]

W dniu 22.01.2022 o 17:22, michniknieadam napisał:

To dział dla początkujących, więc nie wstydzę się zapytać, jaki jest poziom niżej od htacces? To już tylko na dedykach i VPS?

Plik .htaccess jest przetwarzany przy każdym zażądaniu HTTP i stanowi "sterownik" dla ruchu. Jeśli jest w nim reguła "mówiąca" o przekierowaniu, to serwer wysyła tylko nagłówek HTTP bez wejścia w przetwarzanie danych, co powinno być bardzo szybkie.

Nie wiem jak Mierzysz ten TTFB, ale jeśli Twoja metoda bierze po uwagę całkowity czas czyli czas pobrania danych z drugiej lokalizacji wskazanej przez

HTTP/1.1 301 Moved Permanently
Location: https://www.example.org/index.asp

To masz drugie żądanie HTTP. Jeśli serwer jest przeciążony te czasy będę znacznie dłuższe...

https://httpstatus.io/

 

[michniknieadam]

Mion, dziękuję za wskazówkę!  Chyba wskazałeś na źródło mojego problemu. W podane narzędzie (httpstatus.io) wpisałem zarówno twoją stronę jak i moją (zgreda też).  Jeżeli dobrze to interpretuje, to u mnie zasysa całą stronę i dopiero ją przekierowuje i stąd te lagi. W response header jak dam view body to kończy się na stopce mojej strony. 

Możesz proszę napisać jak/gdzie/czy to można naprawić? 

 

Btw, zarówno Ty, jak i zgred macie podwójne przekierowania http-->https-->https://www

 

Nie lepiej skrócić do jednego przekierowania http-->https://www?

[Mion]

22 minuty temu, michniknieadam napisał:

Możesz proszę napisać jak/gdzie/czy to można naprawić? 

Przy prawidłowym przekierowaniu 301 serwer oprócz nagłówka może ale nie musi wysłać tylko krótką statyczną zawarto sc BODY, bo nie dochodzi do wykonania kodu strony głównej. 

 

Jeśli W odpowiedzi 301 masz kod całej strony, to znaczy, ze działa to nieprawidłowo. Zgłoś do BOK hostingu.

Ewentualnie możesz "wykonać przekierowanie" w PHP blokując dalszą cześć kodu php .
Szczegóły implementacji wykraczają poza ten dział...
 

[michniknieadam]

Taka odpowiedź jest zupełnie wystarczająca, dziękuję jeszcze raz:)

[Mion]

@michniknieadam Nie wysyłaj mi PN żadnych kodów do konsultacji.
Jeśli Chcesz skorzystać z moich usług, to zapraszam do złożenia oficjalnego zlecenia zgodnie z cennikiem na tą okoliczność przewidzianym:

Cytat

Prace zlecone, konsultacje w wymiarze godzinowym - 200 zł netto za każdą rozpoczętą godzinę pracy;

 

[michniknieadam]

Bardzo chętnie, myślałem tylko, że odpowiedź tak lub nie, będzie do niej wstępem:) Chciałem się upewnić czy do BOK, czy do dev mam się z tym udać.