Skocz do zawartości

koniosek

Użytkownicy
  • Zawartość

    7
  • Rejestracja

  • Ostatnio

Reputacja

0 Normalna

1 obserwujący

O koniosek

  • Ranga
    Nowy użytkownik
  1. Wordpress - Anomalie serwera/HTML ?

    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.
  2. Wordpress - Anomalie serwera/HTML ?

    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.
  3. Wordpress - Anomalie serwera/HTML ?

    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ść.
  4. Wordpress - Anomalie serwera/HTML ?

    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.
  5. 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
  6. problem rozwiazany , temat do zamkniecia
  7. Witam Testuje system API aftermarketu i mam maly problem z polaczeniem ... zwraca blad: {"status":10000,"ok":false,"error":"Nieprawid\u0142owe dane autoryzacyjne","data":null} Prosil bym o jakas wskazowke w czym moze byc problem w kodzie ponizej - ew. jak sie polaczyc z php do ich API (jakis przyklad kodu). Ponizej wycinek kodu z ktorego korzystam obecnie do testow: $login = array( 'email' => 'moj@email.com', 'password' => 'mojehaslo' ); $dane = json_encode($login); $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, 'https://json.aftermarket.pl/account/balance'); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_POST, 1); curl_setopt($ch, CURLOPT_POSTFIELDS, $dane); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_TIMEOUT, 10); curl_setopt($ch, CURLOPT_HTTPHEADER, array("Content-Type: application/json")); echo curl_exec($ch); curl_close($ch); (login/pass poprawne - wysylane GET z danymi w url zwraca poprawnie dane)
×