Archivo
Archivo
Etiquetas
Etiquetas
php
microsoft
herramientas
configuraciones
tutoriales
SQL Server
javascript
windows
instalaciones
comandos
MySQL
bases de datos
linux
bugs
SQL
script php
managment studio
curiosidades
internet
jquery
apache
optimización
actualizaciones
clases php
centos
navegadores
librerías php
T-SQL
queries
google
opinión
recursos
marketing
benchmark
programas
software
emails
sistemas operativos
AJAX
códigos
errores
frameworks
posicionamiento
seguridad internet
driver sql server php
formularios
funciones fecha
hardware
html5
zend
buscadores
estadísticas
plugins
SEO
html
redes sociales
htaccess
repositorios
scripts shell linux
servidores web
entornos de trabajo
nginx
procedimientos
copias de seguridad
firewall
munin
nodejs
opensuse
versiones
virtualización
wamp server
Hyper-V
php-fpm
trucos
expresiones regulares
office 2010
redes
rss
subversion
triggers
utf8
http2
safe mode
technical preview
tecnología
unidad de red
xampp
herencia
opcache
planes de ejecucución
powershell
teamviewer
Mostrar más
Mostrar menos
Entradas populares de este blog
Actualmente las versiones de PHP se están distribuyendo como Non-Thread Safe (NTS) y Thread Safe (TS), veamos en que consiste cada una: Thread Safe (TS) es una característica que permite optimizar PHP para un entorno MultiHilo (Windows) y no Multiproceso (Linux) , siendo así mas efectivo en Apache para Windows ya que permite, dicho de una forma totalmente ambigua, cargar todo el ambiente de PHP y mantenerlo en la memoria para todos los hilos que lo necesiten. Esto sin embargo generaba problemas varios en ISS al ejecutar PHP como ISAPI ya que muchas extensiones estaban hechas pensado en el modelo Multiproceso (Linux) y obligaba a utilizar PHP como CGI, esto lo hacía más estable pero exageradamente más lento debido a que tiene que cargar y descargar de la memoria el ambiente completo de PHP en cada requerimiento o proceso. Lo que Non-Thread Safe (NTS) permite es configurar ISS y otros servidores basados en el modelo de Windows (MultiHilo) para que usen PHP como CGI pero mejorando...
Listado de palabras en castellano
Aquí os dejo un recurso que puede ser muy útil para algunos, una base de datos en MySQL con un diccionario , o mas bien un listado, de más de 55 mil palabras en castellano. El archivo SQL consta de una base de datos con una única tabla, la cual tiene 4 campos, la clave primario y 3 campos de texto con la misma palabra (todas en minúscula). La diferencia entre los 3 campos es que el primero llamado palabra es un varchar con lo cual en las consultas SQL no distingue entre acentos o ñ y n, los otros dos campos son binarios por tanto si distinguen, uno de ellos tiene ñ pero no tiene acentos y el otro tiene acentos y ñ para una comparativa más exacta. El origen de estas palabras los he sacado del diccionario de español genérico de Open Office disponible para múltiples países desde su página para diccionarios en español para Open Office . Otra fuente de palabras en castellano puede ser el diccionaro de PhpStorm para comprobar la ortografía. Luego de descargar el archivo hay...
Hacer un select readonly con jQuery
Para un select no es aplicable la opción readonly, o está deshabilitado o está activo, pero no puede estar activo y ser readonly. Esto es lo que HTML y los navegadores te dicen pero hay una opción a esto y es deshabilitar todos los option no seleccionados con jQuery, de esta manera con este sencillo código JavaScript podemos simular tener un select readonly . $('#selectid option:not(:selected)').attr('disabled',true); Para los que quieran un poco más de teoría pueden seguir leyendo el post. Diferencias entre controles readonly y disabled La principal diferencia entre readonly y disabled es que aunque en ambos casos el contenido del control sobre el que se aplica no puede ser modificado en caso de readonly este valor si se envía al hacer el submit del formulario mientras en el caso de un control disabled este valor nunca se envía, con lo cual suele ser interesante tener un control no modificable pero que queramos tener su valor al recibir los datos del formulari...
Algoritmo para contraseñas pronunciables
- Obtener enlace
- X
- Correo electrónico
- Otras aplicaciones
Siguiendo el post anterior contraseñas pronunciables voy a explicar brevemente los pasos que seguí para crearlas, los archivos fuente los subiré luego pues aún tengo que comentarlos y quitarles todas las pruebas.
- Obtener el contenido del archivo fuente (en mi caso con 257 palabras)
- Limpiar este archivo quitando caracteres especiales, acentos y poniéndolo en minúsculas.
- Separar todas las palabras
- Para cada palabra mayor de 3 caracteres (por decisión propia) obtengo las dos primeras letras y las guardo en un array.
- Recorro letra a letra hasta el final – 1 los caracteres de la palabra y guardo en un array en el índice las letras 1 y 2 concatenadas y luego de valor la letra 3, y en otro array la letra 1 de índice y la letra 2 de valor.
Nota: guardo la letra 1 en un array y la siguiente como valor y lo mismo pero con las 2 primeras letras porque mi algoritmo no se basa en la letra anterior se basa en las 2 letras anteriores en caso de que exista, sino entonces busco la letra anterior por eso necesito ambos array (no necesario el segundo si la longitud de la clave es par).
- Una vez rellenados los arrays de probabilidades y de caracteres de inicio procedo a crear la clave.
- Busco aleatoriamente entre las posibles combinaciones de inicio y luego hago un ciclo basándome en ellas para calcular la letra siguiente dependiendo de las 2 anteriores si existe o de la anterior.
- La generación de una clave de 10 caracteres lleva una media de 0,013852 segundos (media obtenida de la generación de 10 mil claves).
Y listo con esto ya tenemos una clave de 10 caracteres segura, aleatoria y con una probabilidad de 1 entre 8311 de que sea una palabra real.
- Obtener enlace
- X
- Correo electrónico
- Otras aplicaciones
Comentarios