Dzień dobry,

W dniu dzisiejszym wgrano aktualizacje która poprawia:

- ogólną wydajność forum
- emotikony w postach na komputerze 🙂

Dodano również czatbox, a także rozpoczęto beta-testy giełdy (o tym wkrótce więcej informacji).

@Daniel jakieś 10 minut temu miałem taki komunikat. 👇

@Krzyś111685053072 dziękuję za informację.

Faktycznie, pojawiła się kolejna próba destabilizacji pracy forum. Dodałem kolejne reguły w Cloudflare 🙂 Teraz już nie powinno się tak zdarzyć, ale jeśli jednak tak się stanie - będziemy działać dalej!

@daniel jak mi się to przytrafi to na pewno dam tu znać.

@Daniel jaką wydajność?!

przy przeglądaniu długich, wielostronicowych tematów (np. „Szybkie pytania, szybkie odpowiedzi G20/21”, strona 380+) podstrony otwierają się bardzo wolno – często trzeba czekać od 4 do nawet 9 sekund na samo pojawienie się treści.

analiza wydajności w Chrome DevTools (Performance Trace) :

1. Główne wąskie gardło: TTFB (Time to First Byte):

   • Czas oczekiwania na pierwszy bajt HTML z serwera wynosi od 3,6 s do 8,8 s (gdzie norma to poniżej 0,5–0,8 s).

   • Samo pobieranie plików CSS/JS/grafik po odebraniu HTML działa sprawnie i trwa ułamek sekundy – problem leży wyłącznie w czasie generowania dokumentu HTML przez backend (LiteSpeed + PHP / MySQL).

2. Dlaczego tak się dzieje?

   • Cloudflare nie buforuje podstron forum (cf-cache-status: DYNAMIC): Z powodu nagłówków ciasteczek sesyjnych (ips4_IPSSessionFront), 100% zapytań o treść wątków uderza prosto w bazę danych i interpreter PHP.

   • Problem deep pagination (LIMIT / OFFSET w bazie): Przy wątku mającym 380+ stron (blisko 10 000 wpisów), zapytanie SQL o posty musi przetworzyć i posortować tysiące wcześniejszych rekordów (OFFSET ~9500), dociągając do każdego reakcje, dane autorów i sygnatury.

3. Proponowane rozwiązania, które można szybko wdrożyć:

   • Włączenie Edge Cache w Cloudflare (Cache Rules / Page Rules) dla gości: Skonfigurowanie reguły Cache Everything dla adresów /forum/topic/* z pominięciem ciasteczek logowania (bypassing cache on cookie: ips4_member_id / ips4_loggedIn). Spowoduje to, że dla osób niezalogowanych (oraz robotów Google) strona otworzy się natychmiast z pamięci Cloudflare (<0,3 s) zamiast zarzynać bazę danych.

   • Wtyczka LiteSpeed Cache dla IPS (Invision Community): Skoro serwer działa na LiteSpeed Web Server, wdrożenie dedykowanego modułu cache LSCache drastycznie odciąży PHP i MySQL przy generowaniu widoków tematów.

     przy tak obszernych wątkach serwer zaczyna się dławić i prosta zmiana reguł cache rozwiązałaby ten problem od ręki.

@Daniel

Główna strona (/forum/) otwiera się u mnie po 30–40 sekundach.

Przeglądarka po prostu wisi z białym ekranem i czeka na serwer (TTFB to ponad 95% całego czasu). Jak HTML w końcu przejdzie, reszta ładuje się błyskawicznie w 0,2 s.

od strony technicznej:

1. Cloudflare ma ustawiony status DYNAMIC, więc przepuszcza 100% ruchu bezpośrednio na Twój serwer, zamiast cokolwiek trzymać w cache.

2. Na głównej silnik mieli naraz 211 działów/poddziałów + widgety z ogłoszeniami giełdy i statystykami. Baza nie wyrabia z przeliczaniem tego przy każdym odświeżeniu.

Edytowane 24 Października24 Paź przez M4R10

Dziękuję za analizę za pomocą AI. Nie będę publicznie zagłębiał się w konfigurację ani serwera, ani Cloudflare. Jeśli chcesz o tym dalej porozmawiać - zapraszam na PW.

Zmierzyłem wątek o którym napisałeś (zarówno automatycznie, jak i ręcznie). Nie mogę potwierdzić jego prędkości ładowania. Wyniki w Google PageSpeed też świadczą raczej o tym, że wszystko działa prawidłowo.

Uwierz mi, że dość dużo rzeczy dzieje się równolegle, które zespół moderatorów i ja robimy dziennie by forum utrzymać przy funkcjonowaniu. Tutaj szybkie statystyki z ostatnich 24 godzin 🙂

Poniżej ilość zapytań / botów z ostatnich 24 godzin do dwóch dość kluczowych części forum, które mocno obciążają bazę danych. Być może trafiłeś na moment, w którym niektóre boty się przedostały (nie jesteśmy w stanie przefiltrować wszystkiego, chociaż uważam że jesteśmy całkiem skuteczni) 🙂

Co do wigetów / forów - wszystko jest cachowane i nie jest pobierane z bazy za każdym razem gdy ktoś odwiedza forum. Gdyby tak było, serwer który i tak jest mocny nigdy nie dałby rady ze względu na ruch który to forum generuje. Polecam doczytać o widgetach, listach forów, wątków i innych technicznych aspektach Invision Community.

@Daniel Dzięki za wykład, ale w chwili gdy pisałem posta, forum się faktycznie dławiło. i to jest fakt.

Wierzę w to że serwer mógł złapać czkawkę. Ale koszty już teraz są bardzo wysokie. Staramy się wdrażać mechanizmy które podniosą prędkość forum czy zabezpieczą je przed atakami botów - a tych jest na prawdę sporo każdej minuty.

Jak tych czkawek będzie sporo to pomyślimy o czymś więcej.