Mensajes

[xxxxxxxxxxxxxxx]

El problema con la compresión, y mas aun de un número, es que todos los HASH que reducen el peso son digest NO REVERSIBLES.

La verdad que partiendo de una variable xxxxxxxxxxxxxxx y luego obtener una yyyy, desde la cual se pueda volver a obtener xxxxxxxxxxxxxxx sería toda una revolución. Bueno, no tan así, habría que ver como trabajan los algoritmos de compresión de archivos (RAR o 7z), que supongo trabajan a nivel de BITS..es algo que siempre me interesó, pero la verdad nunca le dediqué tiempo, y supongo que no debe ser nada simple..y mas aun para alguien con practicamente 0 conocimientos de criptografía como yo...

Saludos y perdon por el off-topic..

Yo lo ultimo que le regalé a una novia fue una tanguita..por suerte se lo tomó bien, y esa misma noche la estrenó.. 

Pero supongo que es según la personalidad de la mina. Cosas como chocolates o peluches nunca fallan  ..no importa ni la edad ni la personalidad de la piba, siempre son bien recibidas 

Saludos

No se donde estará la ambocion.. Pero me falta mucho para ser una empresa todavia

Pero en fin.. Parece que voy a tener que elavorar un groso hash...

Es una forma de decir..con 'empresa' me refería a proyecto..

Saludos

Ahora imaginate el peso en "KB" que llevaria eso nsigned

Si vasa a guardar varios millones de registros con números de 1350 caracteres no esperes usar 'un par de megas' nada más..

No conozco tanto de SQL, pero no se me ocurre otra forma de guardar un número tan grande 

Saludos

alguien sabe algún tutorial de un formulario de contacto que trabaje con una base de datos en MySQL?, el que acostumbraba a usar no me esta funcionando mas, porque mi proveedor de hosting ya no admite mas "encender" el register_globals.

Básicamente la solución a eso seria llevar todo el sistema a un solo script.

Saludos

Amigo, el problema es que: 1º Ésto es una notebook, y la llevo a todos lados
2º. La web que estoy por poner, puede tener pocas visitas, pero es como un" buscador".. y tiene que hacer un algoritmo bastante complejo antes de devolver un resultado..

Si está dentro de tus posibilidades, te recomendaria usar PERL com CGI, es mucho mas rápido y potente que PHP. Sobre todo para una empresa tan ambiciosa.. 

Saludos

Creo que sería más factible meter el dato en un ampo tipo text, que puede almacenar hasta 60.000 caracteres aproximadamente. 

Saludos

[web oficial]

Bueno, hoy estaba buscando este manual en español, pero descubrí que ya no está en la web oficial, al menos yo no pudo encontrarlo. Y la verdad que es sumamente útil para consultar funciones y demás, así que lo subí a mi freehost para el que lo quiera:

::Descargar::

Es la versión creada el 07/12/2007 - 06:00:47

Saludos 

Me acaban de decir algo:

"Si lo que tu quieres es mejorar el tiempo de uso de la CPU ejecutando 2 hilos simultaneos, puedes hacerlo de otra manera: Dandole prioridad de 90% de CPU a APACHE (httpd.exe) y tendrás un rendimiento mejor que abrir 2 hilos"


:O

es verdad eso?

Parece lógico, debe ser verdad, puesto que apache tomaria casi todo el micro. Pero salvo que tengas un server propio o dedicado, mejor no te molestes mucho con eso porque los planes 'normales' de hosting no permiten acceder a este tipo de configuraciones del sistema.

Saludos

Por eso..la página que toma de SQL te devuelve los resultados ya procesados pasados, por ejemplo, por la función que yo te di. Y hasta podés hacer que sea en XML.

Saludos

PD: Me voy a comer