Kohana keret

Ebben a bejegyzésben szeretnék tartani a vitát és a problémák megoldását ki az offline Kohana. Az említett probléma az első idézet, a döntés, hogy jelezzen a közösség (használat visszahívások) a második, azaz a A kódját. Úgy működik, Kohana 3.2, 3.3 kell szerkeszteni, amely nem bántam nincs szükség. I projekt 3.2. )







Jelenleg én vagyok a fejlődő projekt Kohana. Ez a projekt nem kis szerepet játszott a feladatot végzi cron. Még tapasztalat nélkül dolgozó cron és Kohana, azt hittem, hogy a szkriptek közvetlenül hívható, de nem ellenőrzi a vezérlő Kohana :: $ is_cli, hogy meghatározza a hívás cli. De mint kiderült, van egy modul 3.0-s verzió, amely sokat fejlődött és 3,3 része lett az alapértelmezett Kohana szállítás.
A probléma az, hogy Kohana 3.3 néhány változtatást hajtott végre a autoload, amely kétségkívül sokkal kényelmesebb. Most már nem kell írni egy osztály kezdőbetűkkel csak és nem igénylik a fájlokat és mappákat kisbetűs. Most lehet írni, így Kohana_CLI. Class_InvalidTask és mégis olyan InvalidTask.php.







Mert prikrutka modul Minion először akartam használni, 3.2 változat, amely betöltésre került a modul Zeelot3k címkék git. De volt egy korábbi hack 3.1. Ez használ egy bash script hívni index.php paraméterekkel, míg a 3.3 kegyenc csak egy wrapper a modul. Lefektetett megoldás 3,2 én nem működik, legalábbis nem voltam képes futtatni a feladatot.

Először számba entitás.
sustems - egyes rendszerekben.
preferenciák - néhány beállítás, rövidítve pref

pref különböző típusú, mint például a beállítás a cache (gyorsítótár) és tamauta (timeout). Így pref rögzíthet egy táblázatot mezők id, érték, típus, vagy két különböző táblázatok - prefcache preftimeout és ugyanazzal a szerkezettel. Menj előre.

A tábla mezőinek rendszer -, nevet. Végzett sok-sok révén prefs_systems asztal területeken: id_system, id_pref, típusát (lehet venni itt az esetben az egyes táblázatok és prefcache preftimeout.

És ez az, amiért a két pref asztalra, azt akarjuk, hogy minden arra, hogy az ORM, azaz van egy alapvető ORM_Pref nyúlik ORM és öröklött ORM_Prefcache és ORM_Preftimeot. Mindenki dolgozik az asztalról, és az általános beállítások a szülő osztály.

Ebben az esetben az egyes előírt kommunikációs ORM $ _has_many. Abban az esetben, ORM pref összes nyilvánvalóan egy rekordot kapcsolatokat $ _has_many a ORM_System. Ezt a leírást kapunk egy ilyen konstrukció ORM_System (kitalálta míg az írást).