Melyik Cache-t ajánljátok tapasztatataitok alapján?
#1
Elküldve: 2011-02-22 - 16:27 PM
Van egy webshop, ahol sok kis (1kbyte) kép szerepel a sidebar-on, hogy a vevőjelölt könnyebben tudjon megtalálni valamit. Ezeket valamiért lassan tölti a rendszer.
Ha használtatok cache plugint ami megbízhatóan működött, vagy egyéb gyorsító ötletetek van, köszönettel veszem.
#2
Elküldve: 2011-02-22 - 17:01 PM
"CSS Sprites Technique" a hivatalos neve, keress rá.
#4
Elküldve: 2011-02-22 - 20:55 PM
#5
Elküldve: 2011-02-23 - 10:23 AM
Elsőre mi is beleugrottunk, hogy jaj de jó lesz, de amikor egy oldalon 110 képet kellene php-val legenerálni, akkor kiderült, hogy kapufa.
Javasolnám a méretarányos megjelenítéshez a nézőképet behívni úgy, hogy szélesség magasság megadásra kerül.
#6
Elküldve: 2011-02-23 - 22:17 PM
Feltöltött JPG képek. Általam lettek 1 kbyte-ra gyalulva, a JPG minőségrontása mellett. (Kategóriaképeknek még jók így is.)
Tény, hogy az e-commerce helyezgeti őket betöltés közben, lehet, hogy ez okozza a lassulást.
#7
Elküldve: 2011-02-24 - 11:03 AM
én is épp e-commerce látszólagos lassulással küzdök.
a tesztek irtó gyors betöltést mutatnak, mégis a böngésző lassan hozza be az oldalt!
#8
Elküldve: 2011-02-28 - 20:04 PM
Előjött viszont egy kérdés: A sablon mennyire okozhatja a problémát?
Érdemes cserélgetni és próbálkozni, vagy csak a tárhely szolgáltató szórását fogom megtapasztalni az esetleges gyorsulás miatt?
#9
Elküldve: 2011-02-28 - 21:11 PM
A server egyébként is chace-el. nekem is voltak lassulási bajaim, a pluginok miatt.
Elsősorbamn azok okozhatnak gondok amik az adatbázis sorrendjét befolyásolják.A sok a hivatkozás
ami különböző helyekről szedi össze a tartalmat.
A 3.1-re való frissítés jót tett!
H a plugin.php nak sok munkát adunk akkor viszi az időt. Lehet hogy az adatbázis szerver lassul le.
Minél inkább dinamikus a tartalom annál kevésbé jelentő s chace használata.
A tényezőket nézve szerver oldalon kérdés , hogy a php default memória menyi?
Az adatbázis kezelő - vélhetően mysql - milyen gyors ?
A szerver általános terheltsége?
Nézd meg - ha szerver engedi futtatni - a <php phpinfo(); ?> mit ad milyenek a beállítások ?
A Jomlát sokan azért nem szeretik a Wordpress-szel szemben mert nagy az erőforrás igénye.
A főoldalt érdemes chachelni valóban - ha fél percenként nem változik a tartalma.
A net "hálója" sem mindig egyforma.
#10
Elküldve: 2011-03-03 - 14:53 PM
Köszönöm
#11
Elküldve: 2011-03-03 - 15:05 PM
#12
Elküldve: 2011-03-03 - 15:13 PM
#13
Elküldve: 2011-03-03 - 15:26 PM
a géptől ami a weblapodat kiszolgálja. a servertől...
#14
Elküldve: 2011-03-16 - 22:21 PM
Idézés: ap - Dátum: 2011-03-03 - 15:13 PM
Én végül a WP Super Cache-nél kötöttem ki. Kipróbálgattam többet, ez maradt meg, és még egy két segédlet hozzá, mint pl. az Ask Apache Crazy.
#15
Elküldve: 2011-04-26 - 10:47 AM
Super Cache-t beizzítottam, teszi is a dolgát, de sehogy sem tudom rávenni, hogy ha új hozzászólás van, akkor újragenerálja azt az oldalt, és így a komment nem is jelenik meg. Ötlet, tipp?
#16
Elküldve: 2011-04-30 - 17:10 PM
Van az Advanced menüben egy-két dolog, ami Recommend, pl.: Don’t cache pages for known users. (Recommended). Feltehetően a regisztrált tagokra gondol, és ha csak azok tudnak hozzászólni...
Vagy ugyanott, kicsit lejjebb:
Accepted Filenames & Rejected URIs - ki lehet pipálni, hogy single post page-eket ne kesseljen. Talán a hozzászólásokat sem így.
Passz, csak tippek.
#17
Elküldve: 2011-05-01 - 11:15 AM
érdekes módon alapértelmezés szerint is pár nap alatt elkezdtek rendesen megjelenni a kommentek...
ami még nagyon zavar, hogyha bejegyzéseket csinálok, és többször megnézem írás közben, akkor mindig cache-t kellett törölnöm, hogy láthassam a változást, a tagos beállítással vélhetően ez is megszűnik. kösz még egyszer!
1 felhasználó olvassa ezt a témát.
0 felhasználó, 1 vendég, 0 anonim felhasználó














