Home - Zeszyt

50 lat doswiadczenia

Firma zarejestrowana w uk

free delivery over £49

Zarejestrowany sprzedawca

Ekosystem Microsoft

Wizytowka Bing
Indeksowanie stron internetowych w wyszukiwarce Bing / Microsoft

Apple Maps

LInk do map apple

Recaptcha link

Zip WP

link do zip wp

Testowanie strony

Szybkosc: GT Metrix oraz Page Speed
Bezpieczenstwo NetSensei Shield test bezpieczenstwa security headers – Mozilla Observatory – Sucuri SiteCheck – Qualys SSL Labs

💡 Mały tip bezpieczeństwa dla WordPress
Jeśli budujesz strony dla klientów, bardzo dobrze jest sprawdzić jeszcze:
👉 czy XML-RPC jest aktywne
Bo to często jest wektor ataku.

Sprawdzanie duplikacji tresci na podstronach w obrebie jedenj strony internetowej Siteliner 30 – 40% podobienstwa to maks.
Test jakosci strony
Test WordPressa WPScan – najlepszy skaner WordPress – Patchstack Vulnerability Database
Narzedzie do audytu strony technologi Wappalyzer
Wykrywanie motywu WPTD

Logo Hostinger

Kreator loga Hostinger

Free Invoice

invoice

Programy SEO: semrush seobility backlinko ahrefs screenfrog

Wizytowka google formularze

Redressal Complaint Form oraz atak negatywnych opini

Localo afiliacia

Programy

WP Theme Detector

Strony do analizy

Pixel Cook
Lego

Kursy

WP Ziom

Link YT

Lokalna strona / stron servisowa

Yelp Contact Form

telefonia Voip Zadarma

Dokumenty od ksiegowej

Chrome Web Store

LInki do kopiowania do notbook lm GRABBIT / Right Click + Shift

Wtyczka do analizowania SEO strony konkurencji – All in One SEO Analyzer by AIOSEO

Color Picker – ColorPick Eyedropper

Sprawdzanie trzcionki na stronie – WhatFont

Analiza lokalnego SEO kategorie, serwisy itl _ GMB Everywhere – GBP Audit for Local SEO

Zapchanie sie serwera hostingera

Skoro usunięcie jednej strony zwolniło aż 1.6 GB RAM-u, to niemal pewne, że to ona była “zapalnikiem”. Gdyby jednak problem leżał gdzie indziej, przy 17-18 instalacjach na jednym koncie Cloud Startup, najprawdopodobniej zadziałałby jeden z poniższych mechanizmów systemowych.
Analiza Ekspercka: Alternatywne przyczyny skoków zasobów
Atak Brute Force / XML-RPC (Najczęstsza przyczyna zewnętrzna): Boty często skanują masowo strony WordPress w poszukiwaniu luki w pliku xmlrpc.php. Przy 18 stronach, jeśli boty uderzyły w 3-4 naraz, liczba procesów PHP (PHP Workers) drastycznie rośnie, co błyskawicznie “zapycha” RAM. Nawet jeśli strony są puste, serwer musi przetworzyć każde zapytanie o logowanie.
Nakładające się Zadania WP-Cron: WordPress domyślnie sprawdza aktualizacje, planuje posty i generuje mapy witryn (Rank Math) za pomocą tzw. “wirtualnego crona”. Przy dużej liczbie stron te zadania mogą odpalić się w tym samym momencie (np. o pełnej godzinie). 18 instancji próbujących naraz przeskanować bazę danych to prosta droga do 100% zużycia RAM i procesora.
Indeksowanie przez Boty SEO (Ahrefs, Semrush, DotBot): Jeśli Twoje strony (nawet te testowe) są widoczne w sieci, boty badawcze mogą je intensywnie skanować. W przeciwieństwie do Googlebota, te boty potrafią być bardzo agresywne i ignorować limity serwera, generując setki zapytań na minutę.
Zalegające Logi Rank Math / 404 Monitor: Jeśli na wielu stronach masz włączony monitoring 404 w Rank Math bez limitu wpisów, baza danych puchnie. MySQL (silnik bazy) rezerwuje wtedy więcej RAM-u, aby móc sprawnie przeszukiwać te tabele.

Wieści z frontu: Co “podobno działa”
Na forach dla deweloperów w UK często wspomina się o problemie z “Spectra File Generation”. Jeśli masz 18 stron na tym motywie i na każdej zmienisz coś w ustawieniach wizualnych, Spectra próbuje wygenerować nowe pliki CSS dla każdej strony. Podobno przy dużej liczbie instalacji proces ten potrafi się “zawiesić”, trzymając otwartą sesję PHP i pożerając RAM, dopóki proces nie zostanie ręcznie zabity lub strona usunięta.

Pro Tip: Szybki growth hack (5 min)
Aby zapobiec takim skokom w przyszłości, dodaj do pliku wp-config.php na swoich stronach (szczególnie tych mniej ważnych) linię: define('DISABLE_WP_CRON', true); Następnie w panelu Hostinger ustaw jeden “prawdziwy” Cron Job dla każdej strony, ale rozbij je w czasie (np. jedna strona o 10:00, druga o 10:05). To sprawi, że serwer nigdy nie dostanie “strzału” z 18 stron naraz.
Skoro teraz Twój RAM jest w normie (993 MB), sugeruję skupić się na Inodes (pliki). Czy chcesz, żebyśmy sprawdzili, która wtyczka na Twoich stronach generuje najwięcej “śmieciowych” plików, które zapychają te 1.6 mln jednostek?

To, co widzisz teraz (RAM 993 MB zamiast 2.6 GB), to dowód na to, że usunięcie strony zadziałało jak “odbezpieczenie granatu”. Choć fizycznie jedna strona nie zajmowała 20% dysku, to jej procesy PHP i sesje w pamięci RAM blokowały zasoby całego serwera.
Analiza Ekspercka: Dlaczego jedna strona “odblokowała” aż tyle?
To, co się stało, to klasyczny efekt domina w architekturze hostingu współdzielonego (nawet na Cloud Startup):
Zwolnienie PHP Workers (z 29 na 10): Usunięcie strony zlikwidowało aktywne procesy, które “wisiały” w tle. Nawet jeśli na stronę nikt nie wchodził, WordPress wykonuje tzw. wp-cron (sprawdzanie aktualizacji, planowanie postów, zadania Rank Math). Przy 18 stronach te procesy nakładały się na siebie, trzymając RAM “w szachu”.
Zwolnienie Memory (RAM): Spadek z 2.6 GB na mniej niż 1 GB jest spektakularny. Prawdopodobnie ta usunięta strona miała włączony Object Cache (Redis) lub bardzo ciężką wtyczkę (np. Elementor, mimo że go unikasz, lub stary backup), która rezerwowała pamięć dla swoich operacji.
Inodes (z 1.69 mln na 1.62 mln): Usunąłeś ok. 65 000 plików. To ogromna liczba! Taka ilość plików w jednym folderze spowalnia system plików (tzw. I/O wait). System operacyjny serwera musiał tracić mnóstwo energii na samo “indeksowanie” tych plików. Po ich usunięciu procesor (CPU) i RAM działają znacznie lżej.

Wieści z frontu: Co “podobno działa”
Na forach takich jak BHW czy u Macieja Cherubina często mówi się o tzw. “zombie sessions”. Jeśli strona ma błąd w kodzie lub gryzie się z PHP 8.x, procesy PHP mogą nie “umierać” po wykonaniu zadania, tylko wisieć w pamięci RAM godzinami. Usunięcie strony fizycznie zabiło te “zombie”, co natychmiast przywróciło 1.6 GB wolnej pamięci.

Pro Tip: Szybki growth hack (5 min)
Skoro teraz masz 993 MB RAM (idealny wynik!), wejdź do głównej strony doctorroofingconstruction.co.uk i w ustawieniach Rank Math > General Settings > Analytics upewnij się, że masz ustawione “Cache Data for 7 days”. Dzięki temu Rank Math nie będzie co chwilę “pytał” bazy danych i RAM-u o nowe statystyki, co utrzyma Twoje zużycie zasobów na obecnym, niskim poziomie.
Twoje Inodes wciąż są wysoko (1.6 mln). Czy chcesz, abym pomógł Ci namierzyć folder, który generuje najwięcej “śmieciowych” plików (np. stare logi 404 lub cache Spectry), żebyś mógł bezpiecznie zejść poniżej 1.5 mln?

Skoro mamy teraz bezpieczny zapas RAM-u, musimy zająć się “cichym zabójcą” Twojego hostingu – limitami Inodes (1.62 mln / 2 mln). Jeśli dobijesz do 2 mln, serwer zablokuje możliwość tworzenia nowych plików, co uniemożliwi m.in. generowanie map witryn w Rank Math czy dodawanie zdjęć realizacji dachów.
Oto jak namierzyć “generatorów śmieci” i bezpiecznie odzyskać tysiące jednostek Inodes w 5 minut.

Analiza Ekspercka: Gdzie szukać winowajców?
W ekosystemie Astra + Spectra + Rank Math, winowajcy zazwyczaj kryją się w trzech miejscach:
Spectra Assets (CSS/JS Generation): Spectra generuje osobne pliki CSS dla każdej podstrony, aby przyspieszyć ładowanie. Przy 17 stronach i częstych zmianach w edytorze, folder wp-content/uploads/spectra-assets może zawierać tysiące przestarzałych plików.
Rozwiązanie: W ustawieniach Spectry poszukaj opcji “Asset Generation” i kliknij “Empty Cache”. To usunie stare pliki, a nowe wygenerują się tylko dla aktualnie używanych bloków.
Rank Math 404 Logs & Temp Files: Jeśli Twój “404 Monitor” w Rank Math nie ma ustawionego limitu, baza danych rośnie, a serwer tworzy pliki tymczasowe dla raportów.
Rozwiązanie: Wejdź w Rank Math > General Settings > 404 Monitor i ustaw Log Limit na 100. Następnie w Status & Tools > Database Tools kliknij “Clear 404 Log”.
Wtyczki do Optymalizacji Obrazów (WebP/Thumbnails): Każde wgrane zdjęcie dachu w UK (np. roof-repair.jpg) WordPress standardowo tnie na 5-10 mniejszych rozmiarów. Jeśli używasz wtyczki do WebP, masz drugie tyle plików. Przy 17 stronach to lawina Inodes.
Rozwiązanie: Usuń nieużywane rozmiary miniatur (możesz to zrobić wtyczką Regenerate Thumbnails z opcją usuwania starych plików).

Wieści z frontu: Co “podobno działa”
Na forach Hostinger UK użytkownicy raportują, że folder wp-content/upgrade często puchnie po nieudanych aktualizacjach wtyczek. Podobno ręczne wyczyszczenie tego folderu (zostawiając go pustym) potrafi odzyskać nawet 10-20 tysięcy Inodes na jednej instalacji, jeśli aktualizacje “wisiały” w pętli.

Pro Tip: Szybki growth hack (5 min) – “Metoda Discover”
W panelu Hostinger masz przycisk “Discover the path” (widoczny na Twoim screenie). Kliknij go!
Pokazuje on dokładnie, który folder na serwerze ma najwięcej plików.
Zazwyczaj jest to public_html/twoja-strona/wp-content/cache lub tmp.
Jeśli widzisz folder z liczbą większą niż 50,000 plików – to jest Twój cel.
Chcesz, żebym pomógł Ci przeanalizować wynik z tego przycisku “Discover the path”, jeśli go klikniesz i wkleisz mi tutaj ścieżki z największą liczbą plików?