Wordpress - Anomalie serwera/HTML ?

[koniosek 0]

Witam

Mam mały problem z Wordpress-em po przenosinach na inny serwer.

A mianowicie strona sie "rozsypała" w przeglądarce.

 

Najlepsze jest jednak to że odpalając tą samą stronę z Cache Google (kod html jest identyczny) pokazuje się ona poprawnie. Tak samo zapisując wadliwą stronę do pliku (sam kod html) i odpalając ją lokalnie, także pokazjue się ona poprawnie (wszystkie elementy ładuje i tak z serwera). Jedynie bezposrednie wywolanie z oryginalnej domeny powoduje błąd.

 

Jakieś pomysły co może być przyczyną takich anomali ?

 

Strona to: http://sabipol.pl/strona/

Cache Google: http://webcache.googleusercontent.com/search?q=cache:QD3tDnVBGm0J:www.sabipol.pl/+&cd=1&hl=pl&ct=clnk&gl=de

 

Edytowano Grudzień 2, 2015 przez koniosek (zobacz historię edycji)

[bybunny 540]

Inaczej są dowiązane elementy graficzne w bazie danych jako ścieżka. Np spróbuj otworzyć ten link: http://sabipol.pl/strona/wp-content/themes/dignity/images/bg/01.jpg

[koniosek 0]

No ale jak zapiszesz stronę do pliku - sam kod html - i odpalisz w przeglądarce lokalny plik .htm , to dalej masz ten sam kod HTML

i w kodzie dalej jest błędne odwołanie http://sabipol.pl/strona/wp-content/themes/dignity/images/bg/01.jpg

ale strona pokaże ci się poprawnie

Kod HTML się nie zmienia - obiekty w obu przypadkach ładowane są z tej samej lokalizacji (ta sama domena i serwer), ale wynik w przeglądarce inny.

Edytowano Grudzień 2, 2015 przez koniosek (zobacz historię edycji)

[bybunny 540]

Nie rozmawiamy o html tylko to jest wordpress którego skórka w połaczeniu z modułami korzysta z określonej w bazie danych konkretnej lokalizacji dla plików w tym również graficznych. W zależności od usługodawcy, rodzaju zastosowanego panelu dowiązanie może być różne. Podejrzewam nawet że teraz sama strona generuje dodatkowe obciążenie ponieważ chce znaleźć zawartość w oparciu o wygenerowany html.

[koniosek 0]

No jak nie mówimy o html jak tak ... sam piszesz że Wordpress generuje kod html i w oparciu o niego ładuje elementy (szuka zawartości w oparciu o wygenerowany html).

Rozumiem jakby elementy były pośrednio ładowane/interpretowane przez Wordpressa, ale to sa css, .js. obrazki itp.

Zadnych wew. redirectów obiektów istniejących w .htaccess nie ma, więc Wordpress tych wywołań nawet nie dotyka i ich nie widzi , bo lecą bezpośrednio z Apache.

Kod tej samej wadliwej strony/wywołania zapisany lokalnie do pliku .htm jest taki sam jak wygenerowany z Wordpress, a pokazuje poprawnie stronę.

I właśnie o to sie rozchodzi ze mamy 2 wywołania - bezposreśnie z domeny i lokalne - oba na tym samym wygenerowanym z Wordpress kodzie html (mówie tu juz o wynikowym kodzie html, który dostaje przeglądarka) - a wynik wizualny w przeglądarce jest inny.

Piszesz "strona generuje dodatkowe obciążenie ponieważ chce znaleźć zawartość w oparciu o wygenerowany html" - tylko ten wygenerowany html jest taki sam w obu przypadkach, wiec i szuka/ładuje taką samą zawartość.

 

[bybunny 540]

Jeżeli ścieżka w bazie danych do plików będzie błędna wygeneruje taki sam "html" ale zawartość jak obrazki nie zostanie pobrana. Nie rozmawiamy o "html" ten plik czy inaczej pisząc strona główna będzie zawsze taka sama. Rozmawiamy o pobraniu elementów na bazie php które to generują stronę w oparciu o zapis z bazy danych - np konfiguracja samej skórki, kolorystyki, menu itd

 

zmęczyłem się

[koniosek 0]

Ale co mają obrazki czy inne elementy statyczne do PHP i konfiguracji theme/Wordpress itd...?

Przecież wywołanie pliku .jpg nawet nie dotyka tego - nie korzysta z PHP, bazy danych, Wordressa, scieżek z theme itd...

PHP i Wordpress występują tylko na początku - przy generowaniu index-u - dalej przeglądarka dostaje kod html i na podstawie tego pobiera elementy (obrazki/css/js itd) - do tego momentu mamy taki sam kod html w obu przypadkach (te same sciezki, wywołania itd..).

Potem przeglądarka te obiekty/elementy pobiera (te same obiekty/scieżki/url) - ale tu już Wordpressa/PHP i bazy danych to nie zachacza nigdzie. Czysta statyka serwowana bezpośrednio przez serwer www.

Gdzie tu po drodze możliwość pobrania błędnej scieżki do plików z bazy czy configu theme ?

 

Edit.

Kolejna uwaga i może ew. namiar na rozwiązanie problemu - proxy www:

http://kproxy.com/ -> wrzucam http://sabipol.pl/strona/ i działa ok

 

Inne proxy www rozsypują strone , ale tu juz wiadomo ze kod html jest sporo zmieniany.

Jednak jak widac nawet bezposrednie wywolanie http://sabipol.pl/strona/ w niektorych przypadkach daje poprawną wizualizacje.

Edytowano Grudzień 2, 2015 przez koniosek (zobacz historię edycji)

[koniosek 0]

Problem rozwiązany.

Tak jak myślałem, z bazą/PHP i ogólną konfiguracją WP nie miało to związku.

Idąc tym tropem, po analizie nagłówków i błędów komunikacji kodu html/js na drodze przeglądarka<>serwer, i dalej, okazało się że winowajcą jest moduł WP od Twittera i jego jeden z plików JS. Co dokładnie w nim już nie mam siły analizować, ale to że działał kod html lokalny, a ten sam na serwerze nie, spowodowane było tym że odpalając z innej domeny/lokalizacji niż główna, działał mechanizm blokad wywołań cross-domain dla tego dodatku, przez co wyrzucał on błędy i się nie ładował. A jak się nie ładował to nie psuł strony. Wywołując z poprawnej domeny ten sam plik html, ładowało poprawnie moduły twittera i się sypało.

 

Edytowano Grudzień 3, 2015 przez koniosek (zobacz historię edycji)