WebSite X5Help Center

 
Olaf W.
Olaf W.
User

Wpisanie expires time do pliku htaccess  pl

Autor: Olaf W.
Visitado 1840, Seguidores 1, Compartilhado 0  

Witam.

Dla wszystkich moich projektów stron wykonanych w websitex5 professional 11 występują kłopoty z ustawieniem podręcznej przeglądarki. Chodzi o to, że w pliku htaccess należy wpisać stosowne dane expire, i tak:

Header set cache-control: public
ExpiresActive on
ExpiresDefault "access plus 1 month"
ExpiresByType text/html "access plus 1 hour"
ExpiresByType application/rss+xml "access plus 1 hour"
ExpiresByType image/png "access plus 1 month"
ExpiresByType image/jpg "access plus 1 month"
ExpiresByType image/jpeg "access plus 1 month"
ExpiresByType video/ogg "access plus 1 month"
ExpiresByType audio/ogg "access plus 1 month"
ExpiresByType video/mp4 "access plus 1 month"
ExpiresByType image/x-icon "access plus 1 year"
ExpiresByType font/ttf "access plus 1 year"
ExpiresByType image/svg+xml "access plus 1 year"

ale w websitex5 professional to nie dziła w ogóle, a dla stron opartych na innych skryptach (np. seokatalog) wpisanie tych danych powoduje poprawne zadziałenie terminów ujętych w systemie "expire" - dlaczego?

Moje strony to: sopocisko.com , katalogi.edu.pl , iwona24.pl oraz rentadozywotnia.net zapisanie tych danych nic nie daje.

Strony te wykazywane są przez google jako te, w których bezwzględnie należy poprawić wykorzystanie pamięci podręcznej.

Pozdrawiam

Staszek

Publicado em
14 RESPOSTAS
Darek J.
Darek J.
User

Witaj Staszek

A czy te dane wpisujesz w:

<IfModule mod_expires.c>
..................................
</IfModule>
Czy tylko tak jak podałeś w przykładzie?

Ler mais
Publicado em de Darek J.
Promise SA
Promise SA
Icm Partner

Witaj Staszek,

Program WebSite X5 nie nic wspólnego z ustawieniami serwera, a w szczególności opcji umieszczanych w pliku .htaccess. Proszę mieć również na uwadze, że konstrukcja tego pliku nie jest taka sama dla wszystkich typów serwerów.

Sugerujemy kontakt ze wsparciem technicznym firmy hostingowej w celu uzyskania informacji o tym, w jaki sposób ustawić wartość "expire" w nagłówkach serwera, dla konkretnych typów plików.

Pozdrawiam

Ler mais
Publicado em de Promise SA
Olaf W.
Olaf W.
User
Autor

Serdecznie witam wspomagających.

Zaznę od Darka J.

Wpisałem tak, jak to podałem, gdyż na innych skryptach to działa. Potem zapisałem wszystko tak, jak sugerujesz, ale dla stron wykonanych w programie websitex5, czyli:

<IfModule mod_expires.c>
ExpiresActive on
ExpiresDefault "access plus 1 month"
ExpiresByType text/html "access plus 1 hour"
ExpiresByType application/rss+xml "access plus 1 hour"
ExpiresByType image/gif "access plus 1 month"
ExpiresByType image/png "access plus 1 month"
ExpiresByType image/jpg "access plus 1 month"
ExpiresByType image/jpeg "access plus 1 month"
ExpiresByType image/flash "access plus 1 month"
ExpiresByType video/ogg "access plus 1 month"
ExpiresByType audio/ogg "access plus 1 month"
ExpiresByType video/mp4 "access plus 1 month"
ExpiresByType image/x-icon "access plus 1 year"
ExpiresByType font/ttf "access plus 1 year"
ExpiresByType image/svg+xml "access plus 1 year"
</IfModule>

ale nadal kicha, czyli: bez zmian. W takim razie coś w definicji wpisu nie gra, ale co?

Podkreślam raz jeszcze: dla innych skryptów działa pięknie.

A teraz odpowiedź dla Promise, otóż:

Wszystkie wymienione strony obsługiwane są w jednym hostingu, a zatem nieprawdą jest, że coś szwankuje z hostingiem - zresztą nie zawracałbym wam gitary, gdybym nie był pewny swego.

Serwery typu apache działają, jak należy, czego dowodem są inne strony, które po wpisaniu konfiguracji do htaccess działają poprawnie - tak nawiasem: tylko na takich serwerach (apache) można w ten sposób poustawiać nagłówki.

Być może, że w programie websitex5 za ustawienie nagłówków podpowiadających serwerowi co i jak odpowiada inny plik, a zatem poproszę o info, gdzie to miałbym zapisać, chociaż nie wydaje mi się to logiczne, gdyż taką rolę winien spełniać własnie htaccess. Przyczyny takiego stanu rzeczy może szukałbym w sposobie zdefiniowania expire np. dla galerii.

Tak czy owak, mam kłopot, a problem należy rozwiązać, gdyż google zabierają się za takie w ich mniemaniu wadliwe strony i wcześniej czy później będą je banować, gdyż muszą one być widoczne i obsługiwane przez urządzenia mobilne. Dla poparcia moich spostrzeżeń proszę zerknąc, jak sprawy się mają np. z jednym z moich katalogów http://sopocisko.com.pl w którym musiałem zmienić architekturę, aby strona była w miare poprawna, ale test poprawności spokojnie przechodzi.

Serdeczności

Staszek

Ler mais
Publicado em de Olaf W.
Darek J.
Darek J.
User

Witaj Staszku

Hosting hostingiem ale każdą ze stron masz na innym serwerze i tam szukaj przyczyn "niedziałania" Expires a program nie ma nic z tym wspólnego i tak dla przykładu:
sopocisko.com.pl jest w lokalizacji DE
iwona24.pl - lokalizacja PL
rentadozywotnia.net - lokalizacja PT
Najlepiej skontaktować się z usługodawcą i przeanalizować odpowiednie wpisy by działały prawidłowo Są różne serwery i niektóre dyrektywy działają a niektóre są "blokowane" ze względów wydajnościowych

Ler mais
Publicado em de Darek J.
Olaf W.
Olaf W.
User
Autor

Witaj Darku J.

Nie, wszystko jest w tym samym hostingu, a adresy IP z klasy c różne, i owszem, ale to te same serwery, które obsługują moje strony z aprobowanym zapisem w htaccess..

Ale, masz rację, zapytam?

Rozumiem, że także uważasz, iż htaccess to własnie ten plik, gdzie takie polecenia powinienem wpisać.

Pozdrawiam, i to serdecznie

Staszek

Ler mais
Publicado em de Olaf W.
Darek J.
Darek J.
User
Staszek Walker
...Rozumiem, że także uważasz, iż htaccess to własnie ten plik, gdzie takie polecenia powinienem wpisać...

Tak, zgadza się
Niektórzy usługodawcy mogą "blokować" lub zmieniać nazwę tego pliku
Spytaj się usługodawcy, a twoje wątpliwości na pewno rozwieją i pomogą "wdrożyć" dyrektywy

Ler mais
Publicado em de Darek J.
Olaf W.
Olaf W.
User
Autor

Ponownie witam.

Otrzymałem autorytatywną odpowiedź z hostingu, iż:

"Pliki .htaccess powinny znajdować się w katalogu public_html domeny".

Tak nawiasem, nie wiem, dlaczego akurat w tym programie plik htaccess znajduje się w cgi-bim, a nie w katalogu głównym domeny.

Może i to jest problem - tak, zresztą, sądzę, gdyż oni mają dostęp li tylko do katalogu głównego i tam, w razie konieczności, mogą umieścić zalecenia, a w tym konkretnym przypadku... nic nie mogą zrobić - nawet przyblokować.

Pozdrawiam

Staszek

P.S. Dziwne, że nikt, jak do tej pory, tym się nie zainteresował.

Ler mais
Publicado em de Olaf W.
Darek J.
Darek J.
User
Staszek Walker
... Tak nawiasem, nie wiem, dlaczego akurat w tym programie plik htaccess znajduje się w cgi-bim, a nie w katalogu głównym domeny...

cgi-bim to folder "serwerowy" a nie programu

Staszek Walker
..."Pliki .htaccess powinny znajdować się w katalogu public_html domeny"....

Pliki .htaccess działają w folderach lub jak umieścisz w głównym folderze to będzie działać na wszystkie podfoldery
public_html to jest ogólna nazwa folderu strony/domeny mogą też być nazwy folderów np: strona1, nazwa_strony itp. wszystko zależy jaki folder został wskazany do danej domeny

Ler mais
Publicado em de Darek J.
Promise SA
Promise SA
Icm Partner

Witaj Staszek,

Program WebSite X5 nie ma nic wspólnego z plikiem .htaccess, a tym bardziej z folderem cgi-bin (nie bim) na Twoim serwerze.

Pozdrawiam

Ler mais
Publicado em de Promise SA
Olaf W.
Olaf W.
User
Autor

Ponownie witam.

Szczere podziękowania dla Darka J. - rozważałem wprawdzie uprzednio taką ewentualność, jak umieszczenie pliku htaccess w public katalogu domeny, ale obawiałem się, czy czegoś, przy okazji, nie sknocę. Po Twojej podpowiedzi zrobiłem to i umieściłem plik z rozporządzeniem i w takiej formie:

Header set cache-control: public
ExpiresActive on
ExpiresDefault "access plus 1 month"
ExpiresByType text/html "access plus 1 hour"
ExpiresByType application/rss+xml "access plus 1 hour"
ExpiresByType image/png "access plus 1 month"
ExpiresByType image/jpg "access plus 1 month"
ExpiresByType image/jpeg "access plus 1 month"
ExpiresByType video/ogg "access plus 1 month"
ExpiresByType audio/ogg "access plus 1 month"
ExpiresByType video/mp4 "access plus 1 month"
ExpiresByType image/x-icon "access plus 1 year"
ExpiresByType font/ttf "access plus 1 year"
ExpiresByType image/svg+xml "access plus 1 year"

Teraz wszystko działa i jest ok - zatem tędy wiodła droga do rozwiązania problemu - raz jeszcze: serdeczne dzięki.

Co do uwag "promise" to szkoda gadać, a raczej pisać. Proszę zerknąć do programu, a zauważysz, że plik htaccess jest w folderze cgi-bin i ja, broń boże, tam go nie umieszczałem!!!!!!!!!!! Skoro nie jest potrzebny i na niczym nie waży, to po kiego tam tkwi?

Tak czy owak, plik htaccess jest istotny i musi być w public katalogu, bo strona działa zbyt wolno na urządzeniach moibilnych. Po wpisaniu pliku z rozporządzeniem wszystko jest ok, a zatem przypisywanie jakiejś winy serwerom czy hostingowi jest jak najbardziej: nie na miejscu - i to należy podkreślić! To ewidentna wina programu!

...I po co te zgryźliwości - to po pierwsze, a po drugie: zamieszczenie pliku htaccess w public katalogu każdej ze stron wykonanej w websitex5 załatwiło sprawę, a zatem wniosek nasuwa się sam...

Wiadomo - lirerówka, i zamiast "n" znalazło się "m", ale to chyba oczywiste. Nigdzie też nigdy nie widziałem takiej nazwy folderu jak "cgi-bim", a zatem rzecz oczywista: literówka przy pisaniu, ale dla ciebie to już powód, aby być... no, nie bedę kończył...

Powinno pomagać się w rozwiązywaniu istotnych problemów, a nie filozofować i obrażać grzecznie pytającego - to bez sensu, a i nieeleganckie, jak najbardziej!

Serdeczności

Staszek

Ler mais
Publicado em de Olaf W.
Promise SA
Promise SA
Icm Partner

Witaj Staszek,

Program WebSite X5 nie ma nic wspólnego z plikiem .htaccess na Twoim serwerze. Nie tworzy go, nie przesyła go tam.

Jeżeli nie ufasz nam i uważasz naszą odpowiedź za nieprawidłową i zgryźliwą, to może odpowiedzi użytkownika Darek J. w innych, podobnych wątkach, będą dla Ciebie bardziej wiarygodne (choć są takie same jak ta, udzielona przez nas):

https://helpcenter.websitex5.com/post/110958
https://helpcenter.websitex5.com/post/98941

Pozdrawiam

Ler mais
Publicado em de Promise SA
Darek J.
Darek J.
User
Staszek Walker
...Teraz wszystko działa i jest ok - zatem tędy wiodła droga do rozwiązania problemu - raz jeszcze: serdeczne dzięki...

nie ma sprawy cieszę się, że mogłem jakoś pomóc

Staszek Walker

... a zauważysz, że plik htaccess jest w folderze cgi-bin i ja, broń boże, tam go nie umieszczałem!!!!!!!!!!!Skoro nie jest potrzebny i na niczym nie waży, to po kiego tam tkwi?

folder cgi-bin jest folderem serwerowym, nie programu website, czyli już tam jest automatycznie utworzony przez serwer od samego początku usunięcie tego folderu może mieć poważne konsekwencje na poprawne działanie serwera

Ler mais
Publicado em de Darek J.
Olaf W.
Olaf W.
User
Autor

Ponownie witam.

Jasne Darek J. - teraz wszystko rozumiem i raz jeszcze: dziękuję.

Co do odpowiedzi udzielonej przez: "promise".

Plik htaccess musi być umieszczony w programie, nawet w websitex5 - jeżeli go nie ma, to strona działa nieprawdidłowo i jest "napominana" przez google .

Moja prośba dotyczyła próby rozwiązania problemu, gdyż jest ewidentna wada w programie - a ty filozofujesz i zachowujesz się nieelegancko.

Sam zerknij do tego, co pisałeś i weź przykład z Darka J. - pomoc w sympatycznej atmosferze to jest to, na co czeka każdy, kto o nią (pomoc, rzecz jasna - to tak dla wyjaśnie nia sedna, aby wyprzedzić twoje zgryźliwości!) prosi.

Problem winien być rozwiązany, no i został, ale ty w tym żadnego pozytywnego udziału nie miałeś - wprost przeciwnie.

Pozdrawiam

Staszek

Ler mais
Publicado em de Olaf W.
Promise SA
Promise SA
Icm Partner

Witaj Staszek,

Staszek Walker
Co do odpowiedzi udzielonej przez: "promise". Plik htaccess musi być umieszczony w programie, nawet w websitex5 - jeżeli go nie ma, to strona działa nieprawdidłowo i jest "napominana" przez google . Moja prośba dotyczyła próby rozwiązania problemu, gdyż jest ewidentna wada w programie - a ty filozofujesz i zachowujesz się nieelegancko.

Nie, w żadnym wypadku tak nie powinno być!

Odpowiedź dlaczego, jest bardzo prosta - każy typ serwera potrzebuje innego formatu pliku, innego miejsca jego umieszczenia itd. Są też serwery (np. lighttpd), które w ogóle nie używają tego typu plików (odsyłamy do dokumentacji), a konfigurację takich elementów umieszcza się w konfiguracji samego serwera, w zupełnie innym miejscu.

Dlatego Twoje stwierdzenie, że jest to wada (brak pliku .htaccess) programu, jest zupełnie błędne i nie na miejscu, szczególnie po tym co napisaliśmy wcześniej. Rozumiemy jednak, że wynika to z braku wiedzy dotyczącej konfiguracji serwerów.

Twoje pytanie dotyczyło pliku .htaccess, czyli w ogóle nie było bezpośrednio związane z programem WebSite X5, co usilnie próbowaliśmy Ci 3-krotnie wyjaśnić, niestety jak widać, bez powodzenia. Zasugerowaliśmy również (słusznie i nie bez powodu!) kontakt ze wsparciem technicznym Twojego usługodawcy hostingu, bo to jest właściwe miejsce do zadania pytania związanego z konfiguracją serwera, z którą, jak wielokrotnie pisaliśmy, program WebSite X5 nie ma nic wspólnego.

Nie musisz zgadzać się z naszymi odpowiedziami, ale to nie oznacza od razu, że są błędne, bo jak pokazała ta dyskusja - odpowiedź była prawidłowa, choć cały czas negowana przez Ciebie.

Mamy nadzieję, że udzielone powyżej informacje trochę rozjaśniają Ci zagadnienie.

W związku z rozwiązaniem Twojego problemu, temat zamykamy.

Pozdrawiam

Ler mais
Publicado em de Promise SA