CronJob al estilo PHPUnit

[Uncontroled_Duck]

Igual es una tontería, pero más absurdo sería no preguntarlo.

Llevo un tiempo usando con Zend y PHPUnit, me gusta el uso de PHPUnit, como interactúa con Zend y como se accede a todas sus funciones.

Mi pregunta, como se pude hacer un CronJob que se ejecute al estilo de PHPUnit pero sin las funcionalidades de test?

Me refiero al estilo PHPUnit por la forma en como lo hace, creas varios archivos con sus funciones para realizar los distintos test, y cuando ejecutas, levanta la aplicación Zend y realiza todos los test.

La idea es algo similar, que el cronjob ejecute un archivo concreto, y este levante la aplicación Zend y ejecute todas las tareas, que cada tarea sería un archivo distinto, sea un controller o un model de Doctrine para trabajar con la base de datos.

Igual me quiero complicar mucho y se puede hacer de una forma más sencilla dando la misma facilidad de acceso al Framework.

A ver que opinan.

Saludos,

[masterpuppet]

Que tal Uncontroled_Duck,

No entiendo muy bien la pregunta, pero el criterio es el mismo que en phpunit, instanciar Zend_Application y hacer el bootstrap, algo así:

Código PHP:

...
$app = new Zend_Application(
    APPLICATION_ENV, 
    APPLICATION_PATH . '/config/settings.ini');
$app->bootstrap(array('db', 'modules'));
$service = $app->getBootstrap()->getContainer()->get('Application\Service\Products');
$service->processBatch();
...
$db = $app->getBootstrap()->getResource('db');
$db->query(/***/);
 

Saludos.

[Uncontroled_Duck]

Hola masterpuppet,

Pues si que estaba intentando complicarme y bastante por lo que veo.

Voy a probarlo a ver que tal va y os cuento.

Gracias por la ayuda.

Un saludo,

[Uncontroled_Duck]

Prácticamente es como tener el archivo index y un controller en el mismo archivo.

Al final me ha quedado así una prueba con doctrine:

Código PHP:

// Define path to application directory
defined('APPLICATION_PATH')
        || define('APPLICATION_PATH', 
        realpath(dirname(__FILE__) . '/../../../application'));
 
// Define application environment
defined('APPLICATION_ENV')
        || define('APPLICATION_ENV', 
        (getenv('APPLICATION_ENV') ? getenv('APPLICATION_ENV') : 'development'));
 
// Ensure library/ is on include_path
set_include_path(implode(PATH_SEPARATOR, array(
            realpath(APPLICATION_PATH . '/../library'),
            get_include_path(),
        )));
 
/** Zend_Application */
require_once 'Zend/Application.php';
 
// Create application, bootstrap
$application = new Zend_Application(
                APPLICATION_ENV,
                APPLICATION_PATH . '/configs/application.ini'
);
$application->bootstrap(); #Solo que no he aplicado el '->run()'
 
$doctrineContainer = Zend_Registry::get('doctrine');
 
$doctrine = Zend_Registry::get('doctrine');
$entityManager = $doctrine->getEntityManager();
$repository = $entityManager->getRepository('\Entities\Entity\Site');
 
$result = $repository->findAll();
var_dump($result);
 

Aunque tengo que hacer más pruebas, por ahora anda con Doctrine que es lo que más me preocupaba.

Pero pregunto, al no añadir las líneas que indicas masterpuppet influye en algo?

Código PHP:

$service = $app->getBootstrap()->getContainer()->get('Application\Service\Products');
$service->processBatch();
 

Al ponerlas me daba error, he buscado en la clase Bootstrap y en la doc de Zend y no he encontrado nada de que hace exactamente.

Aún así gracias por indicarme el camino, me ha sido de gran ayuda, como siempre

Un saludo,

[masterpuppet]

En el resultado final no influye, son dos formas de hacer lo mismo, personalmente no me agrada Registry por lo tanto me inclino a utilizar el container del Bootstrap, que si bien es un registro al menos lo es interno, es consuelo de tontos pero prefiero utilizar lo menos malo.

Y si estas trabajando con la integracion de G. Blanco, deberias tener un resource para doctrine, con lo que podria ser:

Código PHP:

...
$application->bootstrap(array('doctrine'));
$container = $application->getBootstrap()->getResource('doctrine');
$em        = $container->getEntityManager();
...
 

Nota: el bootstrap vació inicializa todos los recursos, es preferible "levantar" solamente lo que necesites.

Saludos.

[Uncontroled_Duck]

Correcto, es la integracion de G. Blanco.

Siempre viene bien aprender estos detalles. Le doy un cambio entonces.

Gracias x3^15

Un saludo,