Dos dias sin actualizar el blog, ya son muchos ups, pero veran el viernes me fui a un masivo, que anuncie previamente en la seccion se ska, que por cierto luego les pongo las fotos, hoy las hiba a poner pero no traje el usb ups.

Bueno regresando a los temas habituales del Blog vamos con la tercera entrega del Manejo del APT en Debian, bueno vamos…….

Actualizando la lista de paquetes disponibles

El sistema de paquetes utiliza una base de datos para llevar un monitoreo de los paquetes instalados, los no instalados y cuales están disponibles para su futura instalación. El programa apt-get utiliza esta base de datos para averiguar como instalar los paquetes que son requeridos por el usuario y para indagar sobre que paquetes adicionales serán requeridos para que el paquete seleccionado funcione correctamente.

Para actualizar la lista, se utiliza el comando apt-get update. Este comando busca el paquete en los archivos listados en /etc/apt/sources.list; para más información acerca de este archivo, revise El archivo /etc/apt/sources.list

Es una buena costumbre ejecutar este archivo regularmente para mantenerse informado acerca de las posibilidades de actualización para el sistema, particularmente las actualizaciones de seguridad.

Instalando paquetes

Finalmente, ¡el proceso que estaba esperando!. Con su archivo sources.list listo y su lista de paquetes disponibles al día, todo lo que necesita es ejecutar apt-get para tener el paquete que quiera instalado. Por ejemplo, puede ejecutar:

# apt-get install xchat

APT buscará en su base de datos para encontrar la versión más reciente del paquete y lo descargará del servidor correspondiente especificado en sources.list. Si este paquete necesitara otro para funcionar — como en este caso — APT resolverá las dependencias e instalará los paquetes necesarios. Observe este ejemplo:

# apt-get install nautilus
Reading Package Lists… Done
Building Dependency Tree… Done
The following extra packages will be installed:
bonobo libmedusa0 libnautilus0
The following NEW packages will be installed:
bonobo libmedusa0 libnautilus0 nautilus
0 packages upgraded, 4 newly installed, 0 to remove and 1 not upgraded.
Need to get 8329kB of archives. After unpacking 17.2MB will be used.
Do you want to continue? [Y/n]

A veces al escribir CSS, comentemos muchos errores, al organizar el código, al definir las clases o manejar Id’s, repetir código innecesario, Etc…

Pero hoy localice algo que sin duda nos ayudara a corregir todo esto.

Son 70 Ideas para poder codificar mejor nuestros CSS, les dejo el link estan en ingles pero con varios ejemplos, que sin duda nos hara ser mejores programadores.

70 Expert Ideas For Better CSS Coding

Via ubuntulife veo una comparacion sobre cual es la terminal de linux mas rapida.

Segun la grafica podemos ver que gnome-terminal y konsole son las mas rapidas y por otro lado xterm seria la mas lenta.

La comparativa consistia en desplegar en un terminal la RFC 3261 (632 Kb y 269 paginas) y medir el tiempo utilizado por las diferentes aplicaciones.

Creo que a todos nos interesa siempre obtener el maximo rendimiento en nuestros pc’s asi que sin duda esta grafica nos puede ayudar al momento de decidir que terminal usar aunque para usos comunes creo que no habra mucha diferencia.

Si desean hacer sus propias pruebas prueben con el siguiente comando.

$ time cat rfc3261.txt

Visto en | ¿Cual es la terminal mas rapida?

Para el uso de Ajax nativamente, casi siempre uso las mismas técnicas que Jhon resig, sin embargo en ajaxian, acaban de mostrar una tecnica que segun lei es la mas rapida, ademas de ser elegante.

Con esta implementacion de Ajax, no hay que preocuparse por crear varias veces el objeto ajax,esto lo digo por que cuando empiezan con Ajax, es común caer en ese error.

Ademas se acelera el motor de ajax por la forma en que son llamadas las funciones.

Aqui les muestro el codigo

var asyncRequest = function() {
function handleReadyState(o, callback) {
if (o && o.readyState == 4 && o.status == 200) {
if (callback) {
callback(o);
}
}
}
var getXHR = function() {
var http;
try {
http = new XMLHttpRequest;
getXHR = function() {
return new XMLHttpRequest;
};
}
catch(e) {
var msxml = [
‘MSXML2.XMLHTTP.3.0′,
‘MSXML2.XMLHTTP’,
‘Microsoft.XMLHTTP’
];
for (var i=0, len = msxml.length; i < len; ++i) {
try {
http = new ActiveXObject(msxml[i]);
getXHR = function() {
return new ActiveXObject(msxml[i]);
};
break;
}
catch(e) {}
}
}
return http;
};
return function(method, uri, callback, postData) {
var http = getXHR();
http.open(method, uri, true);
handleReadyState(http, callback);
http.send(postData || null);
return http;
};
}();

Para hacer el uso de esta funcion seria de esta forma

asyncRequest(‘GET’, ‘foo.php’, function(o) {
alert(o.responseText);
});

Hare unas pruebas y luego les platico como me fue con este manejo de ajax.

Visto en | Optimized Speedy Ajax Code
y en Making Ajax Elegantly Fast

Cuando estaba checando ajax por primera vez haa aquellos tiempos, vi que para checar que la pagina se había recibido con éxito, se esperaba un código 200, me imagine que había mas entonces decidí buscar todos los códigos posibles. Al mismo tiempo supe que estos son códigos que nos devuelven los servidores, lo tome de la wikipedia, espero que les sirvan, Ojo, pueden usarlas con ajax, para hacer funciones mas vistosas.

• 1xx Mensajes

N°

-

100

111

Conexión rechazada

• 2xx Operación exitosa

N°	Descripción
200	OK
201-203	Información no oficial
204	Sin Contenido
205	Contenido para recargar
206	Contenido parcial

• 3xx Redirección hacia otro URL

N°	Descripción
300	Múltiples posibilidades
301	Mudado permanentemente
303	Vea otros
304	No modificado
305	Utilice un proxy
307	Redirección temporal

• 4xx Error por parte del cliente

El Archivo /etc/apt/sources.list
Como parte de su funcionamiento, APT utiliza un archivo que enlista las “fuentes” en donde se encuentran los paquetes. Este archivo es: /etc/apt/sources.list.

El contenido de este archivo, normalmente sigue este formato:

deb http://host/debian distribución sección1 sección2 sección3
deb-src http://host/debian distribución sección1 sección2 sección3

Por supuesto que los renglones arriba mencionados son ficticios y no deberán ser usados. La primera palabra en cada línea, deb o deb-src, indican el tipo del archivo: ya sea que contenga paquetes binarios (deb), esto es, los paquetes pre-compilados que normalmente se usan, o los paquetes fuente (deb-src), que son los códigos originales, más el archivo de control de Debian (.dsc) y el diff.gz que contienen los cambios necesarios para “debianizar” el programa.

Generalmente se encuentra lo siguiente por defecto en el archivo sources.list asi es como esta le mio:

# See sources.list(5) for more information, especialy
# Remember that you can only use http, ftp or file URIs
# CDROMs are managed through the apt-cdrom tool.

deb ftp://ftp.es.debian.org/debian/ etch main non-free contrib
deb-src ftp://ftp.es.debian.org/debian/ etch main non-free contrib
deb http://security.debian.org/ etch/updates main non-free contrib

# Uncomment if you want the apt-get source function to work
#deb-src http://http.us.debian.org/debian stable main contrib non-free
#deb-src http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free

Éstas son las líneas necesarias para una instalación básica de Debian. La primer línea deb apunta al archivo en el servidor oficial, la segunda línea apunta hacia el archivo del servidor non-US y la tercera línea apunta hacia el archivo del servidor de actualizaciones de seguridad.

Las dos últimas líneas están deshabilitadas (con un “#” al inicio), así que apt-get las ignora. Éstas son las líneas de deb-src, esto es, apuntan hacia los paquetes fuente de Debian. Si frecuentemente descarga paquetes fuente para probar o recompilar, habilítelas (borrando el “#” al inicio de la línea).

El archivo /etc/apt/sources.list puede contener varios tipos de líneas. APT sabe como interpretar líneas del tipo http, ftp, file (archivos locales, p.e., un directorio que contiene un CD-ROM) y ssh, según mis conocimientos.

No olvide ejecutar el comando apt-get update después de modificar el archivo /etc/apt/sources.list. Debe hacer esto para permitir a APT obtener la lista de paquetes de las fuentes que especificó.

Cómo utilizar APT localmente
Algunas veces se pueden llegar a tener muchos paquetes .deb, los cuales le gustaría instalar utilizando APT para que las dependencias fueran resueltas automáticamente.

Para hacer esto, cree un directorio y coloque los .debs que quiera señalar en el. Por ejemplo:

# mkdir /root/debs

Hay mucha informacion en internet pero no siempre esta a la mano, como uno quisiera por ello, tratare de ir recopilando (ademas de lo que voy haciendo) algunos temas interesantes en la web, para postearlos en el blog, bueno empecemos con la herramienta APT.

Introduccion

En el principio existían los .tar.gz. Los usuarios tenían que compilar cada programa que quisieran usar en su sistema GNU/Linux. Cuando Debian fue creado, fue imperante que el sistema incluyera un programa que se encargara de manejar la paquetería instalada en la computadora. Este programa se llamó dpkg. Así fue como nació el primer “paquete” en el mundo GNU/Linux, aún antes de que Red Hat decidiera crear su propio programa “rpm”.

Rápidamente llegó un nuevo dilema a las mentes de los creadores de GNU/Linux. Ellos necesitaban un modo fácil, rápido y eficiente de instalar programas, que manejara automáticamente las dependencias y se hiciera cargo de la configuración mientras se actualizan. Nuevamente Debian fue pionero y creó el APT, Herramienta Avanzada de Empaquetamiento (Advanced Packaging Tool), este programa ha sido adaptado por Conectiva para usarse con rpm y ha sido adoptado por otras distribuciones.

Este manual no cubre el apt-rpm, tal como se denomina a la adaptación de Conectiva del APT, y tal vez algunos “parches” para este documento aparecerán en algún tiempo.

Este capítulo está basado en la siguiente distribución de Debian Sarge y Etch.
Nota: Todo sera probado en Debian Etch
Nota 2:si hay alguna diferencia con Debian Etch, se las comentare a su debido tiempo
Fuente | http://www.debian.org/doc/manuals/apt-howto/ch1.es.html