gml33

Las fechas relativas son algo que se puso de moda hace ya tiempo y que vemos mucho en las redes sociales. Una fecha relativa, en lugar de mostrar dia, mes y año de cierta entrada, lo que indica es el tiempo transcurrido desde su publicación hasta el momento actual; por ejemplo: "hace 2 minutos" o "dos dias atrás" o "hace un año"; cualquier texto que a uno se le ocurra. Quienes usan Wordpress disponen de muchos plugins ya pensados para eso (la mayoría en inglés, of course) pero, en Blogger no es algo que se vea muy seguido. En Blog and Web hay una explicación de cómo hacerlo en este tipo de blogs y se trata de una adaptación de, justamente, un plugin de WordPress. Basándome en eso, vamos a ver si se pueden generar otras posibilidades. Lo primero que pienso es que, para que este tipo de cosas funcione correctamente lo que debo usar es una fecha perfecta ¿A qué me refiero? A que JavaSprit posee muchas funciones para manejar fechas pero si quiero hacer un cálculo preciso, necesito un formato de fecha de esos que, a primera vista, es completamente ilegible así que no puedo usar ni <data:post.dateHeader/> ni <data:post.timestamp/> que son los dos datos que puedo configurar, tanto en el blog como en el widget de las entradas; necesito otro que no usamos nunca pero que está allí y se llama: <data:post.timestampISO8601/> Ese dato me dará como resultado una fecha de este tipo: 2010-03-25T15:30:20-03:00 ¿Que es eso? El año, el mes, el dia; seguido de la letra T que indica la hora, los minutos y los segundos, seguido de un valor (-03:00 en mi caso) que es la Zona Horaria establecida en Configuración | Formato. Lo voy a usar pro dos razones, primero, porque manejar fechas en JavaScript que no están en inglés resulta complicado y segundo, porque de ese modo, no necesito modificar nada de la configuración del blog. Entonces, debería crear una función que lea ese dato y lo convierta en un número. Suponiendo que la variable dato contenga esa fecha : // la fecha y hora de publicación del post, expresada en segundos var fechapost = new Date(dato).getTime()/1000; // la fecha y hora actual expresada en segundos var ahora = new Date().getTime()/1000; // si la fecha es mayor que "ahora" es un post con fecha futura así que debería hacer algo distinto o no hacer nada if(fechapost>ahora) { return; } // estos son los segundos transcurridos entre el momento actual y el momento en que se publicó el post var segundos = ahora - fechapost; Teniendo el valor de los segundos, ahora es cuestión de usar aritmética para calcular las fracciones es decir, expresar segundos de otra manera. La solución clásica es algo así: var calctiempo = segundos; var salida = ""; var bucle = 6; var t; var p = []; p['año'] = 31536000; p['semana'] = 604800; p['dia'] = 86400; p['hora'] = 3600; p['minuto'] = 60; p['segundo'] = 1; for(var periodo in p) { var valor = p; if(calctiempo>=valor) { t = Math.floor(calctiempo/valor); calctiempo%=valor; salida += t; // es el valor salida += " "; // un caracter espacio salida += periodo; // el texto if(t>1){ salida += "s"; } // los plurales } salida += " "; // otro caracter espacio bucle--; if(bucle==0){ break; } } document.write(salida); Esto mostraría algo así: 2 dias 17 horas 59 minutos 10 segundos Ahora bien, sería mejor usar algo menos matemático y poner textos más humanos, ya sea "hace instantes", "hace más de un hora" o "hace tanto tiempo que ya no me acuerdo". Para eso puede usarse el mismo tipo de esquema que utilizan los scripts de Twitter así me voy a crear una función similar donde, usando aritmética, podamos ir estableciendo fracciones de tiempo a gusto de cada uno; nada grave, por ejemplo: minutos = segundos / 60 horas = segundos / 60*60 = segundos / 3600 dias = segundos / 60*60*24 = segundos / 86400 semanas = segundos / 60*60*24*7 = segundos / 604800 Los meses ya son complicados de calcular así que voy por lo fácil, hago de cuenta que todos tienen 31 dias y a otra cosa: meses = segundos / 60*60*24*31 = segundos / 2678400 Algo similar pasaría con los años bisiestos pero acá no se trata de precisión sino de redondeos así que: años = segundos / 60*60*24*365 = segundos / 31536000 La función que pongo antes de </head> <script type='text/javascript'> //<![CDATA[ function fecharelativa(dato) { var fechapost = new Date(dato).getTime()/1000; // fecha y hora de la publicación var ahora = new Date().getTime()/1000; // fecha y hora actual if(fechapost>ahora) { return; } // si la fecha es incongruente no hago nada // los segundos transcurridos entre esas dos fechas var segundos = ahora - fechapost; // calculo toods los datos var minutos = (parseInt(segundos / 60)).toString(); var horas = (parseInt(segundos / 3600)).toString(); var dias = (parseInt(segundos / 86400)).toString(); var semanas = (parseInt(segundos / 604800)).toString(); var meses = (parseInt(segundos / 2678400)).toString(); var anios = (parseInt(segundos / 31536000)).toString(); // y comienzo a armar lo que será el texto teneindo en cuenta que debo redondear ciertas fracciones var salida = ""; if (minutos < 1) { // menos de un minuto salida = "hace menos de un minuto"; } else if(minutos == 1) { // un minuto y algo más, menos de dos minutos salida = "hace poco más de un minuto"; } else if(horas < 1) { // menos de una hora salida = "hace " + minutos + " minutos"; } else if(horas == 1) { // una hora y algo más, menos de dos horas salida = "hace poco más de una hora"; } else if(dias < 1) { // menos de un dia salida = "hace " + horas + " horas"; } else if(dias == 1) { // un dia y algo más, menos de dos dias salida = "hace poco más de un dia"; } else if(semanas < 1) { // menos de una semana salida = "hace menos de una semana"; } else if(semanas == 1) { // una semana y algo más, menos de dos semanas salida = "hace una semana"; } else if(meses < 1) { // aproximadamente menos de un mes salida = "hace " + dias + " días"; } else if(meses == 1) { // un mes ... con un cierto margen salida = "hace un mes"; } else if(anios < 1) { // menos de un año salida = "hace " + meses + " meses"; } else if(anios == 1) { // aproximadamente un año salida = "hace un año"; } else { // más de un año salida = "hace " + anios + " años"; } // y escribo ese texto document.write(salida); //]]> </script> ¿Cómo lo uso en Blogger? Tengo que llamar a al función en alguna parte; por ejemplo, podría hacerlo en el mismo lugar donde coloco el nombre del autor; busco <data:post.author/> y lo cambio así: Publicado por <data:post.author/> <script type='text/javascript'>fecharelativa(&#39;<data:post.timestampISO8601/>&#39;</script> Como no voy a usar este esquema de fechas de entradas, no hay un ejemplo pero, no sólo es posible utilizarlo para mostrar la fecha de las entradas, también podríamos usarlo para mostrar la fecha de los comentarios que suele ser uno de esos datos que uno no personaliza y en el que solemos ver la hora. Para esto, el script es exactamente el mismo pero, debo ir a Configuración | Comentarios y establecer un formato de fecha adecuado; en este caso, elijo este que es el más completo: Luego, debo llamar a la función así que busco esta parte: <dd class='comment-footer'> <span class='comment-timestamp'> <a expr:href='&quot;#comment-&quot; + data:comment.id' rel='nofollow' title='comment permalink'><data:comment.timestamp/></a> <b:include data='comment' name='commentDeleteIcon'/> </span> </dd> Y hago lo mismo que antes, cambio <data:comment.timestamp/> por el script: <script type="text/javascript">fecharelativa(&#39;<data:comment.timestamp/>&#39;</script> Fuente: http://vagabundia.blogspot.com/2011/07/fechas-relativas-en-blogger.html

Envíos De Dinero a México Envía dinero por Internet a México de manera rápida por tan solo $4.99 www.xoom.com Introducción Conceptos previos, conceptos erróneos y funcionamiento del protocolo de Internet Cuando alguien entra a su casa , generalmente entra por la puerta , o si es medio paranoico, tal vez por la ventana. Pero nunca por las dos a la vez, ya que un cuerpo partido a la mitad no puede sobrevivir. En el modelo TCP/IP pasa exactamente lo mismo. Un paquete sale (petición) y entra (respuesta) "obligadamente" siempre por la misma gateway y mismo DNS. Si un paquete saliera por una puerta de enlace "1", deberia volver por la misma, porque sino se perdería. (time to live, traceo , etc) Resumiendo, se puede sumar y aumentar la velocidad global de descargas, pero no la de un archivo en particular. Teóricamente no es posible descargar 1 solo archivo con dos conexiones diferentes. La razón de esto, es que cuando uno empieza a descargar un archivo de un servidor, el servidor estable una espiece de "tunel" entre tu direccion IP y el para asi poder comunicarse. Dado que las dos conexiones de internet tienen diferentes direcciones IP, el servidor sólo establecera conexión con alguna de las dos. En teorçoa es posible hacerle creer al servidor que las dos conexiones estan bajo 1 sola IP, pero eso causaria un caos al tratar de recibir los paquetes de datos, porque no existe ningún protocolo que regule este tipo de transferencia de datos. Pero si podemos hacer que este archivo se descargue por segmentos y posteariormente unimos los trozos, con lo que al final el resultado que obtendremos será la suma de bambas conexiones. Por lo tanto no resulta tan sencillo "sumar" dos conexiones a internet, porque el protocolo tcp/ip tiene ciertas limitaciones. Pero si podremos hacerlo por hardware rápidamente tal y como veremos más adelante. Lo que normalmente se hace es repartir (que no es lo mismo que sumar a la vez dos conexiones) 2+2 = 4, pero a veces es mejor que unos usen 2 y los otros 2 y no que todos usen 4 a la vez. Podemos repartir el ancho de banda de varias maneras (QoS) (Calidad del servicio) - Podemos usar una conexión para navegar y otra para bajar ficheros (por el tipo de tráfico, http, ftp, smtp, pop3, skype, youtube, escritorio remoto), por rangos de ip (por departamentos de trabajo, etc) que unas salga por una conexión y otras por otra) - Podemos configurar cuánto saldrá por cada WAN y cuantó entrará (kbps) así si abres en tu PC youtube saldra por WAN1 y si entras a otras webs por WAN2, igual puedes deperminar dominios que salgan por determinada WAN - Podemos distrubir las solicitudes procedentes de la LAN a través de una politica "round-robin" (por peso) a través de múltiples pasarelas de Internet. En otras palabras, si en un determinado momento sólo hay un usuario de internet haciendo sólo una conexión TCP (por ejemplo, se ejecuta sólo una descarga desde la web), su tráfico se derivará a traves de una única pasarela, por lo que no habría beneficio en el equilibrado de conexiones. En cambio, si la LAN está repleta de usuarios, cada uno ejecutando múltiples solicitudes al mismo tiempo, como un todo, sus conexiones tendrán acceso a un mayor ancho de banda, lo que equivale a la suma de los anchos de banda de acceso único. IP Failover (fail over, a prueba de fallas) Failover es cuando tenemos una o más conexiones y cuando falla una salimos automáticamente por la otra que si que funcione. También llamado conexión redundante. Si una de las líneas falla, el router continua automáticamente la conexión utilizando exclusivamente la segunda. para no aburrirte, te dejo unas nenas bien lindas... Ahora vamos a la practica... a) Balanceo de Carga (Load balancing) ¿Qué es? Repartir ancho de banda El balanceo no suma, reparte. b) Sumar ancho de banda (Bonding) Juntar conexiones, unir conexiones, sumar dos conexiones o más Bonding: ip network multipathing con LINUX ¿Qué es el bonding? Es un driver que originalmente venía con los parches para clusters beowulf, desde hace un tiempo se puede implementar en un kernel 2.2X, 2.4X y 2.6x ¿Pero qué hace realmente?¿Para que sirve? Es la forma de tener dos tarjetas de red funcionando como una sola y aprovechando el ancho de banda de las dos a la vez En definitiva con bonding (ip network multipathing) tendríamos dos tarjetas de red físicas y por encima una virtual que suministra el servicio. El bonding es una técnica que permite agregar varios interfaces de red físicos en uno único virtual. A cada interfaz físico se le denominará slave (esclavo). Con esto podemos realizar un balanceo de carga entre las dos interfaces y conseguir un ancho de banda final igual a la suma de los anchos de banda de cada slave. Necesitamos al menos dos conexiones a internet para hacer bonding. Tipos de Balanceos de Carga con bonding: Round Robin balance-rr (modo 0) Va repartiendo el tráfico (entrante) asignando de forma rotatoria cada conexión a una entrada WAN distinta, es decir, la primera a la WAN 01, la siguiente a la WAN 02, la tercera de nuevo a la WAN 01, ... Se emplea un algoritmo round robin entre la cola virtual y las de los esclavos. Es algo así como: un paquetillo para un esclavo, otro para otro esclavo, un paquetillo para un esclavo, otro para el otro... etc. Es el algoritmo que se usa por defecto. active-backup (modo 1): Realmente no balancea la carga, usa sólo un esclavo y en caso de fallar, usa el siguiente disponible. Si falla el activo, pasa al slave (pasivo) balance-xor (modo 2): Para transmitir una trama lo hace basado en el siguiente calculo: (MAC de origen XOR MAC destino)%numero de interfaces slaves. De esta manera para cada MAC de destino se selecciona una interfaz en concreto. Este modo nos ofrece balanceo de carga y tolerancia a fallos. broadcast (modo 3): se transmite todo por todas las interfaces. Este método no balancea tampoco, pero provee tolerancia a fallos. 802.3ad (modo 4): Se trata del estandard IEEE 802.3ad (Dynamic link aggregation) también llamado “port trunking“. Permite la definición de agregados ofreciendo alta disponibilidad balance-tlb (modo 5): balancea la carga de transmisión entre los esclavos dependiendo de la velocidad de estos y de la carga total. El tráfico es recibido por un esclavo, en caso de fallar otro esclavo toma su MAC y continúa recibiendo tráfico. balance-alb (modo 6) realiza el balanceo anterior además de un balanceo también en la recepción. Otros tipos de balanceo de carga en aparatos de hardware: Basado en sesiones Cada conexión de salida se compone de varias conexiones TCP/IP, el router reparte las conexiones de cada sesión entre los dos puertos WAN. Un ejemplo, una página de Internet tiene una sesión TCP/IP por cada elemento de la misma, cuando un usuario se conecta a esa página Web a través del router XiNCOM, los elementos de la página se descargan paralelamente y a la vez utilizando las dos líneas WAN de forma simultanea, es decir, repartiendo los elementos entre las dos líneas de conexión. Basado en paquetes En lugar de repartir las conexiones TCP/IP de una sesión, el balanceo de carga basado en paquetes reparte los paquetes de cada conexión TCP/IP entre los dos puertos WAN. Funcionamiento ¿Cómo lo hacemos? - Mediante Software En Windows con el programa WinGate, Double surfer, mobile net switch virtualwifi, BVRP Connection Manager, MultiNetwork Manager, WiFi Hopper 1.2 Midpoint Internet LoadBalancer, etc Con el comando "route" (modificando la tabla de rutas, la ruta de encaminamiento, cambiando la puerta de enlace (gateway)) En Linux con pfsense (una distrbución liviana basada en FreeBSD derivada de m0n0wall), Brazilfw, o Mikrotik pfSense permite balanceo de carga (load balancing) con detección de fallo (fail-over) con fail-over. Permite además añadir un Portal Cautivo o captivo (hotspot), OpenVPN, gestión del ancho de banda (limitar y repartir ancho de banda) (Traffic Shape), tráfico por prioridades, etc Con los comandos iproute2 Ejemplos ________ +------------+ / | | | +-------------+ Provider 1 +------- __ | | | / ___/ _ +------+-------+ +------------+ | _/ __ | if1 | / / | | | | Local network -----+ Linux router | | Internet _ __/ | | | __ __/ | if2 | ___/ +------+-------+ +------------+ | | | | +-------------+ Provider 2 +------- | | | +------------+ ________ Datos previos Si suponemos los siguientes datos: Citar eth0: Interfaz conectado a un ADSL eth1: Interfaz conectado a otro ADSL IP0: Dirección IP de la máquina en eth0 IP1: Dirección IP de la máquina en eth1 GW0: Dirección IP del gateway en el interfaz eth0 GW1: Dirección IP del gateway en el interfaz eth1 NET0: Subred de la salida ADSL 0 NET1: Subred de la salida ADSL 1 Definir tablas de rutas Definir dos tablas de routing auxiliares en el fichero /etc/iproute2/rt_tables, simplemente añade estas dos líneas: Código: 2 T0 3 T1 Añadir rutas de encaminamiento Añadir información a las dos tablas auxiliares con información de routing de cada una de las dos salidas: Código: ip route add default via GW0 dev table T0 ip route add NET0 dev eth0 src IP0 table T0 ip route add default via GW1 dev table T1 ip route add NET1 dev eth1 src IP1 table T1 Añadir las reglas de encaminamiento Añadir las reglas necesarias para utilizar cada una de las dos tablas auxiliares: Código: ip rule add from IP0/32 table T0 ip rule add from IP1/32 table T1 Añadir la ruta por defecto Añadir la ruta por defecto en la tabla principal, que se encarga de repartir la carga. Puedes cambiar el peso de cada enlace después del parámetro weight: Código: ip route add default scope global nexthop via GW0 dev eth0 weight 1 nexthop via GW1 dev eth1 weight 1 Ejemplo 2: Cómo juntar dos ADSL Nomenclatura: Citar eth0 -> primer interfaz conectado a la ADSL1 192.168.1.1 -> IP asociada a eth0 192.168.1.2 -> IP del router ADSL1 192.168.1.0/24 -> subred donde hay ADSL1 eth1 -> primer interfaz conectado a la ADSL2 192.168.2.1 -> IP asociada a eth1 192.168.2.2 -> IP del router ADSL2 192.168.2.0/24 -> subred donde hay ADSL2 Primero: Crear dos tablas de rutas adicionales al fichero /etc/iproute2/rt_#tables/. Es tan sencillo como abrir el fichero con un editor de texto y añadir las dos líneas siguientes: 200 ADSL1 201 ADSL2 Segundo: Asignamos cada subred a la tabla e interfaz correspondiente. Desde el prompt del sistema: Código: # ip route add 192.168.1.0/24 dev eth0 src 192.168.1.1 table ADSL1 # ip route add default via 192.168.1.2 table ADSL1 # ip route add 192.168.2.0/24 dev eth1 src 192.168.2.1 table ADSL2 # ip route add default via 192.168.2.2 table ADSL2 Tercero: Ahora hace falta asegurar que el servidor contesta por la misma interfaz que se ha hecho la petición. Código: # ip route add 192.168.1.0/24 dev eth0 src 192.168.1.1 # ip route add 192.168.2.0/24 dev eth1 src 192.168.2.1 Quarto: Sólo hace falta crear la ruta por defecto balanceada. Código: # ip route add default scope global netxhop via 192.168.1.2 dev eth0 weight 1 nexthop via 192.168.2.2 dev eth1 weight 1 - Mediante Hardware Routers de doble Wan (Dual Wan) "Multihomed" o "Multiwan". Balanceador de carga con el protocolo CARP (Common Address Redundancy Protocol), básicamente es proporciona redundancia. Es decir que si tu internet falla, el software lo detecta en decimas de segundo y te hace el switch hacia el enlace bueno, el usuario nunca se da cuenta cuando falla el servicio. Muxing, multiplexar líneas ADSL. Sólo es posible por hardware. Limitar y Repartir ancho de banda Palabras claves: Traffic Shapper o Traffic Shapping, QoS, fair queuing QoS (Quality of Service o Calidad de Servicio) es un conjunto de protocolos y tecnologías que garantizan la entrega de datos a través de la red en un momento dado. Una de las principales metas de QoS es la priorización. Por defecto, cuando enviamos información por una interfaz (tarjeta de red en este caso) las tramas de datos se encolan en una pila FIFO: la primera trama en entrar, es la primera en salir. Configurar QoS (Quality of Service) en el router. Los routers Zyxel llevan la opción "Media Bandwidth Management" http://www.adslzone.net/tutorial-20.18.html Los routers CT Comtrend para configurar el QoS debes ir a Advanced Setup => Quality of Service dentro de la configuración del router. Con Mikrotik PCQ (Queues) Con PfSense y su opción de Traffic Shape. Con un router que acepte firmware dd-wrt Programas para Windows como el NetPeeker que permite repartir el ancho de banda (tanto de subida como de bajada) para cada aplicación. Más programas: El NetLimiter o el DU Super Controler, o el WebScout, y el Bandwidth Speed Balancer, el Bandwidth Controller, WinTC, DU Meter, Net Peeker, Para limitar el ancho de banda en Linu hace bastante tiempo que se puede usar: - iproute2 (TC, traffic control) - cbq.init Y para controlar el ancho de banda no, pero para medirlo y controlar mucha más información está el ntop, http://www.openxtra.com/products/ntop-xtra.htm espero que puedan aplicar este concepto, lo cual mejoraría en sobremanera la velocidad de descarga y navegación.

Si concentramos nuestras comunicaciones sociales a la red social Facebook, tenemos que saber que a pesar de los numerosos cambios, mejoras y nuevas funcionalidades, Facebook por sí sola no nos proporciona de las suficientes herramientas que nos permita una completa comunicación con nuestros propios contactos. Una de las cosas que no nos permite es adjuntar archivos de mayor tamaño para enviárselos a algunos de nuestros contactos. Por ello, aparece Pipe, un nuevo servicio que fue presentado en el pasado London Web Summit, y que nos permite el envío de archivos de hasta 1 GB de tamaño para nuestros contactos. A diferencia de otros servicios con funcionalidades similares, el servicio no usa la infraestructura de Facebook ni la de Pipe. Simplemente usa el protocolo RTMFP de Adobe, orientado a la comunicación de usuario a usuario a través de aplicaciones Flash y AIR, que permitirá la carga de archivos en el sistema del destinatario. Además, hay que tener en cuenta que ya hay disponible una aplicación para iOS y pronto veremos su homóloga para los usuarios de Android. Por ahora, sólo nos cabe esperar a recibir la invitación que solicitemos previamente para hacer uso de este servicio que se basará en Facebook para alcanzar una mayor cuota de usuarios. el enlace: http://www.usepipe.com/

Las iniciativas destinadas a obtener sistemas eficientes de transporte ecológico y a reducir el impacto ambiental de los sistemas de transporte urbano podrían verse fuertemente potenciadas con el desarrollo del concepto Hydrail, una nueva tecnología de trenes impulsados por hidrógeno que se está estudiando actualmente en distintas partes del mundo. Uno de sus puntos a favor es que requiere poca infraestructura específica para su puesta en marcha. De acuerdo a un artículo recientemente publicado en el medio especializado railway-technology.com, el sistema Hydrail haría posible viajar en tren en un futuro cercano a través de un medio de transporte impulsado por energías limpias, gracias a una nueva generación de trenes propulsados por hidrógeno. En Japón, China, Estados Unidos y la Unión Europea ya se han anunciado investigaciones relacionadas con esta nueva tecnología. Desde 2005 se lleva adelante anualmente la International Hydrail Conference, en el marco del Hydrogen Economy Advancement Team (HEAT). El sistema Hydrail solamente requiere nuevos trenes y locomotoras, y pocos puntos de abastecimiento de combustible a lo largo de las líneas férreas para poder funcionar, lo que significa que buena parte de la tecnología existente puede ser aprovechada. El sistema de propulsión se basa en la conversión del hidrógeno en electricidad. Grandes ventajas en aspectos ambientales Según el Dr. Alistaire Miller, investigador de los Chalk River Laboratories de Canadá, el sistema Hydrail puede constituir un importante avance en términos medioambientales, dado que en las próximas décadas se requerirá de una reducción del 80% en las emisiones actuales de CO2 a nivel global, para estabilizar los niveles de gases de efecto invernadero. Para Miller, mientras la demanda de electricidad sigue creciendo, las emisiones de CO2 provocadas por la generación de electricidad a partir de los combustibles fósiles deben ser drásticamente reducidas, por lo que resulta esencial un importante crecimiento de las energías limpias, como el hidrógeno. El transporte es una de las áreas vitales en este punto, y existen tres alternativas de reemplazo de las energías convencionales en este sector, con mayor o menor desarrollo: la electricidad, el hidrógeno y los biocombustibles. Una de las ventajas del hidrógeno es que produce un menor impacto en la rueda de emisiones de gases de efecto invernadero con relación a la energía diésel y la eléctrica, por ejemplo. Asimismo, según estudios desarrollados en los Chalk River Laboratories el método de conversión de hidrógeno a electricidad puede ser económicamente viable si se emplea la energía fuera de las horas pico. Asimismo, es posible aplicar con efectividad una combinación de energía eléctrica de origen nuclear y recursos de producción eólica. Los trenes impulsados por hidrógeno tienen también la ventaja de ser autónomos, y por lo tanto pueden aprovechar aquellas redes ferroviarias que están parcialmente electrificadas o que no se encuentran electrificadas. Además de utilizar una fuente de combustible efectiva, el sistema Hydrail incluye una manera eficaz de gestionar el almacenamiento de energía eléctrica. Hacia el futuro Con respecto a los biocombustibles, para los impulsores del proyecto Hydrail esta tecnología se encuentra menos desarrollada que la electricidad o el hidrógeno. Sumado a esto, las emisiones de óxido nitroso del cultivo de maíz, por ejemplo, ponen en duda la eficacia ambiental de los biocombustibles. Por esta razón, para estos especialistas el enfoque inmediato en torno al transporte ecológico debe combinar la electricidad y el hidrógeno. A pesar del prometedor futuro que parece tener esta tecnología, todos los sistemas Hydrail que se están desarrollando en el mundo aún se encuentran en un estadio inicial de estudio e investigación. Japón, por ejemplo, ha construido y probado con éxito dos trenes Hydrail, pero éstos aún no se han incorporado al servicio comercial. China también ha reconocido recientemente el potencial del hidrógeno desarrollando un tren con pilas de combustible de hidrógeno, junto con un avanzado motor de imanes que conserva entre un 10 y un 20% de la energía integrada al sistema. Este proyecto chino podría tener amplias aplicaciones en el futuro, en el terreno del transporte público e industrial. En Europa también existen distintos proyectos basados en esta tecnología, como por ejemplo el que lleva adelante FEVE en España, que consiste en un tren de vía estrecha con tecnología Hydrail para conectar distintas zonas del norte español. Según los responsables de esta nueva tecnología, el camino lógico a seguir sería la implementación en principio en los servicios ferroviarios del sistema híbrido hidrógeno-electricidad, para luego adoptar la tecnología de las pilas de combustible de hidrógeno u otras similares que se desarrollen en el futuro. Fuente:

La Gran Esfinge de Gizeh es uno de los monumentos más conocidos del antiguo Egipto. Es un símbolo para el país y, sin duda, sus grandes dimensiones, su antigüedad y el misterio que la rodea constituyen un gran reclamo turístico. Hoy en día no podemos fijar con exactitud la cronología de su construcción ni determinar cuál era su finalidad, sobre todo porque se trata de un monumento singular, sin parangón en ningún otro lugar de Egipto. Aunque existen otras esfinges, ninguna de ellas repite las características de la de Gizeh. La Esfinge de Gizeh es un guardián del complejo funerario del rey Kefrén. Este faraón de la dinastía IV vivió y gobernó Egipto en tiempos del Imperio Antiguo, a mediados del III milenio a.C. También se le conoce como el rey Khafra, Horus We-serib. El nombre de Kefrén es el que utilizó el historiador griego Heródoto en el siglo V a.C. para referirse a él, y así le conocemos hoy en día. Kefrén era hijo de Keops o Quéope, el famoso constructor de la Gran Pirámide de Gizeh. De hecho, la pirámide de Kefrén, que este rey mandó construir junto a la de su padre, es la segunda más grande de Egipto. A pesar de ser más baja que la de su progenitor está situada en un plano más alto, por lo que da la impresión de que ambas tienen la misma altura. La Esfinge es un león recostado con cabeza humana que se cree que representa al rey Kefrén. Mide 72 metros de largo y 20 de alto. Los antiguos egipcios conocían este ser fabuloso como shesep-ankh, «imagen viviente». La Esfinge fue esculpida en un saliente vertical de la formación rocosa de piedra caliza de la que está formada la planicie de Gizeh. No fue un trabajo fácil. Los escultores comenzaron por aislar el gran bloque rectangular de piedra donde iban a modelar la Esfinge formando una depresión del terreno en forma de herradura. Primero hicieron el cuerpo del león, y después la cabeza con el rostro del rey. Tras ello nivelaron el suelo entre la Esfinge y la depresión. Hacia el este se había abierto una amplia terraza, en cuyo extremo sur se había construido el templo inferior de Kefrén, con enormes bloques de piedra caliza extraídos de los estratos rocosos que se hallaban a la al-tura de la cabeza de la Esfinge. Las piedras que se habían extraído en el proceso de aislamiento del bloque se emplearon en la construcción del templo de la Esfinge, para levantar el cual se utilizó granito rosa procedente de Asuán. El templo cuenta con una doble entrada, un patio rodeado de pilastras de base rectangular y un altar de ofrendas en su centro. La Esfinge debía representar al rey Kefrén haciendo ofrendas a su padre Keops. Ya que durante la dinastía IV el rey muerto representaba la reencarnación de Ra, las ofrendas de Kefrén eran para su padre reencarnado en el dios del Sol. El templo de la Esfinge está orientado de este a oeste, con amplios patios abiertos, como es habitual en los templos solares. El león recostado o sentado tenía un significado de guardián o protector. Estaba muy ligado al Sol. Con el nombre de Hor-em-ajet, o Harmaquis («Horas en el Horizonte»), Horas adoptaba una forma leonina como la divinidad del Sol naciente. Durante la dinastía XVIII la Esfinge de Gizeh fue asimilada a esta forma del dios Horus. Puesto que Horas es hijo de Ra, no es de extrañar que la Esfinge sea la representación de Horas y que el templo que custodia esté dedicado a Keops o, lo que es lo mismo, al dios solar Ra. Durante el Imperio Nuevo (1552-1069 a.C), Gizeh se convirtió en un lugar de peregrinaje para visitar las tumbas de Keops y Kefrén. También era una zona donde se rendía culto a Har-maquis y, por tanto, una zona en la que se veneraba a los faraones. Ello explica que los reyes de este período, para legitimar su poder, reconstruyesen o embelleciesen los templos, asociándose de este modo tanto a los antiguos faraones como a sus inmediatos predecesores. Se debe tener presente que la época de la dinastía XVIII se caracteriza por la sucesión en el poder de algunos hombres sin derecho legítimo al trono, al que accedieron por su matrimonio con una hija de reyes. Así, la Esfinge se convirtió en un lugar de culto a los ancestros reales, sobre todo a los constructores de las pirámides, pero también a faraones como Amenhotep (Amenofis) III. El culto a Har-maquis y a los faraones se prolongó hasta la época romana. Tutmosis IV (1412-1402 a.C.) dispuso una estela entre las patas de la Esfinge. Este faraón no era el heredero designado para reinar y, de hecho, su origen resulta oscuro. La estela que puso entre las garras del león, y que parece ser propaganda a su favor, es conocida como la Estela del Sueño. En ella se explica cómo el joven príncipe Tutmosis, estando de caza en el desierto, cayó dormido a la sombra de la Esfinge. Harmaquis, el dios solar encarnado por la Esfinge, se le apareció en un sueño y le prometió que llegaría a ser rey si le sacaba la arena que cubría su cuerpo. El príncipe llevó a cabo su empresa y, de esta manera, se convirtió en rey. Sabemos así que la arena ya había cubierto este monumento en época antigua. En tiempos de Ramsés II (1289-1224 a.C.) la arena volvió a cubrirlo, y Heródoto, siglos más tarde, ni siquiera la menciona, aunque sí habla de las pirámides de Gizeh y de los faraones que las construyeron. En época romana la Esfinge sufrió algunas restauraciones Fuente: http://www.lahistoriaconmapas.blogspot.com

Una gran asignatura pendiente de Blogger es ofrecer una interfaz más intuitiva y adaptada a los tiempos que corren, porque prácticamente no sufrió cambios importantes desde la adquisición por parte de Google. Hace unos meses, les contamos que había una renovación importante en camino, la cual ahora está cerca de hacerse realidad. Y ya podemos probarla. Para experimentar con este nuevo diseño, basta con ingresar a Blogger in Draft, la plataforma donde se implementan las últimas novedades del gestor de blogs, que aún no están listas para el público en general. En este caso, dicha frase es totalmente literal, porque todavía presenta fallos e incompatibilidad con algunos navegadores. Como pueden observar en la captura de pantalla, el aspecto visual está completamente renovado, siguiendopautas de diseño similares a las que está aplicando Google en otros servicios. Por ejemplo, observamos unacabecera gris y un menú lateral que nos recuerda a los filtros del buscador. Mientras que la pantalla de bienvenida mantiene una distribución similar de los elementos, el escritorio de cada blog presenta cambios radicales, haciendo hincapié en las estadísticas, la cantidad de entradas y comentarios, así como noticias e información realacionada con el servicio. Al menos en este sentido, ahora es más parecido a WordPress. Otras novedades importantes las encontramos en el editor, el cual posee un formato de pantalla completa, donde tanto la cabecera como la barra de herramientas están dedicadas exclusivamente a la edición de la entrada. Además, existe un panel lateral para añadir etiquetas y la ubicación geográfica, programar la publicación o configurar más opciones. En esta etapa, todavía no se observa el cambio de nombre a Google Blogs, que está previsto como parte de su integración con Google+. Asímismo, mientras continuen las pruebas, las cuentas seguirán vinculadas al perfil de Blogger. Pero de todas maneras, era necesario un cambio y creo que éste es más que positivo. ¿Qué opinan ustedes? http://bitelia.com/2011/07/probar-nuevo-bloggerFuente:

Ya se encuentra disponible la segunda alpha de lo que será la próxima versión de Ubuntu (11.10) denominada Oneiric Ocelot. Pueden ver sus principales novedades y características en este enlace .