Yii Framework in Amazon Elastic Beanstalk << The application did not respond at the health check URL.>>

Amazon Elastic Beanstalk es una gran sistema en el cual puedes subir tu aplicación sin necesidad de preocupar de la configuración del servidor y el manejo de los recursos de este mismo.

Este sistema para funcionar posee un health check que se encarga de revisar que todo funcione como debe antes de mostrar la aplicación al público, si esta revisión no es aprobada la aplicación no responderá.

Al usar un framework, especialmente si desarrollamos una aplicación que requiera inicio de sesión, especialmente si este es MVC, debemos preocuparnos de pasar esta prueba de antemano.

En este caso es bastante sencillo, simplemente se debe crear un controlador con una vista que muestre el estado del servicio de manera dinámica o un mensaje de manera estática y asegurarnos que sea accesible por todo el mundo. En este caso si estamos manejando una aplicación basadao en roles y permisos, asegurarnos que todos ( ‘*’ ) tengan acceso a a esta página.

En mi caso usando Yii, cree un controlador llamado health que simplemente responde de manera estática que todo está bien.

  1. Crear Vista + Controlador.
  2. Asegurarnos que sea accesible por todos.
  3. Ingresar la nueva dirección a nuestro «health check url».
Controlador:
class HealthController extends Controller
{
	public function actionIndex()
	{
		$this->renderPartial('index');
	}

}
Vista:
breadcrumbs=array(
	'Health',
);?>

The Service is up and Running.

Agregarlo a la configuración de Beanstalk:
AWS HEALTH CHECK

 

De esta manera es super sencillo tener el sistema UP & Running. Existen distintas respuestas que se le pueden dar al servidor para que seas notificado de algún problema.

Crear distintas configuraciones en Yii. ( Desarrollo / Producción)

En general el desarrollo de aplicaciones web, ya sean colaborativas o no, se divide a grandes rasgos en fases de desarrollo y producción. Yii, es un framework que promete mucho, se adapta bastante bien a la programación agil, además de ser bastante intuitivo, rápido y seguro. Por mi parte, estoy ocupando el servidor de pruebas … Leer más

[ CODEIGNITER ] Dynamic base_url – base_url dinámica

En muchos casos, si estas desarrollando de manera colaborativa, usas cvs, svn, etc, es posible que un mismo proyecto lo pruebes en maquinas o servidores distintos. Uno de los problemas con los que me topé, fue el hecho de teenr que cambiar el » $config[‘base_url’] » , cada vez que ocupaba un computador distinto. 

Si bien, este no es un problema «TERRIBLE» se vuelve tedioso al momento de desarrollar de manera colaborativa, en este caso con codeigniter. Para solucionarlo, simplemente, haremos que el config..php (application/config/config.php) establezca nuestro base_url dependiendo de donde nos encontremos.

 

Sustituiremos

$config['base_url']    = "http://localhost/Proyectos/

Con un simple switch, que además depende del nombre del servidor donde nos encontremos. 

<?php

define('SERVER_NAME_DEV', 'localhost');
define('SERVER_NAME_EMPRESA', 'www.PAGINA_UNO.cl');
define('SERVER_NAME_FINAL', 'www.PAGINA_DOS.cl');

//Obtenemos el nombre actual para el servidor donde nos encontramos
$nombreServerActual = $_SERVER['SERVER_NAME'];
switch($nombreServerActual)
{
    case SERVER_NAME_DEV:
            $config['base_url'] = "http://localhost/Proyectos/";
            break;
    case SERVER_NAME_EMPRESA:
            $config['base_url'] = "http://www.PAGINA_UNO.cl";
            break;
    case SERVER_NAME_FINAL:
            $config['base_url'] = "http://www.PAGINA_DOS.cl";
            break;
    default:
            $config['base_url'] = "http://localhost/Proyectos/";
            break;
}
?>

Con este pequeño truco, no importa en cual server estemos desarrollando con CodeIgniter. El resultado siemrpe será el mismo, nuestra página sin tener que cambiar el base_url.

Con este sistema, no importa la CANTIDAD de servidores de desarrollo, o incluso los distintos nombres que pueda tener tu página.

 

 

[CODEIGNITER] [CALLBACKs] Como generar nuestros callbacks con parámetros

Cuando generamos los callbacks, nos vemos en la necesidad de usar parámetros por lo general. De la misma forma que el «matches» de codeigniter compara dos campos proporcionados por nosotros, en general nos gustaría por ejemplo comparar un usuario y un password , por ejemplo, para hacer un pequeño sistema de autentificación.

 Simplemente creamos el callback, y además de recibir el parámetro primero, el cual es el field que nosotros poseemos, recibiremos a continuación todos los parámetros que necesitemos (El truco esta en la llamada).

 

Si quiero crear un callback para revisar si una clave corresponde a un usuario en particular , debería crear un callback que lo revisara al momento de validar el formulario.

<?php
function check_usuario_clave($usuario,$clave)
{


}
?>

 Al momento de llamar al calback es cuando debemos hacer la diferencia. En este caso en vez de llamar a callback_check_usuario_clave , llamaremos a callback_check_usuario_clave[clave] .

Hasta ahora, nuestro parámetro clave tendrá simplemente el valor de «clave», por lo tanto debemos obtener el contenido original.

<?php
function check_usuario_clave($usuario,$clave)
{
$clave = $_POST[$clave];

}
?>

De esta manera podemos trabajar con ambas variables, sin necesidad de ejecutar funciones aparte de los callback. En este caso la variable $clave es redefinida para contener el valor que nos interesa. Espero que les sirva y éxito ! !