Anillos vectoriales para la web de tu boda
No hay mucho más que decir… mira a ver si te sirven de algo, viciño !
Formato: .ai
Tamaño: 2.8 Mb
Enlaces:

No hay mucho más que decir… mira a ver si te sirven de algo, viciño !
Formato: .ai
Tamaño: 2.8 Mb
Enlaces:

Leer más » desarrollaba un set de iconos vectoriales como producto comercial, pero ha decidido cancelar el proyecto, y nos regala todos los diseños ya realizados. Por ahora ha lanzado el primer pack de 25 iconos, que ya podemos descargar:
Tamaño: 1.8 Mb
Formato: .ai
Enlace: http://www.monofactor.com/files/bet_one.zip
Artículo: http://www.monofactor.com/goodies/free-vector-icon-set-1/
Alguien (Un tal M@ster) ha creado una fuente basada en siluetas de Chicas Anime, y sus colegas de http://artshare.ru las han convertido a formato vectorial en eps. Este impresionante set incluye más de 600 siluetas, y puede descargarse en la web del tal M@ster, o en alguno de estos mirrors:
El set en eps:
Las fuentes:

¿ Pero eso no es lo mismo ? ¿ Existe alguna diferencia ?
Si, existe, y es bastante importante, tanto en resultados como en velocidad.
COUNT(*) cuenta registros. Si la tabla es MyISAM, y no fijamos un WHERE, los resultados se calcularñan de forma extremadamente rápida, ya que MyISAM mantiene un contador de registros de toda la tabla. Si fijamos un WHERE, el servidor tan sólo tiene que contar el número de registros totales del resultado, lo que sigue siendo muy rápido. Esto es bastante diferente de….
COUNT(col) cuenta los valores NO NULOS DE LA COLUMNA COL dentro resultado de la consulta, en este caso el servidor necesita revisar todos los registros uno a uno, comprobando cuales de ellos no tienen un valor NULL, y la degradación de velocidad será muy importante.
Casi 20 meses después de su notificación, el Bug#12713 por fin ha sido corregido (si no utilizas funciones almacenadas, esto no te afecta demasiado).

El motivo de este retraso no es la dejadez, sino simplemente que se trata de un bug derivado del propio diseño interno de MySQL, y ha sido extremadamente dificil de corregir, teniendo que esperar a estas ramas del 5.0. El record de todos los tiempos para este tipo de bugs lo tiene el Bug#989, notificado en 2003, todavía sin solución, y que seguirá esperando al menos a la rama 6.0.

Test 4
¿ Qué tipo de datos almacena un rango mayor de datos ? ¿ MEDIUMINT o INT ?
¿ Qué tipo de datos puede almacenar un tamaño mayor de registro ? ¿ MEDIUMTEXT o TEXT?
Pulsa para Mostrar/Ocultar la solución
Traducido con permiso expreso de Mysql Test Quiz 4 Original
Creado por Carsten H. Pedersen
Otros Test anteriores:
En mercados financieros, se conoce como " Cliente NINJA " a aquel que no dispone de ingresos fijos, empleo fijo, o propiedades.
Esto es así no por el significado del "palabro" Ninja en si mismo, y su relación con la cultura japonesa, si no por las iniciales que conforman "No Income, No Job, no Assets"

Via Baluart.net
Si vienes de otros mundos SQL, estarás acostumbrado a utilizar DATEDIFF y DATEADD para tus consultas entre/a partir de/hasta determinadas fechas. Si bien MySQL dispone también de esta función, nos ofrece además una forma mucho más sencilla de realizar estos cálculos, con la sintaxis INTERVAL:
Hace 5 minutos:
Dentro de una semana: