Jump to content

Lassú prestashop!


king50
 Share

Recommended Posts

Hello!

kb. 2.000 termék van az oldalamon, és nagyon be van lassulva!

Egyik shop egy-egy oldalt kb. 5 sec alatt hoz be, a másiknak meg kel legalább 10 sec!

Van valakinek tanácsa mi okozhatja ezt?

 

Admin főoldalon Smarty Optimalizálás felkiáltó jeles! Ez pontosan mit tud, és hogyan lehet beállítani?

 

Előre is köszönöm a segítséget.

Share this post


Link to post
Share on other sites

Első körben (még sok kör van :D ):

Advanced parameters => Performance

Sablon gyorsítótárnál legyen a középső (Recompile templates if the files have been updated)

Cashe => legyen bekapcsolva

 

aztán a KTC-nél:

mindegyik radio button legyen az elsőn

(pl.: az elsőnél ez: KTC alkalmazása a CSS-eknél.)

Az Apache optimization pedig legyen bekapcsolva.

Nézzük meg!

Edited by pattila01 (see edit history)

Share this post


Link to post
Share on other sites

Első körben (még sok kör van :D ):

Advanced parameters => Performance

Sablon gyorsítótárnál legyen a középső (Recompile templates if the files have been updated)

Cashe => legyen bekapcsolva

 

aztán a KTC-nél:

mindegyik radio button legyen az elsőn

(pl.: az elsőnél ez: KTC alkalmazása a CSS-eknél.)

Az Apache optimization pedig legyen bekapcsolva.

Nézzük meg!

Köszönöm, eddig megvan. Az oldal sajnos ugyanúgy lassú. Az admin főoldalon a Smarty optimalizálás még mindig felkiáltójeles! (Ha ez fontos vagy lehet köze ehhez)

Share this post


Link to post
Share on other sites

én legalább két eszközt szoktam alkalmazni ilyenkor, az egyik:

http://gtmetrix.com/ => itt érdemes lenne megnézni mi az ami kitölti azt az 5 másodpercet

a második pedig a google page speed ami google chrome-ba van nekem telepítve. Nézd meg a weboldalad

gtmetrix-el, és mondd mi az ami elviszi az idődet. Utána tudunk okoskodni.

Share this post


Link to post
Share on other sites

Lefuttattam a tesztet, hát azt írja hogy 7.94s az oldal betöltés ideje, és összesen 596KB-ot tölt be! Rá tudnál nézni te is, hátha többet le tudsz szűrni az adatokból, de persze közben én is nézem hátha rájövök valamire! link: www.e46shop.hu

Share this post


Link to post
Share on other sites

igen, meg fogom nézni csak kérek egy kis időt, most rendkívül el vagyok foglalva.

Egy két nap és több időm lesz, akkor megmondom hogy mit tegyél.

Rendben, köszönöm addig is, nagyon segítőkész vagy!

Share this post


Link to post
Share on other sites

Na most eszek, és mivel ilyen aranyos voltál megnéztem.

 

38% - F és 70 - C

Nagyon rossz eredmény. Én prestából ki tudok hozni A-s B-s besorolást. Egy ilyen eredménnyel mint a Tiéd a google sem fog szeretni az biztos (mert a találati sorrendbe már az oldal betöltési ideje is sokat számít a nagytestvérnél).

 

Próbálom sorrendbe állítani a feladatsort költséghatékonyság szerint növekvőbe. Nem lesz egyszerű, megpróbálom.

Tehát a sorrend elején azok fognak szerepelni amiket a legkisebb erő(és pénz)bedobással meg lehet csinálni.

 

1. Specify image dimensions, azaz: adjuk meg a képek méretét a tpl-ben:

A lényege ennek a hibaüzenetnek röviden és dióhéjban: sok idő elmegy itt is azzal hogy a böngésző lekéregeti (ha van egyáltalán, de inkább hiányzik) a képek méretét css-ből. Ez időigényes mert a böngészőnek méret híján le kell töltenie először a képet, megvizsgálni mekkora a mérete, ezt visszaküldeni és utána megjeleníteni. Katasztrófa. :D Hogy tudjuk ezt orvosolni?

Nyisd le a lenyílómenüt és nézegesd meg hogy milyen képekért kiabál, nézzük az elsőt:

 

http://e46shop.hu/1459-home_default/bmw-40p-gateway-300-ipod-usb-aux-illeszt%C3%B5.jpg (Dimensions: 124 x 124)

 

ez egy termék ugye. Mi a teendő? Meg kell keresni melyik tpl-ben van. Nézzük az oldalt:

látni hogy a kiemelt termékeknél van, tehát valahol a modules mappában egy homefeatured név alatt ott leledzik ez a tpl. Meg kell keresni, meg kell nyitni és direktbe meg kell adni a kép méretét.

Például így:

 

<img src="{$link->getImageLink($product.link_rewrite, $product.id_image, 'home')}" height="124" width="124" alt="{$product.name|escape:html:'UTF-8'}" />

 

Mint láthatod direktben megadtam a méretét. Ehhez hasonlóan kell eljárni a többi, lenyíló menüben felsorolt tétellel is. Megkeresni hol lehet a tpl, megnyitni, megkeresni a kérdéses sort és megadni direktbe a pontos méretet. Ez sokat segít a shopon.

 

2. Enable gzip compression, azaz: engedélyezzük a gzip compression-t

No. Ezt a kört valószínű a szolgáltatóval kell lefutnod, minden szolgáltatónál máshogy megy ennek a tömörítési eljárásnak a bekapcsolása. Ha nem tévedek akkor csak egy On-Off kell a php.ini-ben, de nyilván ezt csak a szolgáltató tudja elvégezni. Miről is van szó?

A gzip egy tömörítési eljárás linux alatt. A szerver mielőtt elküldené a kliens böngészőnek az adatokat összetömöríti: majd a kliens böngésző kitömörítve megjeleníti azt. Gyors, mert a tömörítési algoritmus hatásfoka igen jó, ezáltal csökkenthető a küldeni kívánt csomag mérete, amiből egyenesen következik hogy rövidebb idő kell az adatátvitelhez. Nézd meg:

Ha be lenne kapcsolva ~ 130 kbyte-ot tudnál spórolni, 73%-al jobb a hatásfok.

Amit tenned kell: írsz egy levelet a szolgáltatónak, hogy a gzip compression-t legyenek szívesek bekapcsolni. Egy tipp:

ezen a két oldalon ellenőrizni lehet hogy a gzip compression be van-e kapcsolva a szerverünkön:

http://www.whatsmyip.org/http-compression-test/

http://aruljohn.com/gziptest.php

igen hasznosak tudnak lenni. Ha megnézed akkor láthatod hogy nálad nincs bekapcsolva.

 

3. Enable Keep-Alive, azaz: Keep Alive engedélyezése

emlékeim szerint szintén szolgáltatóval kell megfutnod. Ha kéred tőlük a gzip-et akkor ezt is írd meg nekik. Csak engedélyezzék és kész.

 

4. Avoid bad requests, azaz rossz/hiányos lekérések

Nyissuk le, nézzük meg mit is mond: 3 javascripted és 2 képed 404/410-es hibaüzenetet dob vissza. Vagyis? Nem létezik. Lekérés során elég sok idő megy el rá mire a lekérdezés visszadobja hogy a fájl nem található az adott helyen => utána kell nézni hogy ki kéri ezeket le, és miért nincs a helyén! Kezd a képekkel szerintem. Az könnyebb. Például lehet látni az utolsó png-n hogy a témádban nincs meg a felhasználó képe (gondolom valami alap kép lehet). Először is nézd meg hogy az alap témában bent van-e, ha igen akkor másold át :) . Ha esetleg nem tudod hogy egy kép honnan hívódik meg (ki akarja előkeríteni) akkor szutykosabb, de még mindig jobb megoldás ha az adott képet pótolod egy 1x1 pixeles üres képpel. Ha png akkor átlátszóra kell csinálni és akkor senki sem fogja észrevenni... és nem generál hibát sem, így is nyerve egy kis időt.

 

5. Optimize images, azaz optimalizáljuk a képeket :)

Nagyon fontos ez a rész, és nem csak azért mert a legkönnyebb rajta segíteni, hanem azért is mert sokat megtakaríthatunk vele. Mit is jelent ez? Amikor te létrehozol egy képet, akkor szinte biztos hogy annak a képnek le lehet generálni egy ugyanolyan, minőségben megegyező, de méretben kisebb változatát (gondoljunk csak a png és a jpg közti méretekre, okés, a jpg egy nagyon jó tömörítési algoritmus, de azért gondoljuk végig). A legjobb az egészben hogy Neked nem kell megtanulnod és foglalkoznod azzal hogy a képeidet újra generáljad: ez a weboldal (csakúgy mint a google PageSpeed) megteszi helyetted. Ha lenyitod, láthatod hogy egy képen mennyit lehetne spórolni, ha kicserélnéd FTP-n a minőségben megegyező, de "karcsúbb" társára. Semmi mást nem kell tenned, mint elfogadni azt a felajánlást amit a gtmetrix ad: legenerálja Neked ezeket a képeket, ott van mellette a link, megnyithatod, lementheted, és helyes fájlnévre átnevezve felülírhatod a tárhelyeden lévővel. Ott van mindegyik kép után hogy ha lecseréled mennyit nyersz %-ban és kbyte-ban is.

 

Ezek voltak azok amiket egy áltagos user meg tud tenni a weboldalért. Garantálom ha ezeket sikerül megcsinálnod/megcsináltatnod (szolgáltató) egyből lejjebb ugrik a betöltési idő, jobb besorolást kapsz és a google is szeretni fog.

 

Ha a gtmetrixen a "Timeline" (Idővonal)-ra kattintasz, láthatod hogy mivel "tököl" a legtöbbet a weboldalad betöltéskor. Nézd meg pirossal ki van emelve a három nem található javascript amit fentebb mondtam... nézd meg mennyi időt tölt mire rájön hogy nincs ott! Katasztrófa, ezért kell ezeket javítani.

 

Szerintem rágd át ezeket és nézzük meg mi az amit meg tudsz valósítani belőle, majd nézzünk újból egy gtmetrixet. Utána beszélhetünk a nehezebb dolgokról, ha még nem vagy elégedett.

 

Összehasonlítási alapnak álljon itt a jelenlegi állapota a weboldaladnak:

FireShot_Screen_Capture__083_-___Latest_Performance_Report_for__http___www_e46shop_hu__I_GTmetrix___-_gtmetrix_com_reports_www_e46shop_hu_eAcxEWqg_www.kepfeltoltes.hu_.png

  • Like 4

Share this post


Link to post
Share on other sites

Köszönöm, neki is álltam, átnézem miket írtál és indul a kísérletezés csak figyelem mi miért hogyan történik, tanulás céljából!

A kérdésem még, hogy a GTMetrix-nek mennyi időn belül kell mutatnia pl a változást a képeknél? Megcsináltam az említett változásokat valószínűsítem jó lett, mivel majdnem 1 másodperccel csökkent a betöltés és a Page Speed Grade is 38-ról 41%-ra emelkedett!

A képek viszont ugyanúgy egyenlőre hibásak!

Share this post


Link to post
Share on other sites

Performance beállításokról egy print screent tudsz mutatni?

 

.htaccess-be próbáld meg ezt:

Header unset Pragma
FileETag None
Header unset ETag
<FilesMatch "\.(ico|jpg|jpeg|png|gif|js|css|swf|pdf|flv|mp3)$">
<IfModule mod_expires.c>
ExpiresActive on
ExpiresDefault "access plus 14 days"
Header set Cache-Control "public"
</IfModule>
</FilesMatch>
<FilesMatch "\.(html|htm|xml|txt|xsl)$">
Header set Cache-Control "max-age=7200, must-revalidate"
</FilesMatch>

Share this post


Link to post
Share on other sites

okés a beállítások jók.

Próbáld meg a fenti kód helyett ezt beszúrni:

<IfModule mod_expires.c>
# Enable expirations
ExpiresActive On
# Default directive
ExpiresDefault "access plus 1 month"
# My favicon
ExpiresByType image/x-icon "access plus 1 year”
# Images
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"
# CSS
ExpiresByType text/css "access 1 month”
# Javascript
ExpiresByType application/javascript "access plus 1 year"
</IfModule>

 

csatolhatod megnézem, de még előtte próbáld ezt ki

Edited by pattila01 (see edit history)

Share this post


Link to post
Share on other sites

nem baj, de az helyett is beteheted.

Próbáld ki, ha még mindig nem jó akkor közvetlen utána még dobd be ezt is:

<filesmatch ".(jpg|jpeg|png|gif|css|js|ico)$"="">
Header set Cache-Control "max-age=614800, public"
</filesmatch>

Share this post


Link to post
Share on other sites

de lehetséges, pont most akartam mondani.

Amit dobtam Neked az egy ugyanilyen verziójú működő shop .htaccess-éből kapott erre vonatkozólag utasítást, úgyhogy működnie kellett volna.

Írj a szolgáltatónak egy levelet a problémával kapcsolatban, ha normálisak hamar elintézik Neked.

Share this post


Link to post
Share on other sites

CCC-nél minden be van kapcsolva?

Mert ha igen ahogy a képen van akkor ennek nem szabadna kijönnie. És amikor én néztem az oldalad gtmetrixben nem is jött ki.

Egy CSS eljárásról van szó, de elméletileg tudja ezt a presta.

Share this post


Link to post
Share on other sites

Szia pattila01!

Beszéltem a szolgáltatómmal, és az mondja hogy a Keep-alive-ot bekapcsolta, a gzip-hez meg kellene neki, hogy hogyan akarom tesztelni, illetve, hogy melyik függvégy/metódus hiányzik, vagy hogy miből gondolom úgy, hogy nincs gzip....

Mert a http://aruljohn.com/gziptest.php szerint nincs gzip beáálítva.

Mit írjak vissza szerinted?

Share this post


Link to post
Share on other sites

Okés, vagy nem ért hozzá vagy nem akarja bekapcsolni :)

Dobd be neki azt a két teszt-oldalt amit én fentebb, ahol ellenőrizni lehet hogy a gzip be van-e kapcsolva.

Mondd meg neki hogy ez kell:

http://gtmetrix.com/enable-gzip-compression.html

és kapcsolja be, ne szórakozzon. Na ezt ne mondd neki, de nagyon jól tudja hogy miről van szó csak teszi a hülyét.

Amúgy látom már kezdenek felfelé ívelni a számok :)

Share this post


Link to post
Share on other sites

Okés, vagy nem ért hozzá vagy nem akarja bekapcsolni :) Dobd be neki azt a két teszt-oldalt amit én fentebb, ahol ellenőrizni lehet hogy a gzip be van-e kapcsolva. Mondd meg neki hogy ez kell: http://gtmetrix.com/enable-gzip-compression.html és kapcsolja be, ne szórakozzon. Na ezt ne mondd neki, de nagyon jól tudja hogy miről van szó csak teszi a hülyét. Amúgy látom már kezdenek felfelé ívelni a számok :)

Hát már majdnem az összeveszés határán vagyunk, azt állítják hogy sajnos náluk ez nem működik! Mivel hogy cPanel rendszer van náluk!

Esetleg nem tudsz ajánlani valami komoly megbízható céget akik normálisak?

Share this post


Link to post
Share on other sites

És? A CPanel rendszer csak egy admin felület hogy megkönnyítse a felhasználók dolgát...

mindegy.

Az én oldalaim zöme a Gyümölcstárhelyél vannak. Néha van kivetnivaló de ezen kívül mindig nagyon szolgálatkészek, technikailag felkészültek és a szervereik megbízhatóak.

http://start.gyumolcstarhely.hu/

Amit Én tennék a helyedben:

regelnék egy teszt-tárhelyet a gyümölcsnél ami ingyenes, felpakolnám szépen oda az oldalt és megnézném gtmetrixben.

Ha a gzip eleve okés és mással sincs gond akkor érdemes őket választani. Nekem már VPS-em is van Nálunk, ott meg aztán azt állítanak amit csak akarsz.

Share this post


Link to post
Share on other sites

És? A CPanel rendszer csak egy admin felület hogy megkönnyítse a felhasználók dolgát...

mindegy.

Az én oldalaim zöme a Gyümölcstárhelyél vannak. Néha van kivetnivaló de ezen kívül mindig nagyon szolgálatkészek, technikailag felkészültek és a szervereik megbízhatóak.

http://start.gyumolcstarhely.hu/

Amit Én tennék a helyedben:

regelnék egy teszt-tárhelyet a gyümölcsnél ami ingyenes, felpakolnám szépen oda az oldalt és megnézném gtmetrixben.

Ha a gzip eleve okés és mással sincs gond akkor érdemes őket választani. Nekem már VPS-em is van Nálunk, ott meg aztán azt állítanak amit csak akarsz.

Akkor ők megbízhatók, látom már több éve működnek, remélem továbbra is meglesznek :) Igényeltem próba tárhelyet kíváncsi leszek. Jelzek majd mire jutottam :)

Edited by king50 (see edit history)

Share this post


Link to post
Share on other sites

webdigital-nal vagyok évek óta és nagyon sok ismerősöm is

olcsó, gyors és éjjel 2-kor írtam nekik és reggel 6-kor be volt állítva

nem problémáznak semmin és 3 oldalt is üzemeltethetsz a legkisebb csomagon is (7500 br. 1 évre)

csak ajánlani tudom

Share this post


Link to post
Share on other sites

Okés várjuk :)

Na átraktam az oldalt!

Érdekes a tapasztalat!

Maga az oldal betöltése lassabb, (7,54 sec) viszont A, B minősítést kapott!

A timeline-on két javascript-re panaszkodik, viszont keresem de nem találom hogy azzal mit tudnák kezdeni!

Kapásból azok elvisznek 2 x 3,45 másodpercet!

Van ötlet erre?

Új ideiglenes link: http://0316205501.hu.ip00.varolista.hu

Share this post


Link to post
Share on other sites

Azért tölt be kicsit lassabban mert máshogy működik a gyümölcstárhely technikai háttere mint más szolgáltatóké (biztonsági okokból) és így van egy nagyjából 2 ms-es "várásos holt időszak" benne.

Az A-B-s besorolás nagyon okés, nyilvánvalóan ott eleve él a gzip, de meg is néztem és él. :)

Érdemes volna egy próbát tenni Feri által javasolt szolgáltatóval is.

Share this post


Link to post
Share on other sites

Azért tölt be kicsit lassabban mert máshogy működik a gyümölcstárhely technikai háttere mint más szolgáltatóké (biztonsági okokból) és így van egy nagyjából 2 ms-es "várásos holt időszak" benne.

Az A-B-s besorolás nagyon okés, nyilvánvalóan ott eleve él a gzip, de meg is néztem és él. :)

Érdemes volna egy próbát tenni Feri által javasolt szolgáltatóval is.

Igen működik a gzip, én kapcsoltam be cpanel-ben (ezért is nem értem a mostani szolgáltatóm miért hivatkozik a cpanel-ra) mindegy. A várakozás oké, de ha az a két java scipt okés lenne amit nem talál és elvileg sok időt elvisz jó lehetne nem?

De egyenlőre azokkal nem tudom mit kezdjek, és hogy egyáltalán miért / honnan hiányzik.

Share this post


Link to post
Share on other sites

A webdigitalt én is ajánlani tudom. Gyorsak, precízek, segítőkészek, hozzáértők. Fel vannak készülve és a szervereiket is felkészítették a legtöbb webáruház motor futtatásához.

Share this post


Link to post
Share on other sites

  • 3 weeks later...

Sziasztok.

 

Én is lassulásos problémával küzdök sajnos. Igyekeztem csak olvasással utánajárni a dolgoknak, de elvesztem valahol, így maradt a kérdezés.

 

Az oldal frontenden is lehetne gyorsabb, de fogösszeszorítás mellett az azért elmegy. Ami igazán lassú, az a backoffice. Néhány példa ami rendszeres:

-Termék minimális módosítása (pl ár) után mentés gomb, majd 20-25mp gondolkodás.

-Alapvetően minden művelet (gombnyomás) minimum 2-3-4 mp-es gondolkodást eredményez.

-modulok listázása kb 10-12mp

stbstb.

 

Gzip be van kapcsolva.

Backoffice-ban a beállítások jók, több netes forrás szerint is ellenőrizve

GTmetric szerint B/C osztályzás (ezelőtt amikor néztem B/B volt... azóta a sebesség nem változott érezhetően)

http://gtmetrix.com/reports/konzol-doktor.hu/Rtc80xWo

 

(elkezdtem átnézni a GTmetric alapján rossznak itélt részeket, de lassan haladok, hátha valaki idetéved, és tud javaslatokat tenni)

 

Gyümölcstárhely a szolgáltató, amivel többen is meg vannak elégedve, szóval nem hiszem, hogy azzal lenne a gond.

 

Ami esetleg még befolyásolhatja a dolgot, hogy 1 tárhelyen jelenleg 5 presta van (almappákban ofc), 3 éles, 2 teszt , meg egy natív php oldal. A fő prestás oldal a leginkább lassabb, a többi elviselhető. (de a többin nincs is számottevő forgalom)

 

Az esetleges válaszokat előre is köszönöm.

 

Üdv: Kyle

Share this post


Link to post
Share on other sites

Egyik ügyfelem is a gyümölcsnél van több weboldallal, és az a gond :)

minőségi szolgáltatók, de ahogyan írtam már egyszer valamelyik hozzászólásomban amit most nem találok:

két ok miatt lassú:

az első hogy több prestashopot üzemeltetsz valószínű egy dinnye tárhelyen, és a rengeteg sql lekérdezés taccsra vágja a szervert amin Te még jó pár ügyféllel együtt osztozol.

Második hogy a technikájuk miatt lassú. A szerverük más biztonságtechnikai megoldásokkal működik aminek a hátránya pár másodperces betöltési idő többlet. Megoldást a VPS jelentené, ha megér Neked annyit... úgy megoldódnak ezek a gondok.

Érdeklődd meg Náluk a VPS-t, mert a végső megoldás az. Ha nem akarsz ennyit költeni rá akkor megpróbálhatunk egy két dolgot de nem lesz olyan mintha VPS-en futna.

Alternatívaként átviszed máshova a shopjaidat.

Share this post


Link to post
Share on other sites

@feri: Alapesetben kikapcsolva tartom, csak akkor kapcsolom be, ha mókolok a tpl-ekben.

A fő-oldal 1.5.2 , a többi: 1.4.9, 1.5.2, 1.5.3

 

@pattila01: Körbenézek akkor VPS vonalon, aztán majd meglátom.

(a gyümölcsös biztonsági-pármásodperces posztodat olvastam, itt van hátrébb a topicban, csak ez már több ennél. :) )

 

 

Köszönöm mindkettőtöknek a gyors választ.

Edited by sptkyle (see edit history)

Share this post


Link to post
Share on other sites

Igen több, úgy értem hogy szerepet játszik a betöltési időben. A többi idő pedig a túlterhelés miatt van, a fenti sok sql lekérdezéses dolog miatt.

Ügyfelem már átállt gyümölcs VPS-re egy 8000 termékes webáruházzal (plusz a maradék 4-el, ezek kisebb termékszámúak) és megoldódtak ezek a problémák.

Share this post


Link to post
Share on other sites

Igen több, úgy értem hogy szerepet játszik a betöltési időben. A többi idő pedig a túlterhelés miatt van, a fenti sok sql lekérdezéses dolog miatt.

Ügyfelem már átállt gyümölcs VPS-re egy 8000 termékes webáruházzal (plusz a maradék 4-el, ezek kisebb termékszámúak) és megoldódtak ezek a problémák.

 

Köszi, már nézem.

VPS-nek van hátránya? Azon kívül, hogy növeli a költségeket.

Share this post


Link to post
Share on other sites

hát a magam részéről úgy gondolom csak előnye van... saját szerver, saját adatok, nem osztozol rajta senkivel, az erőforrásokat csak Te használod, php.ini beállításokat is könnyebb módosíttatni hiszen mást nem érint a változás... plusz erősebb a vas.

Share this post


Link to post
Share on other sites

  • 1 month later...

Szia!

Van még egy oldal amin a fent leírtakat nekiálltam alkalmazni, és a kategóriák 70%-nak a képe az egy és ugyanaz a kép, viszont más és más névvel. Ezt hogyan lehetne akár egyszerre törölni, vagy megadni hogy egy képet használjon mind és ne töltse be 200x ugyanazt!

PhpMyAdmin-ba keresgettem azt a sort ahol ezt át lehetne írni de nem találom, vagy esetleg tudsz rá más "jobb" megoldást?

 

okés a beállítások jók.

Próbáld meg a fenti kód helyett ezt beszúrni:

<IfModule mod_expires.c>
# Enable expirations
ExpiresActive On
# Default directive
ExpiresDefault "access plus 1 month"
# My favicon
ExpiresByType image/x-icon "access plus 1 year”
# Images
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"
# CSS
ExpiresByType text/css "access 1 month”
# Javascript
ExpiresByType application/javascript "access plus 1 year"
</IfModule>

 

csatolhatod megnézem, de még előtte próbáld ezt ki

Share this post


Link to post
Share on other sites

Szóval itt most csak egy dologról beszélünk mint probléma ugye? Arról, hogy mindegyik terméknek egy képe van, és erre keresünk megoldást, igaz?

Csak mert az idézés az egy htaccess problémáról szól, amit más témában írtam.

  • Like 1

Share this post


Link to post
Share on other sites

Szóval itt most csak egy dologról beszélünk mint probléma ugye? Arról, hogy mindegyik terméknek egy képe van, és erre keresünk megoldást, igaz?

Csak mert az idézés az egy htaccess problémáról szól, amit más témában írtam.

 

Szia!

Igen, ez egy külön dolog, csak nem jó helyre idéztem!

Share this post


Link to post
Share on other sites

hát ilyet még nem csináltam de megpróbálok kitalálni valamit.

Valahogy product.tpl körül kellene szaglászni. Megadni egy feltételben, hogy bizonyos termékeknél ugyanazt a képet használja.

Gondolkodom rajta.

  • Like 1

Share this post


Link to post
Share on other sites

Köszönöm szépen!

Amugy ha ránéznél gtmetrix-el a tuninglampa.hu oldalra látnád hogy mi a gondom! 20 sec az oldal betöltési ideje, és én úgy gondolom hogy ezek a képek miatt van! Vagy rosszul látom esetleg a dolgot?

 

hát ilyet még nem csináltam de megpróbálok kitalálni valamit.

Valahogy product.tpl körül kellene szaglászni. Megadni egy feltételben, hogy bizonyos termékeknél ugyanazt a képet használja.

Gondolkodom rajta.

Edited by king50 (see edit history)

Share this post


Link to post
Share on other sites

Igen alkategória képek, és nem tudom mit kezdjek velük :S

Tyű ez elég durva.

Igen, azt írja. Ha jól látom ezek nem termék, hanem kategóriaképek. Igaz? Méghozzá alkategóriaképek.

Share this post


Link to post
Share on other sites

Lehet ki tudok találni valamit.

Mentést tudsz készíteni a shopról ugye?

Fájlt és adatbázis mentést.

 

Hányas verzió a shop?

 

Valamint: az összes alkategóriának ez a képe ugye?

Lehet ki tudok találni valamit.

Mentést tudsz készíteni a shopról ugye?

Fájlt és adatbázis mentést.

 

Hányas verzió a shop?

 

Valamint: az összes alkategóriának ez a képe ugye?

Mentést tudok mindenrol, legujabb 1.5 a shop. Minden alkategoria ugyanaz egyenlore , de kesobb valtozni fog majd. Az problema lehet?

Share this post


Link to post
Share on other sites

Hmmm... lehet, egyelőre próbáljuk meg amit kigondoltam.

Nyisd meg (előtte mentés legyen) a tetemad/category.tpl-t.

Keresd meg ezt a sort (80-as körül):

<img src="{$link->getCatImageLink($subcategory.link_rewrite, $subcategory.id_image, 'medium_default')}" alt="" width="{$mediumSize.width}" height="{$mediumSize.height}" />

és erre cseréld le:

<img src="http://tuninglampa.hu/c/26-subcat/vito-v-class-w638.jpg" alt="" width="{$mediumSize.width}" height="{$mediumSize.height}" />

 

és nézzük meg mit reagál rá a shop.

Edited by pattila01 (see edit history)
  • Like 1

Share this post


Link to post
Share on other sites

Hmmm... lehet, egyelőre próbáljuk meg amit kigondoltam.

Nyisd meg (előtte mentés legyen) a tetemad/category.tpl-t.

Keresd meg ezt a sort (80-as körül):

<img src="{$link->getCatImageLink($subcategory.link_rewrite, $subcategory.id_image, 'medium_default')}" alt="" width="{$mediumSize.width}" height="{$mediumSize.height}" />

és erre cseréld le:

<img src="http://tuninglampa.hu/c/26-subcat/vito-v-class-w638.jpg" alt="" width="{$mediumSize.width}" height="{$mediumSize.height}" />

 

és nézzük meg mit reagál rá a shop.

Kicseréltem, annyi történt, hogy az alkategória képek alatti "menüpont nevek" kicsit elcsúsztak, ami kisebb hiba, a képek egyforma linken lettek, a gtmetrix szerint ugyanúgy hibás az a sok kép url.

Share this post


Link to post
Share on other sites

Kicseréltem, annyi történt, hogy az alkategória képek alatti "menüpont nevek" kicsit elcsúsztak, ami kisebb hiba, a képek egyforma linken lettek, a gtmetrix szerint ugyanúgy hibás az a sok kép url.

Az elcsúszást megoldottam, viszont ami meg így hibás az az, hogy tévedtem és vannak alkategóriák amiknek a képe egyedi, csak az azokban lévő kategóriák egyformák "egyenlőre".

Azt nem tudom ha pl. egy rendelésbe lépek bele miért tölti be pl. a kategória képeket is? Amikhez amúgy akkor semmi közének nem kellene, hogy legyen.

Share this post


Link to post
Share on other sites

Megnéztem a gtmetrixet.

Azt láttam hogy nem elsősorban a subcategory képeivel van gond.

Amikor egy kategória fölé viszed az egeret, és az hoverel, akkor jobb oldalt kijön egy ablak, ami megmutatja mi is van a kategóriában. Ez micsoda? Egyedi fejlesztés vagy egy modul? Ha modul akkor kapcsold ki, és nézzünk egy gtmetrixet.

Ezt látom ezeknél a képeknél: demegacategory

mond ez valamit? Ennek a képeire kiabál.

Share this post


Link to post
Share on other sites

Megnéztem a gtmetrixet.

Azt láttam hogy nem elsősorban a subcategory képeivel van gond.

Amikor egy kategória fölé viszed az egeret, és az hoverel, akkor jobb oldalt kijön egy ablak, ami megmutatja mi is van a kategóriában. Ez micsoda? Egyedi fejlesztés vagy egy modul? Ha modul akkor kapcsold ki, és nézzünk egy gtmetrixet.

Ezt látom ezeknél a képeknél: demegacategory

mond ez valamit? Ennek a képeire kiabál.

Hát megmondom őszintén mindenre, gondoltam csak erre nem!

A sablonhoz volt egy modul "DC categories block " amit láttál is! Az csinálta a hülyeségret. Most B, B besorolást kapott, valamint 3.8 sec betöltési idő! Megpróbálom azt a modul rendbe rakni! Köszönöm hogy rájöttél! :)

Share this post


Link to post
Share on other sites

:)

Akkor azt a category.tpl módosítást amit alkalmaztunk, állítsd vissza az eredetibe. Ha ez megvan, akkor a "DC categories modul" -ban lévő tpl-t kell átírni, persze ha akarod, de talán szerintem felesleges is ez a modul. Minden estre állítsd vissza a category.tpl-t, és utána megnézem én is gtmetrixen.

Edited by pattila01 (see edit history)

Share this post


Link to post
Share on other sites

  • 6 months later...

Sziasztok!

 

A jelenlegi helyzet a mellékelt 1. képen, a hozzá tartozó értékek a mellékelt 2. képen.

 

gtmetrix_20131203_www.kepfeltoltes.hu_.j

 

gtmetrix_2_20131203_www.kepfeltoltes.hu_

 

Az enable gzip compression: ON-ra történő beállítását kértem a szolgáltatótól.

Az enable keep alive: ON-ra történő beállítását kértem a szolgáltatótól.

 

Amihez segítséget kérnék az a 3. képen látható.

 

gtmetrix_3_20131203_www.kepfeltoltes.hu_

 

Mit, hol és hogyan módosítsak, hogy megszűnjenek azok a hibák?

 

Segítségeteket előre is köszönöm!

 

Üdv: 

 

gubtan

Share this post


Link to post
Share on other sites

CSS Sprite:

http://prestashop.keszites.net/prestashop-optimalizacio/

6-os pont:

"6. Combine images using CSS sprites, azaz css-ben különálló képek egyesítése egy képben CSS sprites segítségével"

 

A másikkal a gond az, hogy a linkek amik fel vannak sorolva mind átirányítódnak a főoldalra. Jó kérdés hogy hol irányítódnak át, vagy hol vannak linkként meghívva... én nem találtam meg a kódban. A performance beállítások milyen értéken vannak?

 

 

Egyébként én ezt átírnám:
d_www.kepfeltoltes.hu_.png

És lecserélném a favicont is.

  • Like 1

Share this post


Link to post
Share on other sites

  • 2 weeks later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More