Forum CDRinfo.pl

Forum CDRinfo.pl (https://forum.cdrinfo.pl/)
-   Komputery - oprogramowanie i sprzęt (https://forum.cdrinfo.pl/f113/)
-   -   Problem z ładowaniem strony w WordPressie (https://forum.cdrinfo.pl/f113/problem-ladowaniem-strony-wordpressie-97510/)

Jarson 22.11.2018 02:49

O widzisz - oznacza to nie mniej nie więcej tylko to, że bez "ręcznego" odświeżenia strony zawartość odświeżała się po miesiącu od ostatniej wizyty :)

basia21 22.11.2018 02:29

W takim razie zostawię jak jest. A tym było nadpisane, jeżeli jesteś ciekawy:

<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access plus 1 year"
ExpiresByType image/jpg "access plus 1 year"
ExpiresByType image/jpeg "access plus 1 year"
ExpiresByType image/gif "access plus 1 year"
ExpiresByType image/png "access plus 1 year"
ExpiresByType text/css "access plus 1 month"
ExpiresByType application/pdf "access plus 1 month"
ExpiresByType text/x-javascript "access plus 1 month"
ExpiresByType application/x-shockwave-flash "access plus 1 month"
ExpiresByType image/x-icon "access plus 1 year"
ExpiresDefault "access plus 1 month"
</IfModule>
Dziękuję za pomoc :)

Jarson 22.11.2018 02:19

W chwili obecnej nie masz tam żadnych reguł odnośnie czasu, przez jaki przeglądarka nie będzie odświeżała treści. I nie widzę sensu ustawiania takowych - dzisiejsze strony ważą sporo, będą coraz więcej, tak że w dobie ignorowania optymalizacji nie masz się czym przejmować. Twoja strona i tak waży niewiele ;)

basia21 22.11.2018 01:59

No właśnie. Tym też próbowałam go nadpisać (przykładem z blog.lh.pl podanym przez Patrixa), ale strona w ogóle zniknęła. Pojawił się tylko błąd. Dziś wróciłam do początkowej wersji i wydaje mi się, że jest dobrze. Teraz bez odświeżania widze zmiany. I tak go pozostawić, czy może jednak w jakiś inny sposób nadpisać?

Tak wygląda teraz:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Jarson 22.11.2018 01:48

O właśnie. Generalnie chodzi o to, że przeglądarka po otworzeniu strony może widzieć, że nie musi odświeżać tej części z newsami. Bardzo dobrze jest poustawiać dłuższe czasy (w przykładzie od Patrixa - 30 dni) na elementy, których nie zmieniasz (na przykład miniatury zdjęć, ilustrujące dane wydarzenie). Jeśli okaże się np, że użyłaś złej fotki, to wklejasz nową, ale o innej nazwie - wówczas przeglądarka wczyta sobie nowy plik, jeśli nic się nie zmieni - wczyta stary, ale z własnej pamięci, nie wykorzystując transferu. Natomiast wszystkie elementy dynamiczne - jak treść newsów na stronie głównej - muszą mieć już ustawione znacznie krótsze czasy po których przeglądarka wczyta sobie dane od nowa (reguły expire, jak ktoś to mądrze nazwał).

Przywróć domyśle ustawienia, lub spróbuj to poprawić ręcznie, ew. podrzuć plik nam, sam z ciekawości zerknę (choć sam od paru lat mam niewiele styczności z internetem od strony webmasterskiej) ;)

Patrix 22.11.2018 01:19

htaccess :) i potencjalnie to może być powód.

Jeden z pierwszych cytatów z wyszukiwarki:
Cytat:

Cache po stronie serwera działa w ten sposób, że na twoim serwerze przygotowywana jest gotowa wersja strony z najbardziej optymalnymi danymi do wysłania. Taki rodzaj pamięci podręcznej zarządzany jest zazwyczaj przez wtyczki np. do WordPressa. Dzięki temu serwer „ma mniej roboty” podczas generowania strony.
Fajnie, że kombinujesz ale każde działanie ma konsekwencje i tutaj mogą się one objawiać w ten sposób, efekt jaki uzyskałaś może mieć zalety i wady :)


Cytat:

<ifModule mod_mime.c>
AddType application/x-font-ttf ttc ttf
AddType application/font-woff woff
AddType application/font-woff2 woff2
AddType application/vnd.ms-fontobject eot
</ifModule>
<ifModule mod_expires.c>
ExpiresActive On
ExpiresDefault "access plus 5 seconds"
ExpiresByType image/x-icon "access plus 2592000 seconds"
ExpiresByType image/jpeg "access plus 2592000 seconds"
ExpiresByType image/png "access plus 2592000 seconds"
ExpiresByType image/gif "access plus 2592000 seconds"
ExpiresByType application/x-shockwave-flash "access plus 2592000 seconds"
ExpiresByType text/css "access plus 604800 seconds"
ExpiresByType text/javascript "access plus 216000 seconds"
ExpiresByType application/javascript "access plus 216000 seconds"
ExpiresByType application/x-javascript "access plus 216000 seconds"
ExpiresByType text/html "access plus 600 seconds"
ExpiresByType application/xhtml+xml "access plus 600 seconds"
ExpiresByType application/x-font-ttf "access plus 216000 seconds"
ExpiresByType application/font-woff "access plus 216000 seconds"
ExpiresByType application/x-font-woff "access plus 216000 seconds"
ExpiresByType font/woff "access plus 216000 seconds"
ExpiresByType application/font-woff2 "access plus 216000 seconds"
</ifModule>
Powyższy kod ustawia czas ważności poszczególnych typów plików – obrazów JPG, PNG, GIF, skryptów JavaScript, a także stylów CSS.
cytaty z: blog.lh.pl/jak-przyspieszyc-strone-za-pomoca-htaccess/

basia21 21.11.2018 19:57

Nie jestem informatykiem. Korzystam jedynie z poradników internetowych i wiele rzeczy po prostu robię intuicyjnie albo na zasadzie analogii. Radzą optymalizować strony, to staram się to robić. Skorzystałam z wtyczki, bo nie poradzę sobie sama. Nadpisałam też plik .htaccess. Może gdzieś tam popełniłam błąd, a może w ogóle nie powinnam tego robić? Wydawało mi się, że wskazane jest korzystanie z pamięci wewnętrznej przeglądarki.

Jarson 21.11.2018 09:31

No i w tym może tkwić problem, bo to jeden z najłatwiejszych (nie wymagających zmian na stronie, zmiany hostingu/parametrów hostingu itp.) sposobów na przyspieszenie działania strony w oczach użytkowników (szczególnie z wolniejszymi łączami) - minimalizowanie treści, które po każdym wejściu na stronę są wczytywane od początku...

basia21 20.11.2018 21:20

Od początku korzystam z tego samego hostingu (Laohost). Problem wcześniej nie występował, ani na starej, ani na nowej stronie. Pojawił się chyba dopiero w momencie, kiedy chciałam ją trochę przyspieszyć.

Patrix 20.11.2018 21:12

Taki problem jak opisujesz istnieje w sieci.
np. https://blog.templatetoaster.com/wor...rking-visible/
np. https://codex.wordpress.org/I_Make_C...k_the_Template

To równie dobrze może być wina hostingu, na którym stoi strona (cache, proxy itp.).

Arepo 20.11.2018 21:11

Nie do końca wiem jak to działa, ale jeśli zmiana na stronie nastąpiła przed momentem, przeglądarki potrafią wyświetlać jeszcze przez jakiś czas starszą wersję strony. Wydaje się, że za każdym razem powinna ładować się najnowsza wersja, ale z pewnością tak nie jest. Trzeba by zapytać jakiegoś eksperta od pamięci podręcznej. Doświadczyłem tego wielokrotnie w różnych sytuacjach. Nie przypominam sobie, aby takie coś miało miejsce po kilku dniach, ale przez pewien czas tak się dzieje i to też nie zawsze. Ogólnie trudno coś pomóc, widać że strona biblioteki akurat tak ma.

basia21 20.11.2018 21:01

Cytat:

Napisany przez Patrix (Post 1413590)
Safari jest martwe.
5.1.7 wydano 6 lat temu, w IT to całe tysiąclecia.

Na co dzień do niedawna korzystałam wyłącznie z Opery, teraz również z Google Chrome. W szkole mam tylko tę drugą, w dwóch pozostałych oraz w IE czasami otwierałam właśnie dla porównania stronę.

Czy któraś z wtyczek nie może być powodem takiego stanu rzeczy? To mam zainstalowane: Autoptimize, Cyclone Slider, Easy FancyBox, Informacja o ciasteczkach, Page scroll to id, Really Simple SSL, Rozszerzona Biblioteka Mediów.

Patrix 20.11.2018 20:39

Cytat:

Napisany przez basia21 (Post 1413588)
(...)
Safari 5.1.7
Takich przeglądarek używam. najczęściej dwóch pierwszych. Ta ostatnia w ogóle nie otwiera mojej strony, wyświetla informacje, że nie może nawiązać bezpiecznego połączenia.

Safari jest martwe.
5.1.7 wydano 6 lat temu, w IT to całe tysiąclecia.

basia21 20.11.2018 20:23

Google Chrome: 70.0.3538.102
Opera 54.0.2952.41
Firefox 63.0.3
Safari 5.1.7
Takich przeglądarek używam. najczęściej dwóch pierwszych. Ta ostatnia w ogóle nie otwiera mojej strony, wyświetla informacje, że nie może nawiązać bezpiecznego połączenia.

MajsterPopsuj 20.11.2018 02:52

W innej czyli jakiej i w jakiej wersji? I czy to samo tyczy się tej "na której działa". Nie znam Wordpressa i nie jestem webdeveloperem, ale nie wydaje mi się aby był jakiś mechanizm, który dyktowałby przeglądarce jak długo trzymać pliki w pamięci podręcznej (tym przecież zarządza sama przeglądarka po swojemu, wedle ustawień użytkownika jeśli takowe oferuje w tym względzie).

Powinno być tak, że przeglądarka przy każdym wejściu na stronę, pobiera jej wszystkie potrzebne na tę chwilę dane bez względu na to czy coś zostało w cache czy nie.


Wszystkie czasy w strefie CET. Aktualna godzina: 23:52.

Powered by vBulletin® Version 3.9.0 LTS
Copyright ©2000 - 2026, vBulletin Solutions Inc.