Oviedo José-ph

Hoy me he levantado y me llegaron 2 SMS del remitente UNONOTICIAS, primero pense que era parte del servicio de La Secretaria de Seguridad Publica de Guerrero en donde mandas un mensaje SMS al 7441701558 con la palabra SEGURIDAD + CIUDAD_DE_GUERRERO pero al ver el texto del mensaje no concordaba con los otros que me habian llegado.
Este decia:
"Rechaza SEGOB que en el pais haya ingobernabilidad/Mexico golea 5-1 a Bolivia en futbol y se venga de Australia en beisbol, le gana 16-1/UNO NOTICIAS"
Depues me llego un mensaje desde el número 2222 donde dice:
"Telcel te invita a recibir diario las noticias mas importantes de manera gratuita. Responde este mensaje con la palabra ALTA UNO NOTICIAS."
Ahora bien!!, realmente sera gratis o solamente te quieren bajar más dinero del que nos quitan?, porque segun tengo entendido los mensajes enviados a un número corto (2222) salen muuy caros! comparados con los de un número largo (10 digitos), ahora el mandar la respuesta a telcel no tendra un costo de $30 + IVA??, o quisas más, quisas menos?..... digo!! ya no es tan gratis, por lo menos si contestan 1000 personas, se ganan unos $30,000 GRATIS!!!..., porque a ellos no les cuesta ni un centavo enviar esos mensajes ya que la tecnologia ya la tienen y es de ellos (ni modo que se paguen entre ellos mismos jejeje)

Navegando en planetalinux el antivirus Avast me detecto un malware JS:CVE-2009-0075-A, supongo que algun feeds tiene un codigo erroneo y el parser del RSS no filtro esa información, a alguien más le sucedio algo así?, les anexo la pantalla.

Lo prometido es deuda, volví a ir de vacas a la Manzanilla y no me podía olvidar de la foto inconclusa que les mostré hace 1 mes referente a la comida para llevar Chingona.

Si deseas configurar el comando SUDO para los usuarios mortales de Linux, debes de editar el siguiente archivo /etc/sudoers ya que de no hacerlo les puede aparecer el siguiente mensaje:
Entonces pues a modificar el archivo, sino no funciona SUDO,
Solo deben de agregar la siguiente linea abajito de donde dice root, quedando algo asi:
Claro, cambiando donde dice USUARIO por el nombre del usuario que le quieren activar el comando SUDO., y aunque se pueden hacer grupos, alias, etc, etc.., con esto es más que suficiente para ciertos casos.
Suerte!!!

Estaba agregando una contraseña a un archivo desde el archivo de configuración .htaccess de Apache2, pero resulta que no me respeta los parametros que pongo., bueno, la solución a todo esto es modificar el archivo que esta dentro de la carpeta /etc/apache2/sites-enabled/000-default (puede variar dependiendo de la configuración de tu compu).
Buscamos la linea donde dice "AllowOverride" y en lugar que diga None, le ponemos All, así ya deberia de funcionar el .htaccess
Aquí les pongo el ejemplo de mi htaccess en donde pido la contraseña cuando se ve un archivo.
Y listo!! , para crear el archivo de password se pone este comando cuando es la primera vez:
htpasswd -c .htpasswd nombre_usuario
Y este para agregar otro más
htpasswd .htpasswd otro_usuario
Ahora si!!!, ya están protegidas las páginas solicitadas

En el sistema de mensajes SMS tenia una consulta SQL que tardaba demasiado, y buscando el porqué me di cuenta que el causante es la sentencia GROUP BY, ahora bien, investigando sobre esta clausula me doy cuenta que cuando uno tiene muchos registros se pone tremendamente lenta!!!, y para ello una muestra,
Tengo una tabla con 542,000 registros, y al hacer una consulta con el GROUP BY me tardaba aproximadamente 8.7seg, casi 9 segundos, y pues como solo necesitaba 1 resultado que es el que tenia en el GROUP BY, pues tenia que encontrar la forma rapida de sacar esta información, eliminando los duplicados.
Así que hice varias pruebas.
Sentencia con: GROUP BY, LIMIT tardaba 8.7 seg
Sentencia con: GROUP BY, ORDER BY, LIMIT tardaba 8.3 seg
Sentencia con: LIMIT tardaba 1.1 seg (solo que me podia repetir valores)
Sentencia con: DISTINCT, LIMIT tardaba 1.2 seg <-- CON ESTA ME QUEDO!!!!
Si pueden ver, la diferencia es muy notable! entre poner un group by, sin group by y con el distinct, claro que todo depende de la informacion que saquemos, las relaciones de tablas, etc, etc..., pero bueno!!, hoy aprendi algo nuevo.
Aquí les dejo algunos tips que encontre para acelerar el GROUP BY, aunque en mi caso seguia siendo lento aplicando estas tecnicas:

• Mantener el número de fílas a devolver por la QUERY tan pequeño como sea posible
• Mantener el número de agrupaciones tan limitado como sea posible
• No agrupar columnas redundantes
• Si hay un JOIN en la misma SELECT que tiene un GROUP BY, intentar reescribir la QUERY usado una SUBQUERY en lugar de usar un JOIN. Si es posible hacer esto, el rendimiento sera major. Si se tiene que usar un JOIN, intentaremos hacer el GROUP BY por columna desde la misma tabla que la columna o columnas sobre la cual la se usa la función.
• Consideraremos el añadir un ORDER BY a la SELECT que ordena por la misma columna que el GROUP BY. Eso puede producir que el GROUP BY tenga mejor rendimiento.

Y aquí pueden ver información sobre optimización de MySQL para grandes tablas

Leyendo en Microsiervos me encuentro esta curiosa frase que fue la ganadora del Mes de Diciembre de la página Si eres legal eres legal




Me lo contaron en el colegio, entre y me bajé películas, me entraron virus y me tuve que cambiar el cpu porque los virus se metieron en el procesador, no os bajéis cosas, son gente que pone cosas malas dentro de los archivos y te roban tus datos, tus fotos, y todo!!!! Se legal FACILMENTE!!!




Lo más raro es que quieren combatir la piratería engañando a la gente, con mentiras y más mentiras, en lugar de decir la verdad sobre la piratería, y el problema no es lo que la gente les mande en su supuesto concurso, sino el que jurado que da por ganadora la frase, deberian cambiar su página por algo que diga, Para ser legal di mentiras, ahora si estoy en un error porfas desmientanme, porque hasta donde yo se, ningun virus se puede meter en el procesador, digo, podrán pasar por el procesador, pero que lo dañe???, jajajaja en fin!.., que cosas de la vida.
Y pues aquí les dejo la imagen por si llegará el ganador del mes de Enero, (que sorpresas nos esperará).

Que pasa cuando escuchas una canción en ingles, y no tienes ni la más mínima idea del idioma en cuestión?, acaso el cerebro quiere traducir todo automáticamente al español?, pues algo así sucede en estas canciones, disfruten los vídeos y a cantar en spaninglish



Canciones locas 1

 



Canciones locas 2

 



Canciones locas 3

 



Canciones locas 4

 



Canciones locas 5

 

Despues de tanto batallar con el squid y sus filedescriptors, a la mejor encontre la solución al problema.
Resulta que cuando se trababa el squid y reiniciaba, siempre aparecia que estaba matando las conexiones que decian algo asi:
2009/01/19 10:19:33| FD 24 Closing HTTP connection
2009/01/19 10:19:33| ctx: enter level 0: 'http://10.10.8.29:8080/versioncheck.asp'
2009/01/19 10:19:33| httpProcessReplyHeader: Too large reply header
2009/01/19 10:19:33| ctx: exit level 0
La ip 10.10.8.29 es la del servidor Squid (Gateway) y en los logs aparecia como si la propia maquina del squid pedia esa página, primero pense que era un bug del ipfire aunque viendo la extesnión ASP pues nada que ver con Linux., y a veces aparecia como si otra maquina solicita esa página y despues el Squid sigue pidiendola y pues al rastrear la IP inicial me doy cuenta que el programa LogMe In usa una peticion similar: http://homesite/versioncheck.asp
El chiste es que desinstale el LogMeIn y esperemos que ya no chafie otra vez!!!

Por alguna extraña razón los navegadores no reconocen el juego de caracteres UTF-8 de algunas páginas web y simplemente veia caracteres raros en las ñ, acentos.
Se supone que la solución más simple es agregando en el header del documento HTML el tipo de Contenido
Pero nada de nada!!, ni con esa etiqueta funcionaba bien la codificación del HTML, así que solamente nos queda la solución drastica!!, desde Apache especificar el tipo de codificación, por eso debemos de editar el archivo /etc/apache2/apache2.conf (si usamos la ultima versión de apache, sino es /etc/apache/apache.conf) buscamos la linea donde diga AddDefaultCharset y ponemos esto:
Reiniciamos el servidor Apache y listo!!!, ya debe de funciona bien ,pero eso si!!, siempre debemos de usar UTF-8 en lugar del ISO-8859-1