We've created new freeware plugin to Quick.Cart v4.x.
Plugin accelerates the generation of page more than 20%. It uses serialize() and unserialize() PHP functions to cache script variables and saves to files in "db/" directory.
You should know PHP basics to install this plugin.
Check out this plugin here: http://opensolution.org/download,en,18.html?sDir=Quick.Cart/plugins#cacheLite_v0.1
treewood- chyba nie jest uwzględniony uzytkownik "admin" Przy ustawieniach: a) Włączone: "Administrator może zobaczyć ukryte strony i produkty" b) Strona Test ma wyłączony "status" WSZYSCY, a nie tylko zalogowany admin będą widzieć stronę Test.
openzibi - dziekuje za zgloszenie uwag. dodatek poprawiony. teraz bedac zalogowanym w administracji cache nie bedzie sie pobieral i zapisywal jak administrator bedzie przegladal wersje widoczna dla klientow.
treewood - to znowu ja. Uspokajam ze działa i wszystkim polecam ten plugin. Jedna rzecz nie daje mi jednak spokoju, bo szybkosc stron to moje hobby :)
Czy ja dobrze rozumuje działanie pluginu czy tez całego skryptu?
1. Przykładowa strona http://orientexpres.eu/ ( czasowo na dole pokazywany czas generowania strony) 2. Wchodzi pierwszy klient i ma najczęsciej czas ok. 0,0200s 3. Klika na Kontakt i ponownie na Witamy ma czas 0,0160s 4. Rozumiem ze od tego momentu klient jest traktowany jako "nasz" i teraz bedize odczytywał informacje z 3 plków cache w katalogu db
5. W czym problem? Kliknij sekwencje Witamy (0,0200) - Kontakt - Witamy (0,0160)- Kontakt i przewij
6. Po ok 20 s kliknij ponownie na Witamy. Bedzie ok 0,0200 a nie 0,0160. Moze żle patrzyłem ale nie znalazłem ograniczeń czasu sesji i powodów dla których siedzący na stronie klient był po jakims, krótkim czasie ponownie traktowany jako nowy.
openzibi - dziala to tak: 1. wchodzi jakikolwiek klient na strone i jesli nie ma cache'u to w czasie jego 1 wizyty generuje sie cache 2. kazde kolejne odswiezenie przez tego samego lub jakiegokolwiek klienta powoduje wczytywanie danych z cacheu
Wiec jesli przykladowo dziennie masz 1000 wizyt i w tym 10 000 odslon to tylko 1 odslona generuje cache a reszta 9 999 odslon to juz wczytywanie z cache'u (oczywiscie pod warunkiem, ze miedzyczasie nie zmienione zostana jakies dane przez administracje np. tresc jakiejs strony).
Pierwsza wizyta klienta zawsze bedzie generowala dluzszy czas bo musi zostac stworzona sesja dla niego itd. Wiec prawie zawze bedzie tak, ze 1 odslona (mimo, ze cache jest juz wygenerowany) bedzie wymagala wiecej czasu niz kazda kolejna. Poniewaz roznice w Twoim przypadku sa miedzy 0.02 a 0.016 to wez takze pod uwage to, ze nie zawsze czas generowania kodu bedzie szybszy niz wtedy gdy cache'u nie bedzie. Czasami po prostu serwer jest bardziej obciazony bo przyjmuje ruch na innych kontach.
Mam tak: po owej przerwie, pierwszy klik 0,0210, drugi klik 0,0200 i dopiero trzeci schodzi na 0,0160 i się trzyma w granicach 1ms. Zagadnienie ciekawe :-)
Zaciekawił mnie po prostu fakt ze po chwilowym przerwaniu wędrowania po stronie i ponownym wejsćiu na strone główna zawsze miałem wyzszy a nie nizszy czas. (testowane na wspomnianej stronie oraz "dziewiczym" Quick.cart
Tak czy inaczej plugin polecam. Byc moze jeszcze w grudniu przejdzie na innej stronie test 3-5 tys wizyt dziennie (przez 3-7 dni). Tak jak kiedys pisałem, w poprzedniej kampani reklamowej, klient miał 10 tys wizyt dziennie (98000 odsłon) W takiej sytuacji każdy ułamek sekundy jest na wagę złota.
boboo - czy ten nizszy "czas z cache" masz później za kazdym razem? Czy jezeli po minucie wejdziesz na Witamy z innej podstrony to tez masz ten nizszy czas (oczywiscie srednia z kliku prób) Po takiej przewwie ja zawsze miałem wyzszy. Nie upieram sie , moze miałem pecha tym bardziej ze to sa niewielkie róznice (miedzy 0,0200 a 0,0160)
Dokładnie tak. Przeprowadziłem próbę kilka razy. 1 -> 210 +- 3ms 2 -> 200 +- 3ms 3 -> 160 +- 3ms i na 160 już zostawało. A po kilkudziesięciosekundowej przerwie ten sam schemat. I tak kilka razy.
A teraz się zmieniło: 1 -> 200 2 -> 230 3 -> 160 i dalsze też 160. Drugi klik stał się "wolniejszy". I też powtarzalnie. Niejako krzywa ADSR z syntezatorów ;-)
I don't mean to be negative, but from theoretical point of view this is a completely wrong approach. This is because you should cache the whole page that is generated and offer it whenever you're absolutely sure nothing on the page changed (i.e. nothing was changed in administration, in most cases).
We need to realize that most pages generated in quick cart are static pages, i.e. there is nothing new on the page in between short-term reloads. You can use existing cache mechanisms in PHP (Output Buffer). Completely normal and usable. Should be as easy to implement as this "cache-lite" addon.
beholder - i did not agree with you. in my experience this plugin should help in many cases where server is overload. if i will cache whole code and HTML then in some cases where are "dynamic contents" like basket in top menu, random product in left menu, random products per category under product etc. will not display dynamic/random but static.
of course if someone have much trouble with server overload then this plugin will not help. but in most cases in my opinion this plugin will work ok. i have made over 4 websites where cache need to be and only in 1 case whole site must be cached. in other cases only cache'ing some variables, some database data helps much and solve most problems without any changes in script.
remember that this script is cacheLite. using ob_start() etc. cache script will not be some easy as you said because this dynamic content in standard Quick.Cart. in this situation need to be done some exceptions etc.
full caching is much harder i advanced as cacheLite
ndmpoland - wydaje mi sie, ze probojesz byc zlosliwy. postaram sie nie odpowiedziec w podobnym tonie i sprobowac wytlumaczyc ci kilka zasad 1. polowa ludzi odwiedzajacych nasza strone nie jest z polski 2. duza czesc polakow, ktorzy odwiedzaja ta strone zna choc podstawy j. angielskiego 3. zakladajac opcje nr 1 i 2 zakladamy, ze wiekszosc wlada j. angielskim 4. ci, ktorzy nie posluguja sie j. angielskim zawsze moga poratowac sie tlumaczem z j. angielskiego na j. polski 5. czesc ludzi nie zna j. polskiego i pyta w j. angielskim dlatego tez odpowiadam w tym samym jezyku 6. jesli czegos nie rozumiesz to napisz a wytlumacze Ci. ale tego typu wydaje mi sie "pretensjonalne" podejscie tylko zniecheca do checi pomocy
Treewoodowi jako członkowi zespołu OS nie przystoi, ale ja sobie pozwolę:
ndmpoland, nie znam suahili, dlatego nie wchodzę na fora, na których się go używa. Aby się niepotrzebnie nie głowić. Tobie polecam błyskotliwe forum Onetu, albo... się doedukuj. Zapewne zauważyłeś, że Beholder ma w stopce adres, którego domena nie konczy się na "pl". Dlatego zadał pytanie w najpopularniejszym języku, który - w odróżnieniu od ciebie - zna. Zapewne też zauważyłeś, że Treewood kieruje swój napisany po angielsku post do Beholdera. To forum dotyczy wersji darmowych systemów QC. Darmowych. Co oznacza, że nie masz żadnych praw roszczeniowych w stosunku do autorów systemów, bądź autorów tutejszych postów. Absolutnie żadnych. Jedyne pretensje kieruj do rodziców, którzy wybrali takie mieszkanie, że miałeś do szkoły pod górkę.
zainstalowałem ten plugin,ale posypała się poprawka punkt 6.The problem of homepage link duplication. Po kliknięciu na jakąś podstronę a następnie na logo, które powinno kierować na stronę głowną nie było żadnej reakcji. Dobrze że zrobiłem kopię zapasową plików.
