Космонавт в лодке
В виду того, что проект Kohana вообще закрылся и версию 3.4 c namespace мы наверное никогда не увидим следует вывод – не стоит начинать на ней новые проекты. Но что делать, если приходится поддерживать старые. Не пользоваться же ORM Kohana, ее знание и знание ее особенностей уже ни кому не нужны. Значит надо подключить Doctrine.
В данный момент разрабатываю проект на Kohana. В этом проекте не малую роль играют задания выполняемые через cron. Еще не имея опыта работы с cron и Kohana я думал, что скрипты можно вызывать напрямую, а в контроллере делать проверку Kohana::$is_cli для определения вызова cli. Но как выяснилось существует модуль с версии 3.0, который эволюционировал и в 3.3 стал частью поставки Kohana по умолчанию.
Проблема в том, что Kohana 3.3 внесла некоторые изменения в свой autoload, которые несомненно более удобны. Теперь не обязательно писать классы с заглавной только первой буквой и не обязательно именовать файлы и папки в нижнем регистре. Теперь можно писать так Kohana_CLI, Class_InvalidTask и еще так InvalidTask.php.
Для прикрутки module Minion сначала я хотел было воспользоваться версией для 3.2, которая была загружена Zeelot3k в теги модуля на git. Но там оказалась поделка из более ранней 3.1. В ней используется bash скрипт для вызова index.php с параметрами, когда как в 3.3 minion просто обертка для модуля. Выложенное решение для 3.2 по моему не рабочее, по крайне мере я так и не смог запустить свой task.
|
1 2 3 4 |
sudo ./minion --task=welcome Task "welcome" does not exist |
После я копировал модуль с 3.3 версии.
Для запуска модуля необходимо переименовать все файлы в директории minion в нижний регистр, включая папки. так же исправить имена файлов и классов по правилам именования Kohana 3.2, т.е. Kohana_CLI на Kohana_Cli и InvalidTask в Invalidtask.
Далее подключить модуль как обычно в Kohana::modules() и исправить index.php в конце на следующий код
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
if (PHP_SAPI == 'cli') // Try and load minion { class_exists('Minion_Task') OR die('Please enable the Minion module for CLI support.'); set_exception_handler(array('Minion_Exception', 'handler')); Minion_Task::factory(Minion_CLI::options())->execute(); } else { echo Request::factory() ->execute() ->send_headers(TRUE) ->body(); } |
И все, должно работать. Создаем в папке /classes/task файл welcome.php с кодом
|
1 2 3 4 5 6 7 8 |
class Task_Welcome extends Minion_Task { protected function _execute(array $params) { Minion_CLI::write('hello world!'); } } |
Далее вызываем.
|
1 2 3 4 |
sudo ./minion --task=welcome hello world! |
Темы с вопросами о minion с официального форума:
1
2
3
Так же в решении вопроса мне помог блог участника сообщества biakaveron.
У него можно почитать про модуль подробнее.
GIT REPO: https://github.com/seyfer/minion
Сейчас я пользуюсь стандартным minion для версии 3.2, т.к. у меня возникли некоторые проблемы с совместимостью с другими модулями.
Поэтому я описал пакет вот так
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
{ "type": "package", "package": { "name": "kohana/modules/minion32", "version": "3.2", "source": { "type": "git", "url": "https://github.com/kohana/minion.git", "reference": "k3.2-v1.0" } } }, |
И подключил его в require, а мой портированный с 3.3 удалил. Проект на 3.2. и отлично все работает.