Fizyda

Tak, 90% strony to baza.

Jeśli miałbym brać w tej chwili coś dla siebie to albo Xiaomi Mi5 Pro, albo Mi4c. Zależy czy Mi5 jest w budżecie, ciężko mi powiedzieć bo z Xiaomi to cena zależ od kursu walut więc trzeba sprawdzać na bieżąco.

Robisz nową stronę o nazwie faq i dajesz bloga jako stronę główną, w tedy masz na www.strona.pl/faq/ listę wszystkich postów a pod www.strona.pl/faq/nazwa-tematu/ konkretny wpis. Natomiast pod www.strona.pl/ masz zawartość strony głównej. Owszem dałoby radę np przez napisanie nowego typu postów o nazwie faq, i w nim dodawać nowe pozycje. Efekt byłby identyczny jak ten z moją propozycją lecz nie dałoby się zastosować do moja-strona.pl/faq innego szablonu niż ten który jest ustawiony dla strony, a chyba na tym też zależało autorowi. Przy rozwiązaniu z CPT (custom post type) należałoby zmodyfikować aktualny szablon tak by inaczej wyświetlał archiwa dla nowego CPT oraz stroną z pojedynczym wpisem tego CPT. Pracy więcej, a jeśli chcemy dwa różne gotowe szablony to prawie niewykonalne, a przynajmniej nie opłacalne. Lepiej w tedy iść w multi sites.

Worpdress posiada coś takiego jak multi sites, w ramach jednej instalacji możesz uruchomić np 2 strony, wtyczki instalujesz raz i każda ze stron ma do nich dostęp, ale konfigurujesz je w ramach każdej "wirtualnej' strony osobno. Każda strona może mieć swój unikalny szablon. Jedną możesz ustawić jako stronę główną i np po wejściu na mojastrona.pl zostanie wyświetlona właśnie ta główna. Pozostałe strony mogą być widoczne pod adresami: twoja_nazwa.mojastrona.pl lub mojastrona.pl/twoja_nazwa, zależy jak skonfigurujesz sobie multi sites. Gdybyś potrzebował pomocy lub chciał zlecić zrobienie czegoś takiego napisz do mnie na priv. Aha, w ramach wszystkich stron masz jeden zbór użytkowników czyli za pomocą tego samego hasła i loginu można logować się do wszystkich storn w ramach jednej instalacji WP, ale dla każdej ze stron możesz nadać użytkownikom zupełnie inne uprawnienia.

Brakuje mi już pomysłu czym może być spowodowane tak duże opóźnienie do pierwszego byte'u podczas wczytywania stron, czas ten wynosi średnio około 10 sekund i występuje co kilka minut, około 2/3 minut. Początkowo myślałem że to problem z SSL, ale do stron statycznych jest wszystko w porządku, więc zająłem się php-fpm, tutaj też okazało się ok. W tej chwili podejrzewam Wordpressa, ale problem dotyczy czystej instalacji bez pluginów. Totalnie zgłupiałem i nie wiem w czym może tkwić problem. Może ktoś coś podpowiedzieć, nakierować gdzie szukać problemu. Dodam jeszcze, że powiedzmy w przedziale czasu N gdzie jest to czas pomiędzy jednym długim wczytywaniem strony, a kolejnym strona wczytuje się w przeciągu 1 do 2 sekund. Próbowałem instalować WP Super Cache oraz W3 Total Cache, nic nie pomogły. PS. Sprawdziłem czas wykonywania się skryptu i wychodzi na to, że to on wykonuje się tyle czasu, początkowo myślałem że to problem z tym że php musi wystartować bo nie był używany przez N czasu i to właśnie tworzy opóźnienie.

Rozwiązanie: Udało mi się zlokalizować problem, tak jak podejrzewałem wina była po stronie WP, choć nie do końca ponieważ problem wystąpił w WP przez chyba nietypową konfigurację serwera. Problemem było to że WordPress po coś sam siebie odpytuje, powodowało to błąd: stream_socket_client(): unable to connect to ssl://www.my-addr.com:443 (Connection timed out) wywołania: WP_Http->post() wp-includes/class-http.php:576 wp_remote_post() wp-includes/http.php:187 spawn_cron() wp-includes/cron.php:333 wp_cron() wp-includes/cron.php:360 do_action('init') wp-includes/plugin.php:524 Jak widać jest to w core, ma to związek z cron'em wordpressa, nie mam pojęcia po co i o co chodzi. Problemem było to że WP nie mógł połączyć się z serwerem ponieważ jak przypuszczam nie dało się ustalić adresu ip serwera lub z jakiegoś powodu nie dało się zroutować połączenia wychodzącego z adresu ip X na adres ip serwera na którym pracował WP czyli też X. Wystarczyło dodać do /etc/hosts na sztywno www.my-add.com czyli: 127.0.0.1 www.my-addr.com Myślę że przeszłoby też ustawienie własnego DNS'a który obsługiwałby dodatkowo sieć wewnętrzną i zwracał adresy IP nie publiczne tylko prywatne. W tedy problem też nie powinien wystąpić. Nie powinno być też problemu w momencie gdyby serwer miał publiczne IP, w moim przypadku jest on za NATem. Może ktoś ma pomysł jak rozwiązać ten problem bardziej automatycznie, tak by nie trzeba było dodawać każdej obsługiwanej domeny do hosts? Już nie chodzi mi o pracę tylko o zaśmiecanie pliku.

Nie musi by u mnie jest H i wszystko śmiga.

Virtual clone drive, darmowy, bez śmieci, działa. Czego chcieć więcej? Alcohol to kombajn to nagrywania płyt, a deamon tolola chyba nie da się zainstalować bez syfu w postaci toolbarów i innych śmieci.

Cały tekst newsa czy tylko opis jaki jest na stronie głównej? Te artykuły mają być dodawane do wordpressa jako posty czy tylko wyświetlone i po aktualizacji stare nie muszą być zachowane na Twojej stronie? Byłbym w stanie to zrobić, lecz muszę znać więcej szczegółów co do tej jak ma to działać.

StartServers 2 MinSpareThreads 25 MaxSpareThreads 75 ThreadLimit 64 ThreadsPerChild 25 MaxRequestWorkers 150 MaxConnectionsPerChild 0 pm = dynamic pm.max_children = 5 pm.start_servers = 2 pm.min_spare_servers = 1 pm.max_spare_servers = 3 ;pm.max_requests = 500 Wartości domyślne, nie zajmowałem się nimi bo serwer jeszcze nie jest "oddany" dla użytkowników, korzystam z niego na razie tylko ja. Wydaje mi się że domyślne opcje nie powinny być aż tak tragiczne by problemy były z jednym userem korzystającym z serwera.

SiXwishlist dzięki wielkie za zainteresowanie tematem i próbę pomocy . Na vhoscie. Worker działa identycznie, prefork również. Gdyby tak było problem dotyczyłby również stron statycznych, a one się wczytują w mgnieniu oka. Sprawdzam pod rożnymi przeglądarkami oraz na drugim komputerze. Dodam jeszcze dla jasności że nie mówię tutaj o pierwszym żądaniu po restarcie serwera, bo to ma prawo zamulić, lecz o kolejnych. Jeśli nadal podejrzewamy konfigurację apache/php to może jeszcze być problem z proxy_fcgi. Ale tutaj nie ma co konfigurować bo zwyczajnie brak pliku conf dla modułu. Natomiast php pod vhosty podpinam w następujący sposób: <FilesMatch "\.php$"> SetHandler "proxy:unix:/var/run/php5-fpm-user.sock|fcgi://localhost/" </FilesMatch> Edit: Podpiąłem vhosta z wp pod domyślny socket php-fpm (na którym działa phpmyadmin) tak gdybym skopsał tutaj konfigurację, niestety nie ma żadnej różnicy. Nawiązując jeszcze do: Strona z wp potrafi zamulić jeśli np używam ją przez kilka minut z przerwami kilku sekund między kolejnymi żądaniami.

Tak dokładnie tak, mam jeszcze phpMyAdmina i z nim nie ma problemów. Ja już naprawdę siedziałem nad problemem 2 dni zanim napisałem posta, w tym czasie szukałem rozwiązania w google, ale żadne nie pasowało. Objawy były czasami podobne, ale problem leżał gdzie indziej. Konfigurację również przewertowałem, zarówno apache jak i php. Wiele w niej względem preinstalowanej konfiguracji nie zmieniałem, doszedł jedynie modsecurity, zmiana mpm na event włączenie rewrite, natomiast w php doinstalowany był mysql, w php.ini kilka zmian dotycząca zablokowania paru funkcji no i w obu przypadkach ukrycie informacji o wykorzystywanym sofcie na serwerze. Dziś może spróbuję jeszcze przerzucić całą stronę na hosting współdzielony dosłownie copy - paste, jak będzie działał ok to znaczy że konfiguracja, a jak nie to może aktualizacja wordpressa nie przeszła poprawnie (aktualizacja automatyczna, dzień po instalacji wyszła nowa wersja).

Jutro zerknę, ale czy możliwe byłoby że problem jest tylko z worpdressem a inny skrypt działa poprawnie?

Dla pewności jeszcze dziś przejrzałem logi apache, niestety nic nie widać z wyjątkiem 10 sekundowego opóźnienia pomiędzy żądaniem do root, a kolejnych zasobów ze strony. W logach php też nic, włączałem wcześniej slowlog i ustawiłem nawet na 1 sekundę by mieć porównanie pomiędzy normalnym żądaniem a wydłużonym i nie ma między nimi żadnej różnicy. Osobiście zastanawiam się czy przypadkiem wp_cron nie zamula strony, ale to by było bezsensu ponieważ w3 total cache powinien temu zapobiec, poza tym jest to czysty (prawie) wordpress i w cron są tylko domyślne zadania. Prawie czysty ponieważ mam na nim swoje pluginy i styl i dobrze wiem jak one działają, dodatkowo problem występuje nawet z wyłączonymi pluginami i stylem.

Obstawiam że to będzie albo w Ustawienia domeny lub Przekierowania domeny. Raczej to drugie, pokaż ssa z panelu do jakoś dojdziemy do tego .

Jaki masz panel na hostingu, jeśli DA lub cpanel powinno dać radę to zrobić.

Tego typu przekierowania lepiej jest robić przy użyciu redirect a nie rewrite, piszą o tym nawet w dokumentacji apache. Jeśli to Twój serwer w ustawieniach virtual hosta (tego co działa na http - port 80) dodaj coś takiego: Redirect 301 / https://www.mojadoemna.pl/ Będzie to przekierowanie wildcard.

Apache 2.4.10, PHP 5.6.24 (fpm) na Debian Jessie. Nie powinien używać dziwnych portów więc nie powinien mieć problemu, wszystkie funkcjonalności typu pobieranie pluginów czy szablonów działają bez zastrzeżeń, więc połączenie z wordpress.org jest. Jak mogę to dla pewności sprawdzić? Może nie jak tylko czym.

W końcu udało mi się złapać odpowiedni moment na WebPagetest, oto wynki:

Też już tak myślałem, ale zapytań jest coś w okolicach 22-27, nie pamiętam w tej chwili. Problem nie leży raczej w tym że baza zamula bo phpmyadmin działa przyzwoicie. Przykład obciążenia z phpmyadmina, pierwszy szczyt żądanie do strony obsłużone w normalnym czasie, drugi i trzeci w ramach 10sekundowego ładowania strony, czwarty również w normalnym czasie. EDIT: Test z pingdom Cache żadnego nie instalowałem, strona stoi na VPS SSD1 OVH którego obciążenie to 1-7% generowane przez serwer TS3.

Mogę się mylić bo nie siedzę w seo, ale chyba swojego czasu google wypuściło materiały prasowe o tym dlaczego lubi mobilne strony (rwd) dając do zrozumienia że będą one dodatkowo promowane. Oficjalnie nigdy nie będzie wiadomo co ma wpływ na page rank. Myślę że to czy strona jest mobilna czy nie, ma największe znaczenie w momencie gdy wyszukujesz czegoś na urządzeniu mobilnym, na desktopie może nie mieć to aż tak dużego znaczenia. Ale jak wspomniałem to zawsze będzie gdybanie i zgadywanie, dodatkowo z dnia na dzień może się coś zmienić, fakt jest taki że lepiej jest mieć niż nie mieć choćby dlatego że użytkownikom wygodniej będzie korzystać z takiej strony. Gdy będą oni mieli do wyboru niewygodną desktopową wersję, a wygodną mobilną u konkurencji pójdą do konkurencji.

Nie wiem czy dobrze zrozumiałem ale masz taką konfiguracje domena.pl - VPS1 s1.domena.pl - VPS2 s2.domena.pl - VPS3 i teraz z VPS1 wysyłasz maile z @domena.pl, z VPS2 @s1.domena.pl itp? Jeśli tak to rekord DKIM z kluczem publicznym musisz ustawić też dla subdomen s1 i s2, zapewne masz go ustawione tylko dla domena.pl przez co maile są odrzucane. Skonfiguruj sobie DMARC będziesz dostawał raporty z informacjami jakie i dlaczego maile zostały odrzucone. Ogólne to by konfigurował osobne klucze dla subdomen. Nie ma to większego znaczenia, ale przynajmniej dokładnie możesz sprawdzić z jakiego serwera one wyszły, ale to też zależy od podziału rol dla serwerów więc sam musisz zdecydować.

Modyfikujesz rekord MX na serwerze DNS tak by wskazywał na poprzedni serwer, na poprzednim serwerze konfigurujesz serwer pocztowy.

Może xming i tuleing x'ów.

https://codepen.io/andreruffert/pen/pvqly https://codepen.io/curthusting/pen/fkCzh efekt 30 sekund z google.