¿Aún no conoces las características de Mongo DB? La ventaja que tiene MongoDB ante las bases de datos relacionales tradicionales, es la velocidad de consulta. Esto se logra porque la información se guarda a través de documentos en formato JSON, es tan solo una de las grandes diferencias ente Mongo y MySQL, su uso dependerá el tipo de proyecto que vayas a diseñar para decidir qué tipo de base de datos vas a usar.

Checa el comparativo ente MySQL y Mongo DB, sí necesitas asesoría para tus proyectos te podemos ayudar, consulta El Taller Web.

Referencia: http://www.wikivs.com/wiki/MySQL_vs_MongoDB
Link de interés: http://php-guia.com.ar/enlaces-de-interes/mysql-vs-mongodb-cual-es-la-mejor-opcion/

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.

Dentro de la programación Web es muy frecuente desarrollar una estructura modular compuesta por varios ficheros que vamos llamando según los necesitemos. Por ejemplo, todos conocemos  los includes o requires en PHP que nos permiten incluir ficheros dentro de otros. Esta técnica es especialmente útil en el marcado HTML para separar elementos comunes de las páginas como un header o un footer en archivos independientes que sólo hay que llamar cuando se necesiten.

Sin embargo, pese a que la mayoría de lenguajes incorporan de uno u otro modo esta funcionalidad (la de llamar e incluir otros archivos dentro de él mismo), JavaScript no la presenta de forma nativa. Es por ello que existen numerosas bibliotecas que expanden al lenguaje permitiendo estas inclusiones con un alto grado de control.

NOTA: Actualmente, gracias a la granularidad de los plugins en jQuery y a los patrones de expansión de módulos ya no resulta tan frecuente encontrar el getScript() como lo era en el pasado.

Si no queremos que nuestro código presente dependencias de terceros o simplemente queremos el control de nuestro propio codigo, podemos implementar nuestra propia función para añadir ficheros JavaScript a una página bajo demanda emulando la funcionalidad de estas bibliotecas o los comandos de otros lenguajes.

function CargaScript(url, callback) {
  var script = document.createElement('script');
 
  if (script.readyState) { // Internet Explorer
    script.onreadystatechange = function () {
      if (script.readyState === 'loaded' || script.readyState === 'complete') {
        script.onreadystatechange = null;
        callback();
      }
    };
  } else { // Otros Navegadores
    script.onload = function() {
      callback();
    };
  }
 
  script.src = url;
  document.getElementsByTagName('head')[0].appendChild(script);
}

Sólo tenemos que hacer la distición entre el “famoso” Internet Explorer y los demás navegadores.

El funcionamiento de este código es añadir de forma dinámica una nueva etiqueta script a la cabecera de nuestra página (head) con la dirección URL del recurso a cargar. De forma adicional, incluimos un callback al estilo jQuery que se ejecutará tan pronto como nuestro nuevo script esté disponible.

NOTA: Por otro lado, si a ti te gusta hacer la carga asincrona de tus script, es decir, poner al último el llamado de tus scripts, lo único que tienes que hacer es cambiar el Tag ‘head’ por ‘body’.

EJEMPLO DE USO

Para un ejemplo sencillo, cargaremos la biblioteca del jQuery ubicada en un CDN.

var myLibrary = 'https://ajax.googleapis.com/ajax/libs/jquery/1.9.0/jquery.min.js';
 
loadScript(myLibrary, function(){
  alert('Ha cargado JQuery!');
});

Si ejecutamos el código anterior, en cuanto el script se cargue y esté disponible, recibiremos el alert definido en el callback avisando que se ha cargado correctamente.