Witam,

Pisze skrypt ogłoszeniowy i zastanawiam się czy warto cachować maks 2 zapytania na jedną stronę. Jedno około 2000 znaków. Jeżeli mam pisać bądź skorzystać z gotowej biblioteki ważącej około 50kb, która będzie cachować 2kb tekstu, nie wiem czy to nie strzelanie z armaty do muchy.

Pozdrawiam

Nie chodzi o to, jaką ilośc danych cachujesz, tylko o to czy cachujesz dane ktore sie pozyskuje dlugo czy nie. Czy dane ktore pozyskujesz obciążają system czy nie.

W sumie racja bo jeżeli będzie 10 tyś zapytań o to samo to już wygląda to już trochę gorzej.

Czyli co cachować wszystko? Tylko po co mi wtedy baza tak naprawdę.

edit: Zastanawiam się jeszcze jak rozwiązać sprawę cachowania 10 ostatnich ogłoszeń,i przechodzenia później do kolejnego zakresu 11-20,21-30 itd, bez cachowania wszystkich stron, żeby zyskać jak najbardziej na szybkości. Ma ktoś jakiś pomysł?

Ja tam cachuje tylko pierwszą strone wynikow. Nie widze sensu wrzucania wszystkiego do cache, no chyba ze kazda kolejna strona wynikow generowala by mi sie godzine, to fakt, wowczas cachowanie kazdej kolejnej strony wynikow mialoby sens

No jesli jestes w stanie zarządzac cachem, dodawac tam rekordy, aktualizowac te rekordy, to faktycznie, baza ci nie potrzebna
cache moze byc rozny, cache moze byc w pamieci i wowczas jest nietrwaly. To ze akurat ty moze bedziesz cachowal wszystko na dysku to tylko specyficzny przypadek

nospor, czego ty używasz? Jak ty to robisz? Jeżeli to nie tajemnica.

Mógłbyś mi polecić jakiś art,temat co mnie troszkę naprowadzi? Tylko najlepiej po polsku.

Ale co jak ja robie?
Uzywam wlasnej klasy Cache, dostepnej na mojej stronie nospor.pl

Naprowadzi na co?

chodzi mi o cachowanie, jak ty to robisz, chodzi mi oczywiście o logike,teorie

Sprawdzasz czy dane pod zadanym kluczem są w cache, jak są ( i nie są przeterminowane) to serwujesz, jak nie ma to wykonujesz zapytanie, pchasz do cache i serwujesz. Magia i miecz...