Opcje wyszukiwania (Strona 1 z 2)

a masz zdefiniowane relacje? Wrzuć więcej kodu, przede wszystkim model.

Mnie się nie podoba sprawdzanie ilości rekordów i decydowanie czy cache jest aktualny.

Dobry cache to taki, że
- przed wywołaniem find'a wiesz jak się nazywa plik, w którym wyniki wykonania find'a z danymi parametrami mogą się znajdować
- jeśli pliku nie ma - wywołuję find'a i zapisuję cache

Pliki cache mogą się nazyważ ModelName_jakiś_unikalny_string_wyliczalny_z_argumentów_find
Wtedy w afterSave (Delete itd.) możesz usuną pliki cache ModelName_*

Gdyby to zrobić ze sprawdzaniem ilości to w pesymistycznym wypadku wykonujesz
Select count(*) from news;
unserialize($dane_z_pliku_cache);
// ilość się nie zgadza
Select * from news;

To już lepiej od razu wykonać Select * from news; i włączyć memchache.

Nie tylko ładniejsze, ale bardziej poprawne. W specyficznym modelu układając query musiałbyś je budować tak:

"SELECT * FROM `".$this->tablePrefix.$this->table."` As ".$this->name." ..."

Sporo klepania po to, żeby po zmiania na przykład prefixu w configu dla bazy aplikacja się nie posypała. Bez tego też nie będę działać testy jednostkowe. A cały ten sposób budowania query jest znany klasie Model, więc naruszasz zasadę DRY oraz zamiast używać przetestowanej metody frameworka - dublujesz ją (tworzysz nowe miejsce na nowe bugi).

dzięki za podpowiedź, będę miał to na uwadze

spróbuj:

                'contain' => array(
                        'Note' => array(
                                'order' => 'Note.created DESC',
                                'fields' => array('Note.id', 'Note.created'),
                                'contain' => array()
                        )
                )

spróbuj tak:

        var $validate = array(
                'title' => array(
                        'notempty' => array(
                                'rule' => array('notempty'),
                                //'message' => 'Your custom message here',
                                //'allowEmpty' => false,
                                //'required' => false,
                                //'last' => false, // Stop validation after this rule
                                //'on' => 'create', // Limit validation to 'create' or 'update' operations
                        ),
                ),

(możliwe, że tutorial nie nadąża za 1-3.)

jak jest dobry, to wrzuć jak człowiek na bakery. Na tym hostingu nie mogłem się doczekać na załadowanie strony

Robal, z skąd jesteś? Jak z Krakowa, to napisz do mnie. W firmie, w której pracuję robimy coś podobnego (z dofinansowaniem UE - blee). Jak szukasz roboty, to odezwij się proszę (nie mogę osobiście Cię przyjąć, ale mogę podszepnąć coś szefom).

Jeśli tabela pośrednia nie będzie zawierać dodatkowych informacji, to nazywasz ją products_sizes, a w modelaach:
class Product extends AppModel{
var $hasAndBelongsToMany = array("Size");
}
(dla modelu Size: array("Product"))
I Tyle. Nie musisz robić modelu dla tabeli pośredniej.

Jeśli potrzebujesz dane w tabeli pośredniej (np. ilość sztuk produktu w danym rozmiarze), to tworzysz model
ProductsSize, a w pozostałych dwóch modelach:
var $hasAndBelongsToMany = array("Size" =>
  array(
   "className" => "Size",
   "with" => "ProductsSize"
  )
);
}
dzięki "with" cake będzie wiedział, że dodatkowo ma wyciągnąć dane z tabeli pośredniej. Dla modelu ProductsSize możesz też zdefiniować relacje jeśli potrzebujesz

Jeśli nie trzymasz się konwencji cake'a to będziesz musiał definiować w relacjach "joinTable", "foreignKey", "associationForeignKey" -> ogólnie więcej roboty...

Jeśli dobrze zrozumiałem to co napisałeś - to nie jest możliwym zrobić to w taki sposób. Domyślam się, że Twoja metoda w modelu robi jakieś query, prawdopodobnie zainteresuje Cię to: http://book.cakephp.org/view/249/Custom … Pagination

w core.php ustaw debug na mniej niż 2