Imagen tomada de http://qlu.ac.pa/

Si bien en la universidad llegue a estudiar alguno de estos temas fue hasta el ámbito laboral donde tuve mis primeras experiencias con la gestión de proyectos.

Antes de explicar el porque de cada metodología o modelo, es importante mencionar que en la administración de proyectos existen tres términos básicos que debemos diferenciar, el primero es el producto, por ejemplo, el sitio WEB, sistema, aquello que se va a crear y/o modificar, segundo el proyecto, es decir, la serie de actividades y recursos que nos ayudaran a generar el producto y tercero, el entregable refiriéndonos a la serie de documentos donde se definen las características del producto y/o del proyecto según sea el caso.

PMP se enfoca a la gestión de cualquier tipo de proyecto tomando en cuenta 9 áreas de conocimiento (Integración, Alcance, Tiempo, Costos, Calidad, Recursos, Comunicación, Riesgos, Adquisiciones) y 5 grupos de procesos (Inicio, Planificación, Ejecución, Seguimiento y Control, Cierre) mientras que las metodologías ágiles y tradicionales como SCRUM, XP, RUP se basan en la gestión de proyectos exclusivamente de desarrollo de software es decir su principal enfoque esta en el producto cada una con sus ventajas y desventajas.

Se han creado también modelos para la mejora de los procesos y medición de estos durante el desarrollo de productos y servicios tecnológicos y es aquí donde entra CMMI, ITIL, COBIT.

Finalmente tenemos MAAGTIC, un manual que define una serie de procesos para la administración de TIC’s de manera ágil y oportuna en las instituciones de gobierno, este manual fue emitido por la Secretaría de la Función Publica hace algunos años y concentra las mejores prácticas internacionales como 6Sigma, COBIT, ISO, CMMI, PMI, ITIL, MoProSoft, Rational Unified Process.

En conclusión, independientemente del tipo de proyecto siempre es necesario contar con una guía para gestionar las actividades a realizar durante este proceso con el fin de cubrir las necesidades y expectativas del cliente así como las de la empresa o institución.

El editor (que ya está disponible para todo el que lo requiera) cuenta con múltiples lenguajes, como Node.js, TypeScript y JavaScript, entre muchos otros, los cuales también cuentan con diversas características enriquecidas, para así brindar a los programadores un mayor abanico de opciones a la hora de desarrollar sus softwares.También si te gusta jugar un rato, puedes configurar tu Visual Studio Code para poder correr un proyecto ASP.NET.

Gratuito, multiplataforma (Windows, Linux y MAc), elegante, con soporte integrado para Git, auto-detección (y coloreado de sintaxis y autocompletar) de decenas de lenguajes,completo debugeador… las razones de este recién salido del horno Visual Studio Code son bastantes poderosas y le meten de lleno en la pelea.

Sin duda este inesperado movimiento dará mucho que hablar en la comunidad, y es que parece que a Microsoft se le han quitado todos los complejos a la hora de ofrecer productos multiplataforma. De hecho, durante la presentación del Visual Studio Code les hemos visto utilizarlo tanto en OS X como en Ubuntu. ¿Qué tal?.

Es una plataforma de colaboración empresarial que permite de forma ágil, flexible y escalable poder construir soluciones para comunidades,  contenido, búsquedas, inteligencia de negocios, aplicaciones, sitios internos y externos.

¿Por que usar Sharepoint?

Al ser una plataforma que permite agilidad y flexibilidad se puede tener una forma regulada conforme a las normativas de la empresa y permitir una mejor colaboración entre los empleados y poder poner el conocimiento a disposición de todos. Esto ayuda a tener una mejor gestión de los proyectos.

Ventajas

• Se tiene una gestionar de forma ágil y rápida en toda la información de la empresa.
• Poder compartir archivos de una forma centralizada.
• Fomenta el trabajo en colaboración.
• Se tiene una gran reducción de la duplicidad de tareas.
• En cualquier momento y desde cualquier lugar se hace una búsqueda rápida de la información.

Beneficios

• Con las herramientas de colaboración se tiene un gran aumento de la productividad.
• Permite grandes ventaja competitiva gracias al incremento de la eficiencia.
• Enriquece la colaboración en toda la empresa y con terceros.
• Con una única infraestructura se tiene una reducción de costes.
• Mejora la capacidad de respuesta antes las necesidades de la empresa.

Característica de sitios en Sharepoint

Experiencia de usuario

• Edición sencilla de contenido.
• Utilización con la cinta de office.
• Sincronización offline con Sharepoint Workspace.

Acceso universal

• Cliente para dispositivos móviles.
• Edición de3 documentos con las aplicaciones de Office.
• Soporte milti-navegador (IE, Firefox, Safari).

Plataforma universal

• Colaboración en entornos Intranet y extranet.
• Interoperabilidad mediante estándares.
• Cumple estándar de accesibilidad WCAG 2.0.

Para ir un poco mas adelante en la construcción de un sitio web con Yii Framework nos encontramos con un tema básico en el desarrollo de cualquier sistema, la implementación de un sistema de logueo, usuarios, roles y permisos para diferentes acciones en el sistema.

Comenzando por explicar como tiene Yii configurado en su sistema base el logueo, nos encontramos con una acción en el controller “site/login” en la cual recibe la información de un formulario con usuario y contraseña.

public function actionLogin() {
$model = new LoginForm;

// if it is ajax validation request
if (isset($_POST['ajax']) && $_POST['ajax'] === 'login-form') {
 echo CActiveForm::validate($model);
 Yii::app()->end();
}

// collect user input data
if (isset($_POST['LoginForm'])) {
 $model->attributes = $_POST['LoginForm'];
 // validate user input and redirect to the previous page if valid
 if ($model->validate() && $model->login())
$this->redirect(array("perfil"));
}
// display the login form
$this->render('login', array('model' => $model));
}

Esta acción a menos que tengamos algún requerimiento muy específico no debe cambiar, ya que solo nos permite desplegar el formulario y cuando ingresa la información mandarla a validar, a donde? pues esa es una pregunta importante.

En “protected/components/UserIdentity” nos encontramos con una función llamada authenticate, que por default valida sobre un Array, que contiene los usuarios admin y demo, y que sirven en la forma más sencilla de nuestro sistema, pero que puede ser sustituida por:

public function authenticate() {
$registro = Usuario::model()->findByAttributes(array('email' => $this->username));

if ($registro === null) {
$this->errorCode = self::ERROR_USERNAME_INVALID;
} else if ($registro->password === crypt($this->password,$registro->salt)) {//
$this->setState('id_usuario', $registro->id);
$this->setState('id_rol', $registro->id_rol);
$this->errorCode = self::ERROR_NONE;
} else {
$this->errorCode = self::ERROR_PASSWORD_INVALID;
}
return !$this->errorCode;
}

El código anterior consulta nuestra base de datos buscando el usuario con el que coincida el correo que fue ingresado en el formulario de login, una vez encontrado, si existe, compara la contraseña almacenada en la base con la que fue enviado por el usuario, utilizando el mismo método de cifrado que se utilizó para almacenarla al principio.

Una vez comparado, y si no manda error, se declaran las variables de sesión que pudiéramos utilizar en el sistema para identificar a este usuario. Se pueden definir tantas variables como sea necesario, recordando que si se agrega una nueva variable o modifica la información, esta se tomará en cuanta cuando se vuelvan a loguear.

Estas variables podrán ser utilizadas a lo largo de la sesión del usuario utilizando las variables con formato:

 
Yii::app()->user->id_usuario;

Una buena practica es utilizar primero un “isset” para ver si el usuario de verdad tiene sesión, de lo contrario, el sistema arrojara un error al no encontrar dicha variable.

En cuanto a los roles en las acciones, los controladores generados con crud, traen por default el access rules, que define quien si y quien no, pasa a las acciones correspondientes del controlador:

public function accessRules() {
return array(
 array('allow', // allow all user perform 'index' and 'view' actions
'actions' => array('index', 'view'),
'users' => array('*'),
 ),
 array('allow', // allow authenticated user to perform 'create' and 'update' actions
'actions' => array('create', 'update'),
'users' => array('@'),
 ),
 array('allow', // allow admin user to perform 'admin' and 'delete' actions
'actions' => array('admin', 'delete'),
'users' => array('admin'),
 ),
 array('deny', // deny all users
'users' => array('*'),
 ),
);
}

Como podemos ver, tenemos cuatro escenarios:

En el primero, permitimos a todos los usuarios(*) entrar a la accion index y view

En el segundo, permitimos a todos los usuarios que tengan sesión iniciada(@) entrar a la acción create y update

En el tercero, permitimos a todos los usuarios que tengan sesión iniciada y que su usuario sea admin(admin) entrar a la acción admin y delete

En el cuarto, Negamos cualquier acción que no haya sido definida antes

Pero como esto no aplica para todos los casos, sino que podemos manejar roles, podríamos poner una regla como la siguiente:

array('allow',
'actions' => array('create', 'update'),
'users' => array('@'),
'expression' => 'Yii::app()->user->id_rol==1 || Yii::app()->user->id_rol==3',
),

Con esta regla, permitimos a todos los usuarios con sesión y que cuenten con un rol de usuario 1 o 2 a que ejecuten la acción create y update.

Existen otra formas de llevar a cabo acciones, permisos y roles, aunque esta puede adaptarse a las necesidades de tu proyecto, espero les sea útil

Felices Códigos

Partamos de una tabla en MySQL con el siguiente contenido:

+———–+——-+———+———–+

| cvepedido | total | usuario | status |

+———–+——-+———+———–+

| 1 | 82.65 | 4 | abierta |

| 2 | 11.60 | 7 | abierta |

| 3 | 76.56 | 10 | cerrada |

| 4 | 50.23 | 7 | cerrada |

| 5 | 65.43 | 4 | cancelada |

| 6 | 91.03 | 5 | cancelada |

| 7 | 40.69 | 8 | cancelada |

| 8 | 53.92 | 5 | cancelada |

| 9 | 58.28 | 6 | abierta |

| 10 | 21.96 | 4 | enviada |

| 11 | 92.72 | 7 | enviada |

+———–+——-+———+———–+

De esta tabla lo más importante para nuestro ejemplo serám las columna total y status, pues las usaremos en el siguiente stored procedure:

CREATE PROCEDURE promedioStatus(IN estado varchar(20),OUT promedio float(10,2))

BEGIN

select AVG(total) into promedio from pedidos where status=estado;

END

Este procedimiento, es simple, recibe 2 parámetros uno de entrada y otro de salida, el de entrada es el status que se usará para calcular el promedio del total de los pedidos, promedio que será almacenada en el parametro de entrada “promedio”.

Ahora entramos al Zend Framework 2 usaremos un patrón Table Module con el componente Zend\Db de Zend Framework 2. Lo primero sería colocar la configuración de BD y el adaptador.

<?php
return array(

'db' => array(

'driver' => 'pdo_mysql',

'host' => 'localhost',

'username' => 'xxxx',

'password' => 'xxxxxxxx',

'dbname' => 'xxxxxx'

),

'service_manager' => array(

'factories' => array(

'DbAdapter' => 'Zend\Db\Adapter\AdapterServiceFactory'

)

)

);

Ahora hay que crear la clase para la Tabla

<?php

namespace Application\Model;

use Zend\Db\TableGateway\TableGateway;

use Zend\Db\Adapter\Adapter;

class PedidosTable

{

/**
*
* @var TableGateway
*/

protected $tableGateway;

public function __construct(Adapter $adapter)

{

$this->tableGateway=new TableGateway('pedidos', $adapter);

}

}

Aquí en el constructor recibimos el adaptador de BD y creamos el Objeto TableGateway que estará dentro de una propiedad, desde el podremos llamar cualquier operación de BD y la idea es envolver esas operaciónes, querys y llamadas a store procedures dentro de métodos que describan esas operaciones en terminos de funcionalidad de clase y no funcionalidad de tabla, es decir que digan, insertar, actualizar, borrar, sino, obtener, cambiar, quitar.

Así creamos el siguiente método que ejecuta nuestro stored procedure:

public function obtenerPromedio($status)

{

$sql="CALL promedioStatus('{$status}',@res)";

$statement = $this->tableGateway->getAdapter()->createStatement($sql);

$statement->execute();

$query = $this->tableGateway->getAdapter()->query("select @res as resultado");

$fila=$query->execute();

$resultado=$fila->current();

return $resultado['resultado'];

}

 Dentro de este módulo tomamos el adaptador y creamos una sentencia que llame nuestro store procedure y lo ejecutamos, el resultado se almacenará en la variable @res, luego simplemente hay que hacer un query que seleccione esa variable y hacer un fetch de ese resultado.

 Lo que seguiría sería crear un servicio de esta clase para poder invocarla desde cualquier lugar donde tangamos acceso desde cualquier lugar en el que exista

Hola a todos, traigo a ustedes una mini-guía para la utilización de Yii-Framework. Sirve para empezar a utilizar este Framework de desarrollo ágil muy recomendable para todo tipo de proyectos web, espero les sirva, cualquier duda estoy disponible en @Joge23_rm o por correo joge23@gmail.com. Saludos.

NOMENCLATURA

Cambios a líneas

Agregados de líneas

INSTALACIÓN

Lo primero que debes hacer es descargar el  Framework del sitio: http://www.yiiframework.com/ (versión actual: v1.1.13)

Descomprimir y colocar carpeta sin renombrar (para mantener un control de la versión utilizada para cada proyecto) en la carpeta de elección, sugerida en ambiente linux: /opt/

Para la creación del proyecto utilizamos el Shell de Linux, estando en la carpeta donde se va a alojar el proyecto se escribe /opt/yii_version/framework/yiic webapp nombreProyecto

          p.e. jorge@jorge:/var/www$ /opt/yii-1.1.13.e9e4a0/framework/yiic webapp prueba

El sistema te solicitará confirmar la creación del proyecto, recordar que esto generará una carpeta con el nombre de dicho proyecto en donde estes ubicado. Puedes probar tu proyecto creado, en este ejemplo en el navegador:

http://localhost/prueba/

** En caso de mostrar el siguiente error

PHP warning

date() [<a href=’function.date’>function.date</a>]: It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ‘America/Chicago’ for ‘CDT/-5.0/DST’ instead

Verificar la configuración de PHP el default_time_zone (Este problema suele presentarse con Zend Studio)

Ya en este punto podrás ver tu sitio funcionando.

A partir de aquí se configurarán los archivos del proyecto, no debes modificar los del Framework a menos que sea muy necesario.

Podemos identificar que se han creado las carpetas de nuestro proyecto, debemos identificar la carpeta Protected que es donde estan los archivos de configuración, las extensiones, y el MVC (Models, Views, Controllers). En este punto están los de la estructura básica del proyecto.

CONFIGURACIÓN Y BASES DE DATOS

prueba/protected/config/main.php

<?php

// uncomment the following to define a path alias

// Yii::setPathOfAlias(‘local’,’path/to/local-folder’);

// This is the main Web application configuration. Any writable

// CWebApplication properties can be configured here.

return array(

          ‘basePath’=>dirname(__FILE__).DIRECTORY_SEPARATOR.’..’,

          ‘name’=>’Prueba’,

          ‘language’=>’es’,

          // preloading ‘log’ component

          ‘preload’=>array(‘log’),

          // autoloading model and component classes

          ‘import’=>array(

                   ‘application.models.*’,

                   ‘application.components.*’,

          ),

          ‘modules’=>array(

                   // uncomment the following to enable the Gii tool

                   ‘gii’=>array(

                             ‘class’=>’system.gii.GiiModule’,

                            ‘password’=>’hfdjkhf’,

                            // If removed, Gii defaults to localhost only.

                             ‘ipFilters’=>array(‘127.0.0.1′,'::1′),

                        ),

                 ),

          // application components

          ‘components’=>array(

                   ‘user’=>array(

                             // enable cookie-based authentication

                             ‘allowAutoLogin’=>true,

                   ),

                               // JQUERY nativo desactivado

                               ‘clientScript’=>array(
‘scriptMap’=>array(
‘jquery.js’=>false,
‘jquery.min.js’=>false,
)
),

                   // uncomment the following to enable URLs in path-format

                    ‘urlManager’=>array(
‘urlFormat’=>’path’,
‘rules’=>array(
‘<controller:\w+>/<id:\d+>’=>'<controller>/view’,
‘<controller:\w+>/<action:\w+>/<id:\d+>’=>'<controller>/<action>’,
‘<controller:\w+>/<action:\w+>’=>'<controller>/<action>’,
),
),

                         ‘db’=>array(
‘connectionString’ => ‘sqlite:’.dirname(__FILE__).’/../data/testdrive.db’,
),

// uncomment the following to use a MySQL database

                         ‘db’=>array(
‘connectionString’ => ‘mysql:host=localhost;dbname=prueba’,
’emulatePrepare’=> true,
‘username’ => ‘usuario’,
‘password’ => ‘dsfsfsdfs’,
‘charset’ => ‘utf8′,
),

‘errorHandler’=>array(

                             // use ‘site/error’ action to display errors

‘errorAction’=>’site/error’,

),

‘log’=>array(

‘class’=>’CLogRouter’,

‘routes’=>array(

array(

‘class’=>’CFileLogRoute’,

‘levels’=>’error, warning’,

),

// uncomment the following to show log messages on web pages

/*

array(

‘class’=>’CWebLogRoute’,

),

*/

),

),
),

// application-level parameters that can be accessed

// using Yii::app()->params[‘paramName’]

‘params’=>array(

// this is used in contact page

‘adminEmail’=>’webmaster@example.com’,

),

);

Lo que hicimos fue modificar el nombre de nuestra aplicación, modificar el lenguaje para el sitio, descomentar el código que permite utilizar Gii (generación de modelos y crud) y le modificamos el campo de Password; agregar el código para deshabilitar el JQuery nativo (recomendado para incluir la versión más nueva y que no choquen), descomentar UrlManager (esto hace que los métodos se muestren con Friendly Url), descomentamos la configuración de DB y agregamos los datos de nuestra base de datos. Con esto finalizamos la modificación de este archivo.

CREACIÓN DE MODELOS

Es importante que el usuario www-data tenga permisos, se sugiere cambiar el propietario del proyecto cuando se utiliza el Gii(esto es porque se generan archivos a partir del navegador), en consola:

sudo chown -R www-data.www-data prueba

En el navegador: http://localhost/prueba/index.php/gii/default/login

Utilizamos nuestra contraseña (la que asignamos para el componente Gii en el archivo de configuración).

Una vez adentro, seleccionamos la sección de Model Generator y en esta parte ingresamos en el campo de Table Name el nombre de la tabla; lo demás es bueno dejarlo por Default. Seleccionamos el botón Preview y te mostrará la lista de archivos generados, en este caso sería un archivo Tablename.php, le das Generate y te regresará un mensaje de éxito.

Este es el proceso para crear los modelos de cada tabla, los cuales permitirán la conexión a la base y a dicha tabla.

p.e. Tablename::model()->findAll();//Con este comando recuperarías todos los registros de la tabla en concreto en forma de array de objetos.

CREACIÓN DE CRUD (CONSULTAS, ALTAS, BAJAS Y CAMBIOS)

A partir de nuestro archivo de modelo generado, podemos crear la consulta, altas, bajas y cambios a nuestra tabla con la opción de Crud Generator, donde sólo ingresaremos el nombre del modelo: Tablename

Al seleccionar Preview  nos mostrará todos los archivos (un Controller y varias vistas) que se van a generar, le damos Generate y listo, podemos empezar a utilizar/modificar según las necesidades del proyecto.

PUNTOS CLAVES

Modelo

Apartado de Rules: Reglas que van aplicarse tanto al Create como al Update de los registros de cada modelo.

Apartado de AttributeLabels: Permite definir las etiquetas de los campos, es muy útil si a lo largo de todo el proyecto se utilizan porque si hay un cambio sólo se modifica una vez.

Controller

Al principio se define el layout general, recomiendo moficar dicha línea y utilizar layout main,

public $layout=’//layouts/main';

El apartado de accessRules  permite definir las reglas de accesso, en la configuración por Default se da acceso a todo(*) a algunas acciones de las clases, a los usuarios logueados(@) a otras y a un usuario en específico a otras (Admin). Este puede ser customizado con opciones como ‘expression’, todo esto viene en la documentación de Yii.

Más adelante están todos los métodos de la clase, los que vienen por Default y los que se crearán para el proyecto.

Views

Gracias al Crud, por cada Controller se generán:

• index.php (Página principal, por Default viene un listado de los elementos de la tabla).
• _view.php (Se renderea parcialmente dentro de index.php, representa uno a uno los elementos que se muestran en la lista).
• view.php (Es la vista individual de cada elemento de la tabla, si se utiliza el controller tablename/1) dirigirá por Default al View de ID 1
• create/update (Contienen al _form que es donde se puede modificar al registro).

Entre otras…

Views site y Layout

En las vistas que vienen generadas desde el principio se encuentran las de Site (vistas básicas, el Index del Home, el contacto y otras. Todas estas son las vistas que serían relativamente estáticas) y las de Layout (main.php contiene el código que envuelve a todas las vistas que se renderean, es decir, el cascarón del sitio).

Espero que esta información les sea de utilidad, aquí les dejos algunos links en donde pueden encontrar más información.

http://www.yiiframework.com/

http://www.yiiframework.com/doc/guide/1.1/en/quickstart.first-app

http://www.yiiframework.com/wiki/

Offers es subsidiaria de Vertive, Inc., su corporativo se encuentra en Austin, Texas.

Todos los días Offers.com ofrece más de 15,000 ofertas, promociones, cupones, ensayos libres y liquidación de productos de las principales tiendas online que representa a más de 3,000 marcas reconocidas como Home Depot, American Express, Travelocity y Banana Republic.

Su objetivo: Entregar miles de ofertas en línea de primeras marcas, que requieren que los productos puedan ser categorizados, verificados, clasificados y actualizados todos los días. Permiten a los clientes personalizar sus compras para ver tiendas, categorías, ofertas específicas y recibir actualizaciones cuando se agregan ofertas o cambios.

Offers.com ayudar a los consumidores a ahorrar tiempo y dinero,  a demás de encontrar las mejores ofertas para tiendas online con viajes, artículos para el hogar, ropa, software, entre otros.

Su desafío: Crear un verdadero entorno Web 2.0 que requiere tecnología de alto rendimiento confiable y sólido bajo las mejores prácticas para apoyar este nivel de personalización, colaboración e interactividad.

La Solución: Offers.com eligió Zend Framework, el IDE Zend Studio y el servidor de aplicaciones Web; Zend Server para una completa pila PHP probada para apoyar el ciclo de vida completo de la aplicación para sus activos de la Web de e-commerce. Zend fue elegido por su capacidad para optimizar el desarrollo de aplicaciones y gestión, reducir el tiempo para comercializar y cumplir con los objetivos de negocio para la disponibilidad y rendimiento.

Offers señala que “Nuestro grupo tenía experiencia en implementación de aplicaciones PHP en nuestros sitios anteriores y se estaba preparando para que Offers.com fuera una propiedad importante de la Internet. La necesidad de aumentar rápidamente nuevos desarrolladores y facilidad de mantenimiento es una gran prioridad. Entonces empezamos a utilizar el IDE Zend Studio para PHP, y nos hemos quedamos con el desde entonces. Zend Studio nos da el soporte multiplataforma para Linux y Windows que permite maximizar los recursos existentes y trabajar desde cualquier lugar”. El grupo mantiene varios entornos de desarrollo, y cada desarrollador tiene una máquina virtual. En un momento dado, este grupo maneja muchos casos de prueba del sitio.

Durante su primer año con Zend Server, Offers.com se convirtió en un sitio de mucho tráfico con más de 15,000 páginas. Con el aumento de tráfico a 450% interanual, el sitio está creciendo a un ritmo enérgico y el grupo está bien equipado para manejar el impacto de este crecimiento.

Zend Server se configura fácilmente para supervisar el rendimiento diario desde una única consola Web en todo el sitio y para enviar notificaciones por correo electrónico instantáneo cuando se detectan problemas. Podemos comprobar monitor y registros de la red a voluntad, se determina si problemas necesita atención inmediata o pueden abordarse tiempo después.

“Zend Server fue simple de implementar y ha sido un impulso de la productividad real en nuestro servicio a socios externos. Zend Server mejora la escalabilidad en Apache haciéndose cargo de descargas de contenidos estáticos y pasándolos a un proceso dedicado, está optimizado para descargas paralelas. Ahora podemos servir grandes archivos XML directamente del servidor de Zend más rápidamente, sin ocupar recursos del servidor.”

Ve aquí la historia completa porque Offers.com utiliza PHP como tecnología núcleo de largo plazo.

En esta ocasión les voy a mostrar cómo realizar respaldos de sus instancias EC2 de Amazon por medio de las API Tools de manera automática.

Las herramientas de la API de Amazon son los paquetes de Scripts de línea de comandos para el servicio web de AWS (Amazon Web Services) que se utilizan para administrar instancias.

Existen otras herramientas de desarrollo proporcionadas por Amazon, pero las más utilizadas para administrar instancias EC2 son:

Amazon EC2 API Tools (http://aws.amazon.com/developertools/351).

Estas herramientas sirven como interfaz de cliente para el servicio Web de Amazon EC2, son utilizadas para registrar, lanzar instancias, gestionar grupos de seguridad, etc.

Amazon EC2 AMI Tools (http://aws.amazon.com/developertools/368).

Las AMI Tools son herramientas en líneas de comandos que sirven para crear una AMI (Amazon Machine Image) existente o volumen instalado.

* Para instalar estas herramientas consulte la documentación de Amazon.

Tomando en cuenta que ya se tienen instaladas las herramientas de Amazon, procederemos con la creación del Script.

Creación del Script

Las Tools de Amazon al no ser un programa que se instale, sino un conjunto de Scripts y comandos que se utilizan por terminal, es necesario definir las variables de entorno.

Explicando el Script

En la primera parte del Script se configuran las variables de entorno, certificados y llaves Amazon, ruta de las AMI y API Tools, ruta de archivos binarios.

El comando para describir instancias es “ec2-describe-instances –headers”, pero para obtener sólo los datos que necesitamos aplicamos unos filtros con los siguientes comandos:

• grep Name: Nos mostrará nuestras instancias listadas por nombre.

TAG     instance            i-abcd   Name    nombre-instancia

• awk {‘print $3″ “$5′}: Imprimimos las columnas 3 y 5.

i-abcd nombre-instancia

• sed “s/[ ][ ]*/:/g”: Eliminamos los espacios entre columnas y ponemos “:” como separador.

i-abcd:nombre-instancia

Esta salida la guardaremos en un archivo de texto, en este caso llamado imagenes.txt, el cual guardará el ID y nombre de nuestras instancias con el formato que le dimos.

El comando para la creación de imagenes es “ec2-create-image instance_id  –name  name                           –description  description”. Como los datos los vamos a obtener de nuestro archivo de texto necesitamos leerlo y obtener la información deseada por medio de un while y filtros.

• /bin/echo $line: Lee línea por línea el archivo imagenes.txt.
• /bin/cut -d: -f1: Selecciona la primera columna delimitada por “:”.

ec2-create-image i-abcd

• /bin/cut -d: -f2`_`date +%d-%m-%Y`: Para el nombre de la instancia se selecciona la segunda columna delimitada por “:”, también le agregamos la fecha actual en el formato dd:mm:aaaa.

ec2-create-image i-abcd –name nombre-instancia_dd:mm:aaaa

• /bin/cut -d: -f2`_`date +%d-%m-%Y`: Para la descripción se utiliza el mismo nombre de la instancia y de igual manera se le agrega la fecha actual.

ec2-create-image i-abcd –name nombre-instancia_dd:mm:aa –description nombre-instancia_dd:mm:aaaa

Finalmente, para que esta tarea se haga de forma automática, lo tenemos que programar en el cron, en este caso el Script se ejecutará todos los domingos a las 2:00 am

0 2 * * 7 root sh /ruta-script/script.sh

El componente para el manejo de cache en ZF2, Zend\Cache ha sido completamente reescrito, ahora hace uso de muchísimas interfaces, plugins y clases abstractas. Sin embargo, al igual que su predecesor en ZF1, Zend\Cache sigue contando con soporte para gran número de medios de almacenaje para el caché; por ejemplo Xcache, Memcache, Redis, sistema de archivos, etc.

¿Cómo guarda la información Zend\Cache?

Principalmente a través de los Adapters, estos son quienes se conectan al medio de almacenaje correspondiente, servicio, base de datos, sistema de archivos, etc; su funcionalidad está descrita por algunas interfaces del componente.

Hay algunas clases llamadas capabilities, que indican capacidades de comportamiento del almacenaje. También existen clases Plugins que añaden funcionalidad al adaptador, normalmente cuentan con listeners que escuchan triggers de los adaptadores y tienen que ver más con el tratamiento de los datos o acciones adicionales a las tomadas por los adaptadores.

¿Qué tipo de información puede guardar Zend\Cache?

Zend\Cache tiene una serie de clases Patrón, que describen desde donde se puede guardar la información en caché. Por ejemplo CallbackCache, nos sirve para guardar en caché una respuesta de una función callback, OutputCache nos sirve para guardar un output generado por un script.

Un ejemplo

$cacheSalida = Zend\Cache\PatternFactory::factory(‘output’, array(

   ‘storage’ => ‘memcache’,
));

$cacheSalida->start(‘idCacheSalida’);
echo “Esto se va a guardar en el cache”;

printf(“Esto también”);
$cacheSalida->end();

En el ejemplo anterior, se usa el PatternFactory para “fabricar” un objeto OutputCache que use el adaptador Memcache, ya teniendo toda la salida desde el start hasta el end será guardada por el adaptador en memcache con el identificadir idCacheSalida.