Bezpłatne rozdzielenie logowania WordPress i buforowania CDN odwiedzających: kompleksowy samouczek dotyczący bezpłatnej wersji Cloudflare.

ChciećWordPressCałkowicie oddzielić dynamiczne buforowanie logowania od buforowania statycznych użytkowników? Ten samouczek pokaże Ci, jak zoptymalizować buforowanie plików cookie za pomocą darmowej wersji Cloudflare, bez żadnych kosztów, poprawiając szybkość witryny i komfort użytkownika. Niezbędny, kompletny przewodnik dla webmasterów!

Kompletny przewodnik po bezpłatnym buforowaniu plików cookie w Cloudflare: Osiągnięcie dynamicznego rozdzielenia logowania i statycznych użytkowników przy zerowych kosztach

99% właścicieli stron WordPress korzystających z bezpłatnej wersji Cloudflare marnuje ponad połowę wydajności swojego serwera.

Widziałem zbyt wielu ludzi popadających w dwie skrajności.

Albo w ogóle nie buforuj kodu HTML, tylko pobieraj dane z serwera źródłowego za każdym razem, gdy użytkownik odwiedza witrynę.

Alternatywą jest buforowanie całej strony HTML, co może skutkować problemami, takimi jak nieprawidłowe logowanie użytkowników, niewyświetlanie komentarzy i niepowodzenie operacji zaplecza.

Wiele osób uważa, że ​​rozróżnianie pamięci podręcznej na podstawie plików cookie jest funkcją dostępną wyłącznie w płatnych planach.

W końcu Cloudflare oficjalnie stwierdza, że ​​jedynie plany Business i Enterprise umożliwiają ominięcie buforowania HTML, gdy obecne są pliki cookie.

Plan biznesowy zaczyna się od 200 dolarów miesięcznie, co jest całkowicie zbędne dla właścicieli indywidualnych stron internetowych i małych blogów.

Do kwietnia 2023 roku odkryłem pewien techniczny trik, który większość ludzi ignorowała.

Ta technika jest pierwszą, która w pełni pokazuje, jak osiągnąć dokładnie taki sam efekt buforowania opartego na plikach cookie, jak w przypadku planu płatnego, przy użyciu operatorów obsługiwanych przez wersję bezpłatną.

Wykorzystałem tę metodę do skonfigurowania kilkunastu stron internetowych, a wyniki przerosły moje oczekiwania.

Obciążenie procesora mojego osobistego serwera blogowego spadło ze średniego poziomu 45% do 12%.

Początkowy czas ładowania strony został skrócony o 5 sekund.

Miesięczne zużycie przepustowości serwera spadło o 68%.

Początkowa implementacja miała jednak dwie oczywiste wady.

Obsługuje tylko jedną domenę HTTPS i nie obsługuje domen wieloznacznych.

Nie bierze się pod uwagę faktu, że wiele stron internetowych nadal korzysta z przekierowań HTTP lub obsługuje zarówno HTTP, jak i HTTPS.

Dokonałem kompleksowych optymalizacji bazując na oryginalnym podejściu i rozwiązałem te dwa problemy.

Teraz będę celował w *.etufoOto kompletny przewodnik opisujący, jak skonfigurować domenę wieloznaczną, np. .org, która obsługuje zarówno protokół HTTP, jak i HTTPS.

Dlaczego darmowa wersja może osiągnąć funkcję buforowania opartą na plikach cookie, dostępną w wersji płatnej?

Wiele osób nie zdaje sobie sprawy, że zasadnicza różnica między bezpłatną a płatną wersją Cloudflare nie polega na możliwości zaimplementowania określonej funkcji.

Chodzi o wygodę osiągnięcia tej samej funkcji.

Wersja płatna zapewniaMatchesOperatorów wyrażeń regularnych można używać do dopasowywania wszystkich plików cookie, które mają zostać pominięte, za pomocą jednego wiersza wyrażenia regularnego.

Jednak darmowa wersja nie obsługuje tego operatora i podczas jego używania pojawi się komunikat o błędzie: „brak uprawnień: użycie operatora Matches jest niedozwolone”.

Oficjalna dokumentacja Cloudflare wyraźnie stwierdza, że...MatchesOperatorzy muszą korzystać z planu Business lub planu WAF Advanced.

Dlatego większość poradników online informuje, że aby móc korzystać z buforowania plików cookie, należy przejść na plan płatny.

Ale po wielokrotnych testach i badaniach dokonałem przełomu.

Zarówno pliki cookie logowania WordPress, jak i WooCommerce mają stały prefiks.

Prefiks plików cookie WordPress:

Nie musimy używać wyrażeń regularnych, aby dopasować wszystkie pliki cookie. Wystarczy, że użyjemy tych obsługiwanych przez wersję bezpłatną.containsOperator sprawdza, czy plik cookie zawiera te stałe prefiksy.

To bardzo sprytny pomysł.

Ominęła ekskluzywne funkcje wersji płatnej i osiągnęła dokładnie ten sam efekt, korzystając z najbardziej podstawowych operatorów.

Co więcej, jego wydajność jest lepsza niż dopasowywanie wyrażeń regularnych, ponieważcontainsNarzut obliczeniowy operatorów jest znacznie mniejszy niż w przypadku dopasowywania wyrażeń regularnych.

Dla *.etufoKompletne kroki konfiguracji dla domeny .org (dotyczy zarówno protokołu HTTP, jak i HTTPS)

Cały proces konfiguracji wymaga utworzenia tylko 3 reguł buforowania.

Kolejność zasad jest bardzo ważna i musi być ściśle przestrzegana w kolejności, którą podałem.

Jeżeli kolejność będzie nieprawidłowa, cała logika buforowania zawiedzie.

Zasada 1: Omiń ścieżki, które muszą być dynamiczne (o najwyższym priorytecie)

Celem tej reguły jest zapewnienie, że zaplecze, strona podglądu, centrum użytkownika i strona wyszukiwania nigdy nie zostaną zapisane w pamięci podręcznej.

Strony te muszą pobierać zawartość z serwera źródłowego w czasie rzeczywistym, w przeciwnym razie mogą wystąpić poważne problemy funkcjonalne.

Moje zoptymalizowane wyrażenie obsługuje wszystkie subdomeny i protokoły HTTP/HTTPS.

Nie musisz tworzyć osobnych reguł dla każdej subdomeny.

Nie ma potrzeby tworzenia osobnych reguł dla protokołów HTTP i HTTPS.

Wyrażenie jest następujące:

ends_with(http.host, ".etufo.org") and (starts_with(http.request.uri.path, "/wp-admin/") or http.request.uri contains "preview=true" or starts_with(http.request.uri.path, "/前台用户中心/") or starts_with(http.request.uri.path, "/?s="))

Wybierz opcję operacji „Omiń pamięć podręczną”.

Umieść tę regułę na samej górze wszystkich reguł buforowania.

Zasada 2: Omijaj zalogowanych i komentujących użytkowników (drugi priorytet)

Celem tej reguły jest umożliwienie zalogowanym i komentującym użytkownikom bezpośredniego dostępu do dynamicznej zawartości ze źródła.

Dzięki temu użytkownicy mogą przeglądać swoje dane osobowe, a komentarze mogą być wyświetlane w czasie rzeczywistym.

Początkowa implementacja wykorzystywała następującą metodę:starts_with(http.request.full_uri, "https://你的域名/").

Zmieniłem to naends_with(http.host, ".etufo.org").

Ta zmiana jest podstawą całej optymalizacji.

http.hostZawiera tylko nazwę domeny, nie zawiera natomiast protokołu ani ścieżki.

用ends_withmecz.etufo.orgDopasuje się automatycznieetufo.org,www.etufo.org,blog.etufo.orgWszystkie subdomeny.

Automatycznie dopasowuje protokoły HTTP i HTTPS bez konieczności dodatkowej konfiguracji.

Natywne wyrażenia WordPress:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_")

Jeśli używasz WooCommerceE-commerceWtyczka wymaga dodania prefiksu pliku cookie WooCommerce.

Ulepszone wyrażenia WooCommerce:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_" or http.cookie contains "woocommerce_")

Operację należy również ustawić na „Omiń pamięć podręczną”.

Umieść tę regułę poniżej reguły 1.

Zasada 3: Buforuj statyczny kod HTML dla odwiedzających, którzy nie są zalogowani (najniższy priorytet)

Celem tej reguły jest umożliwienie niezalogowanym użytkownikom bezpośredniego pobierania z pamięci podręcznej stron HTML z Cloudflare CDN.

To najważniejszy krok w kierunku zwiększenia szybkości działania witryny i zmniejszenia obciążenia serwera.

Podobnie użyłemends_with(http.host, ".etufo.org")Zastąpił oryginalny protokół i format nazwy domeny.

Osiągnięto automatyczną kompatybilność z domenami wieloznacznymi i podwójnymi protokołami.

Natywne wyrażenia WordPress:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_"

Ulepszone wyrażenia WooCommerce:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_" and not http.cookie contains "woocommerce_"

Wybierz opcję „Spełnia kryteria pamięci podręcznej” dla operacji.

Zalecamy włączenie następujących opcji:

Zbroja oszustwa pamięci podręcznej.

Aktualizacje nie obejmują nieaktualnej zawartości.

Umieść tę regułę na samym dole wszystkich reguł buforowania.

Trzy kroki weryfikacji, które należy wykonać po konfiguracji

Po zakończeniu konfiguracji nie zamykaj strony od razu.

Aby upewnić się, że reguły działają prawidłowo, należy wykonać trzy proste walidacje.

Pierwszym krokiem weryfikacji jest sprawdzenie statusu pamięci podręcznej, gdy użytkownik nie jest zalogowany.

Włącz tryb incognito w przeglądarce.

Naciśnij klawisz F12, aby otworzyć narzędzia programistyczne i przejść do karty Sieć.

Odwiedź stronę główną swojej witryny.

Sprawdź nagłówki odpowiedzi.cf-cache-statuspole.

Jeśli wyświetlaneHITOznacza to, że pamięć podręczna została trafiona i reguła działa prawidłowo.

Drugim krokiem weryfikacji jest sprawdzenie buforowania statusu logowania.

Zaloguj się do przeglądarki w standardowym oknie przeglądarkiZaplecze WordPress.

Naciśnij klawisz F12, aby otworzyć narzędzia programistyczne.

Odwiedź stronę główną witryny.

Sprawdź nagłówki odpowiedzi.cf-cache-statuspole.

Jeśli wyświetlaneDYNAMICOznacza to, że zalogowany użytkownik pomyślnie ominął pamięć podręczną.

Trzecim krokiem weryfikacji jest sprawdzenie statusu buforowania komentujących użytkowników.

Dodaj komentarz korzystając z innej przeglądarki lub trybu incognito.

Odśwież stronę.

Sprawdź nagłówki odpowiedzi.cf-cache-statuspole.

Jeśli wyświetlaneDYNAMICOznacza to, że komentujący użytkownik również pomyślnie ominął pamięć podręczną.

Jeśli walidacja się nie powiedzie, najpierw sprawdź, czy kolejność reguł jest prawidłowa.

Następnie sprawdź, czy istnieją inne reguły strony lub reguły buforowania, które kolidują z tymi trzema regułami.

W trakcie moich testów odkryłem, że reguły strony mają wyższy priorytet niż reguły buforowania i zastępują ustawienia reguł buforowania.

Często zadawane pytania i zaawansowane optymalizacje

Wiele osób pyta mnie, jak długi powinien być czas wygaśnięcia pamięci podręcznej.

Zalecam ustawienie czasu wygaśnięcia pamięci podręcznej dla plików HTML na serwerze źródłowym na 1 godzinę.

Zapewnia to świeżość treści i pełne wykorzystanie zalet buforowania w ramach CDN.

Jeśli opublikujesz nowy artykuł lub zaktualizujesz stronę, możesz ręcznie wyczyścić pamięć podręczną odpowiedniej strony w zapleczu Cloudflare.

Możesz również zainstalować oficjalny pakiet instalacyjny Cloudflare.Wtyczka WordPressUmożliwia to automatyczne czyszczenie pamięci podręcznej podczas publikowania treści.

Niektórzy pytali również, czy ta metoda wpłynie na stronę internetową.SEO.

Absolutnie nie.

Roboty wyszukiwarek nie logują się i pobierają strony z pamięci podręcznej tak samo jak zwykli użytkownicy.

Strony z pamięci podręcznej ładują się szybciej, co może wpłynąć na poprawę pozycji w wynikach wyszukiwania.

Według raportu Google Core Web Metrics, każde 1 sekundowe zwiększenie szybkości ładowania strony może skutkować wzrostem współczynnika konwersji o 7%.

Zwiększona prędkość uzyskana dzięki tej konfiguracji nie tylko poprawia komfort użytkowania, ale także bezpośrednio generuje większy ruch i przychody.

Wniosek

W dobie cyfrowej, w której moc obliczeniowa równa się kosztom, a szybkość równa się konkurencyjności, każda optymalizacja zasobów serwerowych dodaje wartości zasobom cyfrowym.

Wiele osób decyduje się na drogie, płatne usługi, nie doceniając przy tym ogromnego potencjału, jaki kryją w sobie darmowe narzędzia.

Możliwości bezpłatnej wersji Cloudflare są o wiele większe, niż większość ludzi sobie wyobraża.

Najlepsze rozwiązanie techniczne nigdy nie jest najdroższe, lecz takie, które najlepiej odpowiada Twoim potrzebom.

Dla 99% właścicieli indywidualnych witryn internetowych oraz małych i średnich przedsiębiorstw to bezpłatne rozwiązanie do buforowania oparte na plikach cookie w zupełności spełnia potrzeby tych firm.

Nie wymaga płacenia 200 USD miesięcznie, a zapewnia niemal taką samą poprawę wydajności jak plan płatny.

Istotą technologii jest rozwiązywanie problemów, a nie gromadzenie drogich narzędzi.

Naprawdę pojmujemy istotę technologii, gdy uczymy się budować wydajne systemy, wykorzystując najbardziej podstawowe komponenty.

Jeśli używasz bezpłatnej wersji Cloudflare i Twoja witryna oparta jest na WordPressie, gorąco polecam skorzystanie z tej instrukcji, aby ją skonfigurować.

Odkryjesz, że szybkość działania Twojej witryny internetowej znacznie wzrośnie, a obciążenie serwera znacznie się zmniejszy.

To operacja optymalizacyjna, której wdrożenie zajmie 5 minut, a korzyści z niej będą Ci towarzyszyć przez cały rok.

Nie marnuj wolnych zasobów; podejmij działania, aby przyspieszyć działanie swojej witryny.