Engadget  reports a PhD student at Cambridge University has created an amazing new technology that turns any ordinary webcam into a 3D scanning tool.

In fact, a camera is pretty much all you need for some "on-line" modeling action -- no laser or green screen necessary -- meaning the 3D models are constructed on the spot while you slowly rotate the objects, although ProFORMA can also track fast moving objects as shown in the demo video after the break. Fans of machinima should also look into this for their next Warhammer drama series, but don't say you heard it from us.

Google researchers are working on SPDY (pronounced SPeeDY), a new application-layer protocol for transporting content over the web that may one day replace the http protocol. The SPDY protocol is designed for minimizing latency, according to Google the new protocol can can deliver page load time gains of up to 55 percent compared to http.

HTTP has served the web incredibly well. We want to continue building on the web's tradition of experimentation and optimization, to further support the evolution of websites and browsers. So over the last few months, a few of us here at Google have been experimenting with new ways for web browsers and servers to speak to each other, resulting in a prototype web server and Google Chrome client with SPDY support.

So far we have only tested SPDY in lab conditions. The initial results are very encouraging: when we download the top 25 websites over simulated home network connections, we see a significant improvement in performance - pages loaded up to 55% faster. There is still a lot of work we need to do to evaluate the performance of SPDY in real-world conditions. However, we believe that we have reached the stage where our small team could benefit from the active participation, feedback and assistance of the web community.

find . | xargs grep 'string' -sl

The -s is for summary and won't display warning messages such as grep: ./directory-name: Is a directory

The -l is for list, so we get just the filename and not all instances of the match displayed in the results.

 

Performing the search on the current directory I get:

./javascript_open_new_window_form.php
./excel_large_number_error.php
./linux_vi_string_substitution.php
./email_reformat.php
./online_email_reformat.php
./excel_find_question_mark.php
./linux_find_string_in_files.php
./excel_keyboard_shortcuts.php
./linux_grep.php
./md5_unique_sub_string.php
./email_reformat_token.php
./excel_password_protect.php
./mysql_date_calulation.php
./md5_string.php
./php_javascript_passing_values_to_new_window_in_url.php
./php_math_on_string/math_on_string_form.php
./guide.php
./excel_large_number_paste.php
./piping_commands_find_grep_sed.php
./google-search-for-seo-research.php
./filename_conversion_form.php
./linux_find_string_files.php

 

I find this useful for just quickly seeing which files contain a search time. I would normally limit the files searched with a command such as :

find . -iname '*php' | xargs grep 'string' -sl

Another common search for me, is to just look at the recently updated files:

find . -iname '*php' -mtime -1 | xargs grep 'string' -sl

would find only files edited today, whilst the following finds the files older than today:

find . -iname '*php' -mtime +1 | xargs grep 'string' -sl

Source: http://www.liamdelahunty.com/tips/linux_find_string_files.php

Esta es una breve guía de como configurar la red IPv4 en las distros redhat based.


Básicamente para tener una red funcional necesitamos un par de cosas:

1) una dirección IP y una mascara
2) una puerta de enlace o gateway
3) uno o dos DNS




Donde y como defino mi dirección IP?.

los archivos de configuración de las interfaces de red están en el directorio

/etc/sysconfig/network-scripts/

los archivos de configuración comienzan con ifcfg- seguido del nombre del dispositivo a configurar, por ejemplo eth0,  para este caso el archivo de configuración es ifcfg-eth0

El contenido de este archivo puede variar y muchas opciones no vienen por defecto.

Veamos cuales son las lineas estrictamente necesarias:

DEVICE=eth0
BOOTPROTO=dhcp
ONBOOT=yes

que significan esas lineas:

-

DEVICE = vincula la interfase de red con un dispositivo, en este caso eth0.

-

ONBOOT = puede ser "yes" o "no" y esto definirá si esta interfaz se levanta automaticamente cuando el sistema se inicia.

-

BOOTPROTO = esto define como va a levantar esta interfaz, las opciones son:

a)

dhcp: pedirá a un servidor dhcp que le entregue las direcciónes correspondientes

b)

static: usará una dirección IP fija (hay que definirla en el mismo archivo)

c)

none: esto se usa cuando otro dispositivo o software toma control sobre la tarjeta, por ejemplo en el caso de tener un adsl, el dispositivo virtual ppp0 tomará control sobre esta interfaz y es necesario que tenga definida la opción "none" (mismo caso para los bondings de alta disponibilidad)

NOTA: Si hay un DHCP en nuestra red no necesitamos configurar nada, ya que por lo general este nos entrega la IP, la máscara de red, los dns y la puerta de enlace.

Veamos como dejar nuestro server con IP fija.

Vamos a editar el archivo de configuración de nuestra interfaz con nuestro editor favorito (siiii con "vi" ) y lo dejaremos así.

#vi /etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0
BOOTPROTO=static
IPADDR=192.168.1.100
NETMASK=255.255.255.0
HWADDR=00:0C:29:46:BD:14
ONBOOT=yes

que hay de nuevo en esto:

-

IPADDR = dirección IP para esta interfaz

-

NETMASK = máscara de red para la interfaz, si esta no se define, tomará el valor por defecto dependiendo de la IP.

-

HWADDR = contiene la MAC de la tarjeta de red, esto sirve para que este archivo de configuración sirva SÓLO con la tarjeta de red que tenga esa MAC, esto sirve cuando una máquina tiene muchas tarjetas de red y no queremos que se mezclen o confundan nuestras interfaces.

NOTA: En el caso que tengamos varias tarjetas de red y cada una tenga una puerta de enlace distinta, podemos agregar la siguiente linea al archivo.

GATEWAY=192.168.1.1

Para los más vejetes que tenían que falsear sus mac para poder usar VTR

la linea es la siguiente:

MACADDR=00:00:00:00:00:00

obviamente deben reemplazar esa MAC por la MAC válida.

Con eso ya definimos la IP y la máscara, veamos donde definir el gateway por defecto.

El archivo para definir esto es el siguiente: /etc/sysconfig/network

y por defecto viene así:

NETWORKING=yes
NETWORKING_IPV6=no
HOSTNAME=server1.integralinux.com

- NETWORKING = puede ser "yes" o "no", esto define si nuestro server tendrá red, un server sin red es muy útil

-

NETWORKING_IPV6 = puede ser "yes" o "no", esto define si nuestro server tendrá soporte para IPv6 (se recomienda dejarlo desactivado)

-

HOSTNAME = nombre que tendrá el server

Aquí agregaremos la línea para el gateway por defecto, el archivo debe quedar así:

#vi /etc/sysconfig/network

NETWORKING=yes
NETWORKING_IPV6=no
HOSTNAME=desarrollo.integralinux.com
GATEWAY=192.168.1.1

Sólo nos queda agregar los dns, el archivo para esto sirve a todas las distribuciones por igual y es el archivo: /etc/resolv.conf

#vi /etc/resolv.conf

search integralinux.cl
nameserver 200.72.1.5
nameserver 216.241.0.151

- search = esto sirve para completar un dominio, por ejemplo si quiero conectarme al servidor mail.integralinux.cl, en la consola debo escribir todo el nombre, pero si en el search está el dominio me basta con escribir mail y automáticamente se completará el nombre (FQDN que hablamos en la guía de DNS)

-

nameserver = dirección ip de tus servidores DNS yo puse uno de entel y uno de IFX como ejemplo.

Eso es todo, solo nos falta reiniciar el servicio de red para que tome los cambios que hemos realizado

service network restart

si todo salió bien, podemos probar con el infaltable ping a google.

#ping www.google.com

eso es todo, espero que les sea de ayuda, saludos a todos.

PD: propiedad intelectual de yakko e integralinux SA.