blfr

Najbliżej Polski to jest chyba SBG. Ile kosztuje jej odnowienie w OVH?

Subdomena nie jest lepszym rozwiązaniem. Fonty ładujesz po http, bo pewnie w theme jest link do http://googlefonts, zmień go na niezależny od protokołu //googlefonts.

Logo na blogu powinno kierować do http://lencia.pl/ a nie http://lencia.pl/blog i belka z nawigacją powinna być ta sama. Bardzo dobrze, że wrzuciłaś blog do /blog, zamiast blog.lencia.pl, jak zrobiłoby wielu. Na stronie z ssl (https://lencia.pl/logowanie.html) jest mieszana zawartość, na przykład próbujesz załadować fonty po http. Zupełnie niepotrzebnie, Google Fonts wspiera ssl. Popraw linki. Albo w ogóle przenieś całą stronę na https. Ponoć dobrze robi na SEO. Ale musisz przetestować i zapewnić, że strona nadal się będzie szybko ładowała.

U mnie działa. GitHub ma poprawny certfyikat, nie powinieneś potrzebować --no-check-certificateAle nie używam CentOSa.

Może go pobrać bezpośrednio na serwer. wget https://raw.githubusercontent.com/zpanel/installers/master/install/CentOS-6_4/10_1_1.sh chmod +x 10_1_1.sh ./10_1_1.sh

Kilka okazyjnie sprzedanych kebabów to nie jest wyznacznik wartości usług IT.

Wybierz gotowe rozwiązanie, zamiast jakichś 3 hostingów w round robin. To jest w znacznej mierze rozwiązany problem i nie ma sensu takie kombinowanie. S3 gwarantuje dostępność na poziomie 99,9%, Google Cloud tak samo, a OVH nawet 99,99%. Do tego możesz ręcznie wskazać kilka geograficznie niezależnych miejsc przechowywania plików.

RunAbove. To jest oferta, którą OVH teraz aktywnie dopieszcza.

VPS-a. Ale tak. Zresztą, słusznie. Nie opłaca się prowadzić współdzielonego hostingu, gdzie użytkownicy za 2zł miesięcznie spodziewają się wsparcia technicznego dla jakiegoś skleconego metodą Kopiego-Paste'a skryptu php.

Masz jakiś error.log, tak? I co tam jest?

Wyczyść firewalla iptables -F iptables -X iptables -t nat -F iptables -t nat -X iptables -t mangle -F iptables -t mangle -X iptables -P INPUT ACCEPT iptables -P FORWARD ACCEPT iptables -P OUTPUT ACCEPT i zobacz, czy działa. Jak chcesz tylko połącznenie do serwera, to nie potrzebujesz NAT-ów i innych bajerów. W logu po stronie serwera coś widać?

Indeksowanie nie powinno prowadzić do 503. Mogłaby trochę wolniej działać, ale nie powinna sypać błędami. Nie patrz na zestawienie, tylko znajdź ten konkretny błąd i zobacz, co go wywołało.

Masz dostęp do logów serwera?

Jak zawsze, więcej działów niż postów.

Czy pamięć w tym OpenVZ to nie jest "burst" przypadkiem?

Jak się uzbierała kasa, jeśli nie możesz wyświetlać reklam?

Wygląda na to, ze Twoje serwery DNS nie odpowiadają. Jakich używasz? Przejściowe problemy z połączeniem, nawet relatywnie niewielki packet loss też mogą się tak objawiać.

Albo hashują wszystkie możliwe kombinacje, przynajmniej te, których używają. Ale znając życie, mają w plaintekście.

DNS-y CloudFlare są anycast, nie przypisane do żadnego rejonu geograficznego. Odpowiada ten, który jest najbliżej. Zrób traceroute z OVH do alex.ns.cloudflare.com, a potem z Polski.

SSL i ich PoP-y masz za darmo. Twój certyfikat pewnie nie jest w żaden sposób lepszy od tego, który oni wystawiają, a przyda się do zabezpieczenia ruchu między CloudFlare i Twoim serwerem. Nie żebym jakoś szczególnie polecał CloudFlare, ale Twoje zastrzeżenia nie są powodem, żeby ich nie używać.

CloudFlare ma PoP w Warszawie. Jakich innych rzeczy? To podejrzewam, że problem leży w konfiguracji, jeśli zmiana stylu położyła serwis. W każdym razie, zobacz RunAbove. To są VPS-y od OVH, ale zdecydowanie mniej zaniedbane niż oferta Classic.

OVH generalnie nie wywala użytkowników przy DDoS-ie.

Google Analytics jest ostatnio wyjątkowo intensywnie spamowane. Nawet bez kontaktu z Twoim serwerem, spammerzy wysyłają dane wprost do Google. Musisz przekopać się przez te dane i ustalić, na ile wiarygodne masz informacje. Spojrzeć w logi serwera, spojrzeć na źródła i charakter ruchu.

SYS to OVH, ta sama firma, te same serwerownie.

Czym mierzysz te 56k uu? Jak skutecznie filtrujesz spam i crawlery z tych statystyk?