Skocz do zawartości

Cała aktywność

Kanał aktualizowany automatycznie     

  1. Wczoraj
  2. Such a significant increase in the size of one of the CRLs was associated with the mass revocation of certificates by one of our partner (revocations was due to business reasons). ciekawe kto ? https://groups.google.com/forum/#!topic/mozilla.dev.security.policy/oKHlME-gTIM
  3. mariaczi

    CMS ala wiki

    Sprawdź https://github.com/BookStackApp/BookStack/ skoro ma to być jako baza wiedzy.
  4. olak

    CMS ala wiki

    Poszukuję rozwiązania, które posłuży jako strona informacyjna (wiki) z zastrzeżeniem, by była możliwość dodawania/tworzenia kont użytkowników. Dodatkowo zależy mi na możliwości ograniczenia dostępu do treści (dla poszczególnych grup/użytkowników). Tworzymy np grupy użytkowników "poziom niski" i "poziom wysoki" oraz tworzymy artykuły do których mają dostęp wszyscy, albo wszyscy zalogowani, albo jedynie Ci przynależni do grupy poziom niski/wysoki. Joomla ma moderowanie dostępu, więc jedynie pasuje dokupić jedynie jakiś moduł/szablon wyglądający jak należy (np. ihelper) Coś jeszcze możecie polecić? Dziękuję
  5. szmigieldesign

    Search Console wariuje... Co robić?

    Możesz jeszcze podpytać autorów Disqus czy wiedzą o problemie i czy mają na to radę. Ale zasadniczo tak jak theqkash napisał - olać.
  6. servizza

    Optymalizacja pod kątem odczytów z dysków HDD

    Wielu sie juz wypowiedalo w temacie ale ja moze troche inaczej ugryze temat: - co to sa za dyski ? model/iops ?, kontroler sprzetowy ? jakis raid ? ile masz ramu w maszynie i jaki volument ruchu i jego zmiennosc ? - jaka natury jest ten ruchy, bo z tego co opisujesz wynika iz raczej jest to ruch ktory wypada z cache lub jest modyfikowany wiec tak naprawde wlozenie czegokolwiek jako "cache" za wiele nie pomoze, pagecache w ramie zawsze bedzie szybszy niz nvme, ssd i cokolwiek innego, oczywiscie ram jest drozszy... ale nadal to wszystko zalezy jakiej natury masz ruch z twojego use case wynika ze raczej czytasz caly czas "nowe" pliki ktore dopiero leca do cachu - zfs kompresje w nim, zil/arc itd ok... wszystko pieknie ale to nadal nie zmienia faktu ze czytajac new/mod files musisz odwolac sie do swojej macierzy HDD - pytam o te dane bo jesli masz malo ramu i ciagle z niego ewikty leca to ssd cache bedzie mial sens, czy zrealizujesz to na zfs czy cacecached czy chocby facebookowy ssdcache lub zwykl dm-cache jeden grzyb... roznice sa oczywiscie w detalach, nie wiemy jaki masz sprzet tam jaki cpu, wiec tutaj ostrozeni z ZFS i kompresja... numa/iterconnect moze byc twoim wrogiem tutaj (nie wiemy jaki jest iosize) poprostu wrzuc wiecej suchych danych sprzetowych/conf i dorzuc jakeis wykresy z nie wiem chociaz 72H z IO i jego specyfikacji , na tej podstawie mozna cokolwiek dopiero szukac dalej Pozdrawiam
  7. Mion

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    No i w miarę możliwości oferowanych przez hosting ustaw najnowsze wersje PHP o ile wtyczki Twojego WP na to pozwalają. Dodatkowo proponuję zobacz co Google ma do powiedzenia na temat Twojej strony : https://developers.google.com/speed/pagespeed/insights/?hl=pl
  8. patrys

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    TTFB to sporo czynników, jeżeli chce się uzyskać najlepszy, a strona jest regionalna to szukamy dostawcy z bardzo dobrym łączem, np. w Polsce OVH. Dalej tego WP przerabiamy w mocno statyczną wersje i można tu użyć modułów jak np. wp supercache. Strony mamy więc w HTML i wystarczy załatwić szybki serwer WWW który poda pliki HTML przed PHP ( dla niezalogowanych ). Tu najlepsze czasy generuje Nginx i wystarczy mu wklepać kilka linijek konfiguracji by działał jak z stroną HTML. Warto też mieć na uwadze szybkość dysków, bo jednak musimy z nich czytać dane. Reasumując zestaw sobie na test VPS z SSD w takim OVH i sklep prosty setup Nginx + PHP 7.2 FPM, MariaDB, a do tego cache supercache z konfiguracją po stronie Nginx. Ciężko znaleźć szybsze rozwiązanie pod serwowanie WP
  9. theqkash

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    Są systemy cache'ujące które generują wynikowy plik html dla każdej z podstron i serwują go klientowi za pomocą htaccess'a, co jest moim zdaniem najbardziej korzystną z punuktu widzenia wydajności opcją, choć oczywiście nie uniwersalną.
  10. Mion

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    Dla WP IMHO jedynym sensownym rozwiązaniem jest wszechstronne cache, bo wykonywanie kodu PHP skryptów składowych WP jest bardzooo długotrwałe, a im więcej wtyczkę tym gorzej i nic z tym nie zrobisz. Do WP są też wtyczki do CDN'ow.
  11. theqkash

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    Jeśli masz aż takie rozbieżności w TTFB sprawdź jakie TTFB będziesz miał dla strony statycznej umieszczonej na tych serwerach, a potem dla jakiegoś prostego skryptu napisanego w php, pozwoli Ci to już pewne wnioski wyciągnąć - dowiesz się bowiem czy ewentualne wysokie ttfb wynika z obciążenia ogólnego serwera lub z obciążenia wynikającego tylko i wyłącznie z działania interpretera skryptów. Jeśli w obu przypadkach będziesz miał niewielkie czasy, podczas gdy wordpress będzie miał wysoki TTFB, rozważ w WordPressie instalację systemu cache'ującego który wygeneruje statyczne pliki z instalacji wordpressa i będzie je serwował dla odbiorców. CSS/JS się scala, a fonty i tak zwykle są brane z Google Fonts, który jak przypomnę jest zasobem zewnętrznym na którego wydajność masz niewielki wpływ. Nie znam chyba szanującego się polskiego hostingu (bo temat jest o hostingach) który miałby serwery we Francji. No i nadal nie rozumiem jak to się ma do TTFB o które było pytanie w temacie. Przeczytaj dokładnie i ze zrozumieniem to co napisałem, bo chyba gdzies się zagalopowałeś 🙂
  12. Mion

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    No właśnie dlatego po co stworzono CDN by serwować pliki statyczne nie z serwera aplikacji jak najbliżej klienta. Jak już pisałem i możesz sam sprawdzić patrząc w źródła WP lądują cała mesęplików CSS / JS do tego jeszcze liczne fonty., które muszą być przez serwer odczytane i wysłane itd... Pliki z CDN w Warszawie do przeglądarki klienta w Polsce powinien przejść szybciej niż ten sam plik z serwera we Francji, a to już daje całkiem wymierne korzystności. Nie wiem co to jest statystyczny błąd dodatkowego obciążenia serwera.
  13. Diego164

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    No cóż, nie napisałem że się znam w tym temacie, ale dziwne wydaje się być to, iż ta sama strona na WordPress na różnych hostingach miała TTFB ok 400ms a na innym już ok 2000ms. Na tych przypadkach wyciągnąłem poprostu wnioski, że to wina hostingu. Szukam poprostu czegoś najszybszego pod jedną stronę na WP. PS Strona ma ok 30 zapytań/podstrona. W tym 8 zapytań na zewnętrzne (6 fontsgoogla, analytics i tagmanager) http://prntscr.com/ltx848
  14. theqkash

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    O jakim relatywnym wzroście szybkości mówisz? Na moje oko zarówno CDN jak i DNS Anycast to rozwiązania wybitnie nadmiarowe dla 95~99% serwisów, w praktyce nie dające wiele przy realnym użyciu poza ewentualnymi warunkami testowymi. Mając małą stronę która na dzień dobry generuje się pół sekundy i posiadającą 50-100 elementów statycznych plus jakieś zewnętrzne rozwiązania typu Facebook, Google Analytics, Hotjar, Callpage, zatosowanie zarówno CDN da zysk szybkości w granicach błędu statystycznego (choć często to są skrypty asynchroniczne oczywiście, ale opóźnienie wynikające z tych skryptów często uwidacznia się w narzędziach analitycznych). Dlaczego sugerujesz, że zastosowanie CDNa do każdej strony poprawi cokolwiek i jest warte rozważania? Moim zdaniem CDNa warto wprowadzić tylko wtedy jeśli serwujesz mnóstwo elementów statycznych i to do szerokiego grona odbiorców, w przeciwnym razie jest to zbędna inwestycja. DNS Anycast już kompletnie nie ma sensu jeśli skupiasz się na odbiorcach z jednego kraju i w tym kraju stawiasz DNSa, we wszystkich innych przypadkach zysk jest jednak stosunkowo niewielki. To według Ciebie serweer wysyłający mase plików statycznych wykonujących do tego operacje dyskowe nie jest przez to dodatkowo obciążany ? Oczywiście, że jest obciążany, ale w większości przypadków obciążenie wynikające z samego przesyłanie plików statycznych dla przeciętnej strony firmowej jest w granicach błedu statystycznego Po to się stosuje scalanie tych plików w jeden plik i istnieją rozwiązania które robią to z automatu, nie trzeba tu CDNów, bo te i tak niewiele dadzą.
  15. Mion

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    Po to, by uzyskać większą relatywną szybkość wczytywania strony jako całość, bo chyba o to w tym wszystkim chodzi, a nie tylko polepszyć czas wysłania pierwszych bajtów z serwera od przetworzenia kodu PHP liczony w milisekundach. Przyśpieszenie samego WP z masa wtyczek jest IMHO tym samym co trenowanie konia pociągowego do wyścigów. To według Ciebie serweer wysyłający mase plików statycznych wykonujących do tego operacje dyskowe nie jest przez to dodatkowo obciążany ? Zwróć uwagę, że wodpress przeważnie ładuje masę plików CSS/ JS zwłaszcza taki z wtyczkami.
  16. Poziomecki

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    Przede wszystkim dobry cache musi być. W większości problem z TTFB będzie wszędzie. U mnie WP z małą ilością wtyczek i szablonem kupionym bez optymalizacji z mojej strony a ttfb jest bardzo duży. Warto też powiedzieć że ładowanie zewnętrznych elementów ma na to wpływ. U jednego klienta był problem np. z wtyczką fejsbuczka, który zamulał stronę bo za każdym razem skrypt musiał czekać aż on się załaduje a ładował się topornie.
  17. theqkash

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    Dokładnie o to chodzi. Z ciekawostek, miałem ostatnio klienta, który nie miał żadnych nadmiarowych wtyczek, ale motyw z którego korzystał łączył się do serwera aktywacyjnego aby potwierdzić legalność użytkowania, a nie mógł tego zrobić bo prace były wykonywane na niezgłoszonej nigdzie domenie testowej. Dojście do tej informacji chwilę zajęło, w międzyczasie oczywiście "zrób coś z tym serwerem, bo mam ttfb po 3 sekundy" Po co się interesować CDNami na tym etapie? Wydaje mi się, że to znaczne wychodzenie "przed szereg", kompletnie zresztą niepotrzebne przy przeciętnej stronie i nie mające wiele wspólnego z TTFB na hostingu. TTFB zwykle rośnie przez działanie interpretera danego języka (lub przez całkowite obciążenie serwera), a nie przez obsługiwanie plików statycznych.
  18. Mion

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    Mylisz się. Hosting serwujący plik - wynikowy kod HTML strony to nie wszystko. Zainteresuj się CDN'ami pod statyczny kontent strony oraz dodatkowo Dns Anycast. Dzięki CDN relatywnie odciążysz żądania HTTP do serwera głównego (PHP/Node.js etc...)
  19. home_pl

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    Podaj adres strony na poparcie tej tezy :) TTFB zależy od wielu czynników, nie tylko związanych z samą wydajnością maszyn a np. odwołań zewnętrznych. Możesz mieć stronę o rozmiarze 100 kb z 1 pluginem tylko co z tego skoro ten plugin robi 120 requestów do zewnętrznych serwerów - póki nie odpowiedzą to TTFB będziesz miał taki, na jaki zasługujesz. Jeżeli Twój TTFB waha się od 300ms do 2s to najpierw sprawdź u źródła, w kodzie.
  20. Kapitan_Bomba

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    Obawiam się, że nie znasz za bardzo natury hostingu. Nieważne jak bardzo będziesz izolował klientów, to oni i tak zużywają zasoby całego serwera w różny sposób. A hosting, jak mówi jego definicja, to dzielenie zasobów między wielu klientów - firma musi zarobić (przez mniejszy lub większy overselling), więc oczywistym jest że klientów na 1 maszynie będzie wielu, a więc obciążenie będzie bardzo zmienne. Nawet jak trafisz na taki serwer z zerowym obciążeniem, to pewnie tylko dlatego, że firma nie zdążyła tam jeszcze wrzucić zbyt wielu innych klientów Reasumując - chcesz mieć 100% pewnych zasobów, to kupuj serwer dedykowany (bo nawet na VPS możesz mieć sytuację j/w). Inna sprawa, że ja chyba każdego dnia widzę te "doskonale zoptymalizowane wordpressy" złożone z 15 motywów i 50 pluginów
  21. Diego164

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    Strona jest bardzo dobrze zoptymalizowana, nawet podstrony zwykle ważą ok 400kb ale i tak co nie zmienię hostingu, to TTFB wynosi raz 300ms a na innym już ok 2s... Jedyne co mi jest potrzebne to naprawdę szybki dobrze zoptymalizowany hosting.
  22. theqkash

    Hosting z bardzo niskim TTFB pod WordPress z HTTP2

    Rozumiem, że zdajesz sobie sprawę z faktu, że TTFB nie zależy wyłącznie od hostingu? Nie zrozum mnie źle - jest wiele firm które technicznie są w stanie zapewnić niskie TTFB, ale tylko wtedy, gdy sama strona też jest doskonale zoptymalizowana.
  23. Cześć Szukam bardzo szybkiego hostingu pod WordPressa koniecznie z TTFB max 50ms w polskiej lokalizacji z protokołem HTTP2.
  24. Ostatni tydzień
  25. theqkash

    Search Console wariuje... Co robić?

    Możesz nie zlewać, natomiast nie sądzę abyś mógł jakkolwiek wpłynąć na zewnętrzne skrypty takie jak disqus. Nie sądzę również aby to miało jakiekolwiek znaczenie w tym konkretnym przypadku.
  26. kacperq

    Search Console wariuje... Co robić?

    Nadal zlewać, mimo, że problem w teorii istnieje? 😉 Google jednak widzi tu błąd.
  27. theqkash

    Search Console wariuje... Co robić?

    Tak jak wyżej napisałem
  1. Pokaż więcej elementów aktywności
×

Powiadomienie o plikach cookie

Korzystając z forum, wyrażasz zgodę na: Warunki użytkowania, Regulamin, Polityka prywatności.