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/

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

Muchos PHPeros no saben quién o qué es Zend. Otros quizá solo lo relacionan con el Zend Framework o con alguno de sus productos. 

Alguna vez te has preguntado ¿cómo se logra obtener o qué es el famoso HTTPS que vemos en algunas direcciones URL?.

¿Qué es?

Utiliza un cifrado basado en SSL/TLS para crear un canal cifrado (cuyo nivel de cifrado depende del servidor remoto y del navegador utilizado por el cliente) más apropiado para el tráfico de información sensible que el protocolo HTTP. De este modo se consigue que la información sensible (usuario y claves de paso normalmente) no pueda ser usada por un atacante que haya conseguido interceptar la transferencia de datos de la conexión, ya que lo único que obtendrá será un flujo de datos cifrados que le resultará imposible de descifrar.

El puerto estándar para este protocolo es el 443. (Fuente: es.wikipedia.org/wiki/Hypertext_Transfer_Protocol_Secure )

¿Cómo obtengo un Certificado SSL para mi sitio web?

A continuación una descripción paso a paso :

1 Asegurate que OpenSSL esté instalado en tu PATH de Linux.

2 Crea una llave privada RSA para tu servidor  Apache (será Triple-DES encriptada y en formato PEM): $ openssl genrsa -des3 -out server.key 1024

Haz un respaldo del archivo de llave server.key en un lugar seguro. Si quieres ver los detalles de la llave privada que acabas de crear entonces usa el siguiente comando: $ openssl rsa -noout -text -in server.key

Si es necesario puedes crear una versión no encriptada PEM de la llave privada con: $ openssl rsa -in server.key -out server.key.unsecure

3 Crea un archivo CSR (Certificate Signing Request) utilizando la llave privada RSA que creamos previamente y para esto utilizamos el siguiente comando: $ openssl req -new -key server.key -out server.csr

En este paso nos pedirá información acerca de el dominio que queremos tener bajo HTTPS, hay que asegurarnos de ingresar el FQDN (“Fully Qualified Domain Name”) del servidor cuando el OpenSSL te lo pregunte lo que sería el “CommonName”, ejemplo cuando generamos un CSR para un sitio web el cual será accesado de la forma  https://www.foo.dom/,  entonces tendremos que ingresar “www.foo.dom” en este campo. Al final después de creado el archivo podrás ver el contenido del CSR utilizando: $ openssl req -noout -text -in server.csr

4  Ahora debemos enviar este el Certificate Signing Request (CSR) a un Autoridad Certificadora (CA) al cual deberás pagar para que te firme o valide. Una vez que el CSR ha sido firmado entonces obtendrás un Certificado el cual podrás usar en tu servidor Apache; el Certificado que te manden lo almacenas en un archivo con terminación .crt (server.crt ). Estas son algunas Autoridades Certificadoras:

Verisign http://digitalid.verisign.com/server/apacheNotice.htm

Thawte http://www.thawte.com/

CertiSign Certificadora Digital Ltda. http://www.certisign.com.br

IKS GmbH http://www.iks-jena.de/leistungen/ca/

Uptime Commerce Ltd. http://www.uptimecommerce.com

BelSign NV/SA http://www.belsign.be

GeoTrust http://www.geotrust.com/

Si desear ver los detalles de tu certificado firmado necesitas usar el siguiente comando: $ openssl x509 -noout -text -in server.crt

5 Ahora tendremos dos archivos: server.key y server.crt. Estos pueden ser utilizados en tu archivo de configuración httpd.conf  o en el Virtualhost del dominio de la siguiente manera:

6 Necesitaras una  IP dedicada para cada SSL si es que en el server alojas más de un dominio,  en este caso deberás solicitarla con tu proveedor de servicios de hosting. El archivo server.csr ya no se necesita más.

Espero que esta información te sea útil.

La función de “monitoreo” de Zend Server se basa en un conjunto de reglas predefinidas que puede ser configurada para adaptarse a requisitos de su entorno (por ejemplo, umbrales de performance), o habilitado y deshabilitado según sea necesario. Estas reglas definen la naturaleza de un evento disparado y los parámetros para la captura de información relacionada con el evento en una aplicación.

Por definición, la función de las reglas de monitoreo son diferentes entre sí ya que están monitoreando diferentes aspectos del entorno de desarrollo y producción. Por lo tanto, que se muestran de forma diferente y pueden configurarse de manera diferente. Por ejemplo, la regla de evento personalizado no muestra funciones. Para referencia, vea las reglas globales de vigilancia.

Regla Grupos

Existen dos tipos de grupos – La regla de grupo global y la regla de grupos de la aplicación, nombrado después de la aplicación relacionada.

La regla de grupo global, se muestra por defecto a la cabeza de la lista de grupos. Este grupo contiene una colección de reglas de monitoreo predefinidas y habilitadas llamado reglas globales. Estas reglas se asocian automáticamente con cualquier aplicación desplegada o definida en las aplicaciones | Página de aplicaciones, y están agrupadas juntas en diferentes grupos de reglas de aplicación.

Regla de Interdependencias

Las reglas incluídas en la regla de grupo Global (reglas-padres) tienen propiedades de reemplazo en relación con sus reglas de herencia (reglas-niño) en la regla de grupo de aplicación:

• Recientes aplicaciones desplegadas o definidas, automáticamente incluyen todas las reglas globales.
• Una reciente regla global es agregada a las reglas globales y a todas las reglas de grupos de aplicación.
• Reglas de aplicaciones recientemente creadas no se agregan a la regla de grupo Global.
• Cambios hechos a una regla padre en el grupo de reglas globales son aplicados a todas sus reglas de herencia (reglas niño) en la regla de grupo de aplicación.
• Cambios hechos a una regla-niño,  reemplazar las configuraciones globales en la regla de grupo de la aplicación específica que está asociada a la regla, pero no se aplican a las respectiva reglas-padre. Estos cambios pueden ser revertidos en  las configuraciones de la regla-padre.

Anulando y personalizando reglas

Puedes decidir personalizar las reglas predeterminadas de monitoreo Global. Para diferenciar las personalizaciones de las reglas de las características de reglas por defecto,  las  reglas personalizadas reciben definiciones de estatus diferentes:

• Reglas personalizadas.
• Reglas anuladas

Nota:

Las reglas de caché se comportan de manera similar. No existen reglas caché global por defecto,  pero puede crear e incluirán todas las propiedades fundamentales descritas anteriormente. Consulta trabajo con caché de página para obtener información sobre cómo crear reglas de caché.

Checa en un video las reglas de monitoreo:

http://files.zend.com/help/Zend-Server-6/zend-server.htm#editing_rules.htm

Tienes dudas sobre el alcance de Zend Server, con gusto te asesoramos. Visita nuestro sitio: ElTallerWeb.com

¿Tienes aplicaciones de producción?. Preveé la próxima crisis de aplicación utilizando Zend Server.

Zend Server te apoya en:

• Detectar y resolver problemas de aplicación de producción de manera más rápida
• Evitar la degradación del rendimiento
• Evitar los desastres de escalamiento y tolerancia a fallos
• Automatizar el proceso de implementación para manejar el desarrollo iterativo de la aplicación
• Dar visibilidad de la producción a sus desarrolladores en forma segura y controlada
• Cumplir con sus compromisos de SLA de aplicación
• Te brinda Paneles de métricas de rendimiento que te darán una visión a largo plazo y tendencias
• Garantizar la alta disponibilidad con failover de aplicaciones integradas
• Recibir notificación de problemas antes de que sean fallos
• Mantener la seguridad de la aplicación y cumplimiento
• Evitar cambios no autorizados en su entorno
• Utilizar Zend Server en cualquier entorno de cloud – pública, privada o híbrido – para capacidad de flexibilidad y ráfaga

Y como desarrollador ¿en qué me apoya?

• Brinda grabado instantáneas de ejecución de código PHP de línea por línea de interrupción de producción de anoche
• Construye el almacenamiento en caché en tus aplicaciones
• Evita cuellos de botella de tu código para paralelización de  tareas
• Estandariza en la pila PHP más integral y coherente
• Depuración avanzada, supervisión y herramientas de generación de perfiles.

Zend, la empresa PHP, asegura sus componentes PHP de código abierto son compatibles y tienen las últimas actualizaciones de seguridad.

Conoce sus diferentes versiones: http://www.zend.com/en/products/server/editions.

Si necesitas orientación, deseas adquirir una licencia o requieres apoyo de soporte con gusto te ayudamos, visita: http://eltallerweb.com

Hace apenas unos días, Zend anunció el lanzamiento de la última versión de su IDE, Zend Studio 10.

Esta nueva versión nos ofrece las ya conocidas características de versiones anteriores que nos ayudan a maximizar la productividad, como el PHPUnit, Debugging, perfilado de aplicaciones y Control de versiones(incluyendo Git).

Pero son las nuevas características de esta versión que llaman rápidamente nuestra atención, por ejemplo la posibilidad de crear aplicaciones móviles conectadas a la nube. Así es , desde Zend Studio 10, podemos crear los dos aspectos de una aplicación móvil, el lado cliente generado a partir de HTML y jQuery, y el lado del servidor con web services RESTful creados con PHP y componentes de Zend Framework 2 con la posibilidad de hospedar esto en la nube.

Y ya que hablamos de desarrollar usando la nube, Zend Studio nos da la posibilidad de desplegar nuestro código en “nubes”, que cuentan con stacks de PHP certificados y otras componentes como bases de datos que nos evitan la necesidad de tener que preparar ambientes de desarrollo en máquinas locales u otros servidores, en concreto se trata de la Zend Developer Cloud y la de Red Hat, la OpenShift, ambas gratuitas y abiertas.

Todo esto suena excelente, aunque debo confesar que para un servidor, la característica más atrayente es por mucho la integración del IDE con Zend Framework 2. Y es que el Zend Studio 10 te auxilia muchísimo en el desarrollo de aplicaciones ZF2. Por ejemplo, la creación inicial de la aplicación nos deja ya una estructura muy completa desde la cual podemos empezar a poner nuestro código; además nos ayuda en la creación de módulos, controladores, vistas y otros items del framework. Por si esto fuera poco, cuenta con un localizador de servicios ZF2 con integración a composer, sin mencionar la auto-completación de clases, métodos y namespaces que hace que el desarrollo en ZF2 sea mucho más sencillo.

¿Ya conoces el producto? Cuéntanos que te parecio.

Para subir un archivo con  jQuery y Ajax + PHP, en lugar de  utilizar un plugin ya desarrollado y probado,  podemos utilizar la lógica de cómo se envía un archivo con Ajax:

function uploadAjax(){

var inputFileImage = document.getElementById(“archivoImage”);

var file = inputFileImage.files[0];

var data = new FormData();

data.append(‘archivo’,file);

var url = “upload.php”;

$.ajax({

url:url,

type:’POST’,

contentType:false,

data:data,

processData:false,

cache:false});

}

Configurando el Html de la página, algo similar tiene que quedar el Input:

<input type=’file’ name=’archivoImage’ id=’archivoImage’ />

<input type=’button’ id=’botonSubidor’ onclick=’uploadAjax()’ />

También pueden hacerlo con jQuery:

$(document).ready(function() {     $(‘#botonSubidor’).click(‘uploadAjax’);})

Obviamente el html tiene que quedar así:

<input type=’file’ name=’archivoImage’ id=’archivoImage’ />

<input type=’button’ id=’botonSubidor’ />

El archivo upload.php

//upload.php

$return = Array(‘ok’=>TRUE);

$upload_folder =’images';

$nombre_archivo = $_FILES[‘archivo’][‘name’];

$tipo_archivo = $_FILES[‘archivo’][‘type’];

$tamano_archivo = $_FILES[‘archivo’][‘size’];

$tmp_archivo = $_FILES[‘archivo’][‘tmp_name’];

$archivador = $upload_folder . ‘/’ . $nombre_archivo;

if (!move_uploaded_file($tmp_archivo, $archivador)) {

$return = Array(‘ok’ => FALSE, ‘msg’ => “Ocurrio un error al subir el archivo. No pudo guardarse.”, ‘status’ => ‘error’);

}

echo json_encode($return);

Espero que esta información les sea de utilidad ¿Ustedes cómo lo harían?

Foursquare (https://foursquare.com/) es una red social que te permite hacer registrar o “check in” del lugar en donde te encuentres, es muy popular en Estados Unidos, Brasil y México.

Después de realizar una evaluación al sistema tomaron la decisión de migrar su administrador de base de datos de Prostgress a Mongo DB.

Véamos algunos datos de interés:

• Foursquare tiene 15 millones de usuarios, >1 billón de Check In’s
• Tráfico de pico: Concurrentemente  ~2500 HTTP  QPS Overall, ~80 Check-in’s por segundo
• 8 Cluster de Mongo DB en producción
• 8 fragmentos de usuarios, 12 fragmentos de Check-ins
• Checkins: ~80 Inserciones/seg, ~2.5  ops/seg,  45MB/s Salidas en pico

Algunos hechos:

• Todos los servidores corren en EC2
• Mongo S (Mongo Shard) son colocados con AppServers, 1:1
• Mongo Cs (Mongo Drivers) compartido en 3 Instancias
• Mongo D (Mongo deamon) trabajando en un conjunto contenido en RAM
• Configuración para MongoD en almacén de respaldo: Volúmenes  4 EBS con RAID0.

La problemática: 

1. La Fragmentación se infla.

Al modificarse los datos Con el tiempo,  la huella de Mongo D RAM crece loos nodos de la página del disco  y el rendimiento del sitio sufre.

Solución:  La Orden replicaset por datSize + IndexSize, Uptime  DESC. –Reparar los nodos secundarios uno a la vez.  Los nodos primarios requieren stepdown() los cuáles son más delicados.

La problemática: 

         2. Ejecución del EBS degradado

Síntomas:

Ioutil % en un volumen  > 90

Qr/qw counts spike

Tasa de fallas > 10 en mongostat

Algunas veces: tcploss counts spike

Solución: Detener el proceso de Mongo D sí es nodo secundario, Stepdown() + Parar sí es el primario.  Reconstruir desde cero.

Las problemática:  

         3. Recientemente Mongo D no ha buscado en todos los datos.

Solución:

Db.checkins.find({unused_key:1}).explain()

Db.checkins.find({unused_key:1}).hint ({random_index: 1}).explain()

Cat > /dev/null trabaja demasiado, a menos que el tamaño del conjunto de datos es más grande que la memoria RAM.

He aquí la presentación completa:

https://docs.google.com/a/netmx.com.mx/presentation/pub?id=1q4R3F0AnWN-MQZqbysZ92nZ4_OC7bRzUCWfbmeHHcQQ&start=false&loop=false&delayms=3000&pli=1#slide=id.p

Por Cooper Bethea. Site Reliability Engineer, Foursquare.

Cónoce más sobre Mongo DB

Próximo webinar de Mongo DB: Análisis de costo de propiedad para MongoDB. Enero 17 11:00am PST / 2:00pm EST / 7:00pm UTC  http://www.10gen.com/events/webinar/tco-mongodb-vs-oracle

PHPUnit es un framework open source para el desarrollo, orientado a pruebas ó TDD para culquier código PHP. Es decir, es un framework que nos ayuda a probar nuestro código.

Ahora, ¿Por qué probar nuestro código? Bueno, Sebastian Bergmann creador de PHPUnit, dice algo muy cierto, “todos los programadores cometen errores, pero la diferencia entre los buenos programadores y los malos programadores es que los buenos programadores prueban su código para encontrar esos errores lo más pronto posible“. Y es que esperar a que el software falle por sí mismo para después corregirlo es muy costoso, lento y dificíl de corregir.

La propuesta de PHPUnit y otros frameworks para pruebas es crear pequeñas unidades que revisen funcionalidades puntuales del código y probar que funcionen como debe, además de la posibilidad de automatizar estas pruebas para ejecutarlas frecuentemente, tanto como el código cambie.

Así, para probar el código no es suficiente recargar el navegador como loco, hay que definir la funcionalidad del mismo, separarla en unidades y revisar que cada una funcione como se supone.

La vía típica para instalar PHPUnit es a través de PEAR, aunque también algunos IDEs como Zend Studio ya lo traen integrado. Una vez instalado hay que crear los tests, que no es otra cosa que métodos clases en PHP, y ejecutarlos por línea de comando o desde nuestro IDE; así obtendremos un resultado para cada test. Para que una prueba sea exitosa, todos los tests unitarios deben pasar y obtener un alto porcentaje en la cobertura de código.

Crear tests unitarios puede complicarse si nuestro código no es testeable, es decir, no se presta mucho para hacerle pruebas, saber si un código es testeable o no, crear pruebas más efectivas es algo que sólo con la práctica lograremos.

Espero esto les sea de utilidad.
Saludos.