cadrul kohana

În acest post vreau să păstreze discuția și soluționarea problemelor de pe deconectat Kohana. Problema menționată în prima referire, decizia de a solicita comunității (utilizare callbacks), în al doilea, și anume, codul în sine. Acesta funcționează pentru kohana 3.2, 3.3 necesitatea de a modifica, pe care nu am nimic împotrivă nevoie. Am proiect 3.2. )

În prezent, eu sunt în curs de dezvoltare un proiect pe Kohana. Acest proiect nu este un mic rol jucat de sarcina realizată de cron. Chiar și fără nici o experiență de lucru cu cron și Kohana, m-am gândit că script-urile pot fi apelate direct, dar nu a verifica controller Kohana :: $ is_cli pentru a determina cli apel. Dar, așa cum sa dovedit există un modul cu versiunea 3.0, care a evoluat și 3.3 a devenit o parte din livrare implicit Kohana.
Problema este că Kohana 3.3 a făcut unele modificări la autoload sale, care este, fără îndoială, mult mai convenabil. Acum, nu aveți nevoie pentru a scrie o clasă cu doar o majusculă primă și nu necesită obligatoriu fișiere și foldere în litere mici. Acum este posibil să se scrie atât de Kohana_CLI. Class_InvalidTask și totuși atât de InvalidTask.php.

Pentru prikrutka modulul Minion la început am vrut să folosesc versiunea 3.2, care a fost încărcată în GIT etichetele modulului Zeelot3k. Dar a existat un hack mai devreme de 3.1. Acesta folosește un script bash pentru a apela index.php cu parametri, în timp ce în 3.3 Minion doar un înveliș pentru modulul. Prevăzute soluția pentru 3.2 mele nu funcționează, cel puțin nu am fost capabil de a rula sarcina.

Prima entitate Enumerate.
sustems - unele sisteme.
Preferințele - unele setări, pref abreviat

pref are diferite tipuri, cum ar fi setarea cache (cache) și tamauta (timeout). Astfel pref poate înregistra într-un tabel cu câmpurile id, valoare, tip, sau în două tabele diferite - preftimeout prefcache și cu aceeași structură. Dă-i drumul.

Domenii ale sistemului de masă - ID, numele. Realizarea unui tabel multi-la-mulți prin prefs_systems cu câmpuri: id_system, id_pref, tip (pot fi luate aici, în cazul tabelelor individuale și preftimeout prefcache.

Și de aceea cei doi pref masa, vreau fiecare să-și facă ORM, și anume există o ORM_Pref de bază se extinde ORM și de la moștenit ORM_Prefcache și ORM_Preftimeot. Toată lumea lucrează la masa lui, și setările generale ale clasei de bază.

În acest caz, în fiecare comunicare ORM $ _has_many prescris. În cazul ORM pref toate, evident, una legături record de _has_many la ORM_System. Această descriere se obține o astfel de construcție ORM_System (ghicit în timp ce scris).