lsr4444

1. Crea tu página utilizando los estándares. Si cumples con las normas impuestas por el W3C sobre el tipo de documento que quieras utilizar (HTML 4, 5, XHTML 1, 1.1, Transicional o Strict,…), conseguirás que los buscadores entiendan mejor el contenido y estructura de la página. Además, hacer las páginas cumpliendo los estándares te aseguras que a medida que los navegadores mejoren con este tema, tu página se vea igual en todos los navegadores. Para comprobar que tu código es correcto puedes utilizar el validador de código que pone en nuestras manos la W3C: http://validator.w3.org/check. 2. Haz a tu página accesible. La accesibilidad es la capacidad que tiene tu página para ser utilizada por personas con minusvalías. Es cierto que ha un buscador le va a dar igual si el contraste es alto o no entre la fuente y el fondo, pero no lo que si no le va dar igual es si pones textos alternativos a las imágenes, títulos a los enlaces, documentas la relación de los enlaces con la página que estés creando,… Una manera fácil de comprobar la accesibilidad de nuestra página, es utilizar este comprobador on-line que podéis encontrar en la siguiente dirección: http://www.accesible.com.ar/examinator/. Este validador no asegura que tu página sea accesible al 100% ni mucho menos, pero si que te ayuda a mejorar muchísimas cosas. Además, en el mundo de la accesibilidad hay muchos niveles (WAI) y para muchas reglas no se pueden utilizar herramientas automáticas. 3. Reduce el uso de Flash al mínimo. Los buscadores no son capaces de entender un objeto Flash ni su contenido. Es cierto que Google comienza a leer el contenido de los ficheros Flash y que Adobe cada vez está facilitando la tarea para que esto lo puedan hacer todos los navegadores, pero a día de hoy, la cosa está muy limitada. Además las páginas hechas completamente en Flash no permite copiar la URL de un determinado Producto - Artículo - Documento,… y que una página nos enlace directamente a esa sección y aumentando el PageRank. 4. Utiliza encabezados H1, H2, H3..H6. Las etiquetas de encabezado permiten identificar dentro del código que títulos son importantes y además dan información de cual es el orden de importancia. A los buscadores les encanta los encabezados. 5. Utiliza metatags para informar sobre el contenido de tus páginas. Pero eso si, cuidado que hay metatags que no son estándar y por lo tanto no te van a ayudar. 6. Los metatags deben ser diferentes en cada página. No pongas las mismas palabras claves, ni descripción, ni título en todas páginas que componen tu web. 7. El título es una de las partes más importantes de una web. Normalmente es lo que suele aparecer en los resultados de la búsqueda. No repitas títulos y piénsalos bien utilizando las palabras claves por las cuales quieres que te encuentren. 8. Haz tus páginas livianas. Los motores de búsquedas descartan visitar páginas excesivamente pesadas. 9. Separa la apariencia totalmente de la estructura de la página. Para crear la estructura de la página se utiliza HTML, para la apariencia se utiliza CSS, para la interactividad Javascrip (u otra tecnología). No metas todo en el mismo fichero. Todo bien separadito. 10. Reduce al máximo el uso de Javascrip y Ajax. Los buscadores no podrán llegar a los contenidos que sólo sean accesibles mediante la utilización de Javascrip. 11. haz que esos resultados también sean accesibles de otra forma. Si tu proyecto precisa de la utilización de Ajax para, por ejemplo, refrescar una lista de resultados de una búsqueda, , como por ejemplo, una página con un listado, utilización de sitemaps, tanto visuales como en xml. 12. No utilices enjambres de enlaces (páginas con miles de enlaces) Para conseguir enlaces hacia tu web. Google te penalizará. 13. Haz amigable las URL Si tu página es dinámica, Google si que sabe utilizar más de un parámetro, pero no los tiene bien considerados. El resto de buscadores sufren bastante. Utiliza mod_rewrite para formatear la apariencia de las URL. Esto te beneficia de cara al buscador y al navegante, ya que le parece mucho más clara y fácil de recordar que una URL plagada de variables concatenadas. Ej: http://www.ejemplo.com/producto.php?id=25&cat=5 -> pasaría a ser http://www.ejemplo.com/productos/informatica/25/intel-core-2-duo. 14. Evita el contenido duplicado. Hacer la URL amigables es una tarea indispensable, pero tiene un problema congénito: la posibilidad de que infinitas URL lleven al mismo contenido. Si observas el punto anterior, si cambias el texto final inte-core-2-duo por lo que sea, se mostraría el mismo contenido. Esto es un problema. Google puede pensar que estás haciendo algún tipo de spam o que tienes contenido duplicado. Además, dispersas la posibilidad de incrementar el PageRank de esa página en cuestión. Debes poner mecanismos para que si alguien modifica la URL, se autocorriga y vaya a la dirección correcta. (Redirección 301). 15. Canoniza la URL Para google es distinto www.ejemplo.com que ejemplo.com, sin las www. Esto es otro problema de contenido duplicado. Se puede acceder a la misma información con las www que sin ellas. Ya sea por programación o utilizando el fichero .htaccess, debes elegir una forma y obligar que si alguien va a la que tu no has elegido, se cambie automáticamente. Por ejemplo, tu decides que la forma correcta es www.ejemplo.com, pues si alguien escribe en el navegador ejemplo.com, esta dirección debe ser automáticamente remplazada por www.ejemplo.com. (Redirección 301). 16. Utiliza las redirecciones. Si tu proyecto está en marcha y quieres aplicar algunas de las técnicas aquí mencionadas, lo que no debes hacer es eliminar las direcciones antiguas. Lo que debes hacer es que si alguien teclea la dirección de una determinada página la cual tu ahora quieres que se acceda en otra dirección, debes detectar ese comportamiento y mandar una redirección 301. Esto es para intentar que el PageRank que tu viera la página vieja fluctúe hacia la página nueva. 17. Ten el máximo de contenido original posible. Es decir, que no esté en otras webs. Una página que escribe su propio contenido, con sus propios textos y además, éste es bastante exclusivo, tendrá mejor PageRank. ¿por qué?, por que Google se ha puesto al día con el tema de los blogs y sabe que muchos copian la misma noticia tal cual. Si tu página está creciendo y tiene poco o nada de PageRank, esto te puede perjudicar mucho. Además, si un visitante observa que en tu página copias / pegas noticias de otros sitios, normalmente se queda con los sitios que ya conocía (Refrán: más vale lo malo conocido que lo bueno por conocer). 18. Las páginas diseñadas para la impresión pueden producir contenido duplicado. Muchas veces nos vemos obligados a tener que preparar un página distinta a la página que está viendo el visitante para que se la pueda imprimir. Este caso es muy típico de páginas de venta de productos y de noticias. Si Google entra en estas páginas y considera que puede ser contenido duplicado, os penalizará. Si se accede a través de un enlace html, solventar este problema es tan simple como poner el atributo rel el texto nofollow. Esto le dice a los buscadores que no deben seguir ese enlace y lo deben ignorar. 19. No realices malas prácticas como mostrar una información distinta si el que te visita es un buscador o un visitante normal (Cloacking). Si Google lo detecta, te pegará una buena penalización. Pero hecha la regla hecha la trampa. Hay sitios que tienen carta blanca para hacerlo ya que hay una “justificación”. Algunos diarios muy grandes no son penalizados por utilizar esta técnica. ¿Por que la utilizan?, son el tipo de medios que debes pagar para ver un contenido, pero si haces la búsqueda aparecen en Google. 20. Intenta que esté visible todo el texto posible. Google ya entiende los ficheros CSS y sabe interpretar que un div esté o no visible, que el texto y el color del div sean el mismo, que tengan ciertas técnicas para camuflar el div, … Todo esto hará que Google te penalice (en el caso de malas artes) o que no de prioridad a los textos que están ocultos (ya sea por que con javascrip iremos mostrándolos, por ejemplo, como pestañas). 21. Escribe el texto pensando que lo más importante esté en las primeras líneas. Los buscadores dan prioridades a los textos que van indexando, siendo las primeras líneas las mejor indexadas. 22. Navega como un buscador. Intenta ver si eres capaz de navegar por tu página y ver el contenido que tu quieres de la forma que lo vería un Buscador: http://seobrowser.com. Esta página te permite ver más o menos como verían tu página los buscadores y te permite ver si se puede navegar o no. 23. Date de alta en el directorio dmoz.org. Es un directorio de webs revisado por humanos, y al principio de los tiempos de los buscadores, éstos lo utilizan bastante. Ahora, su importancia ha bajado mucho, pero todavía tiene su pequeña aportación. 24. Utiliza las herramientas para webmasters de Google Como Sitemap o Google Analytis. He comprobado que utilizando la herramienta de estadísticas se acelera el proceso de indexación y además mejora la profundidad. 25. Calidad de los enlaces. Ya no es tanto la cuestión de número de enlaces que hay apuntándote hacia tu página, si no de la calidad. Es mucho mejor tener pocos enlaces pero en páginas con pagerank alto. Ese pagerank afectará al pagerank de tu página. Pero también hay que tener en cuenta la temática de los enlaces que apuntan hacia tu página. Si tienes una página tecnológica ¿que hace una página de cocina con enlaces a tu página?. 26. Edad del dominio. 27. Textos escritos con las keywords Palabras claves, pon las que quieres que te encuentren. espero que les halla resultado util.. salu2 fuente

Se publico la primera versión estable del proyecto estrella de Sun,el sistema operativo OpenSolaris versión 2008.05. Aspectos a tener en cuenta: ***Su instalación se realiza en tan solo seis pasos, con una facilidad estupenda. ***El gestor de ventanas Gnome 2.20, Firefox 2.0.0.14. ***El nuevo gestor de paquetes al puro estilo Ubuntu *** Se parece a Linux: Tanto si instaláis la imagen ISO en forma de CD de manera convencional como si la utilizáis en algún software de virtualización (como hemos hecho nosotros), seguramente te daras cuenta enseguida de que OpenSolaris tiene, desde el principio, toda la pinta de una distribución Linux más. El asistente de instalación lo pone todo tremendamente fácil, aunque nada más empezar para seleccionar el idioma y tipo de teclado sí muestre una pantalla de texto algo sorprendente. Sobre todo teniendo en cuenta que el resto del proceso es muy sencillo y apenas tendremos que intervenir, salvo para elegir el particionamiento (cuidado aquí, como siempre) y algunas opciones como las que afectan a la configuración regional o a la creación de nuestra cuenta de usuario. Pasados esos trámites, y tras un periodo de entre media hora y 45 minutos (según el hardware del que dispongs), lograras completar una instalación que es aún mucho más rápida si aplicamos virtualización. Sea como fuere, el primer inicio de sesión con OpenSolaris es revelador: tenemos ante nosotros una sesión gdm y, tras introducir usuario y contraseña, nos encontraremos con GNOME (en concreto, con la versión 2.20.2), el entorno de escritorio tradicional de muchas distribuciones Linux (como, por ejemplo, Ubuntu), lo que facilita ponerse en marcha rápidamente con OpenSolaris. De hecho, en general hay bastantes cosas que a nivel externo parecen idénticas: los menús y aplicaciones son prácticamente iguales e incluso la consola es un estupendo bash que nos libra de las complicaciones de otros shells menos conocidos por los usuarios. Disponemos de algunas aplicaciones imprescindibles como Firefox 2.0.0.14, Pidgin 2.1, GIMP 2.4.1 o Java JRE 1.6 (incluido, cómo no, ya que estamos hablando de un producto de Sun), pero ahí comienzan a desaparecer las similitudes. ***Pero no lo es: Precisamente, cuando empezamos a querer «trastear» un poco con OpenSolaris es cuando comienzan las novedades. El sistema de ficheros es el famoso ZFS (Zetabyte FileSystem), un sistema de 128 bits que es capaz de dar soporte a discos de capacidad aún inimaginable y que dispone de algunas propiedades adicionales muy relevantes. Sin embargo, esa característica interna de Solaris no será demasiado valiosa (aparentemente) para el usuario de a pie que opte por OpenSolaris. Lo mismo ocurre con la inclusión de otras prestaciones realmente relevantes de su «padre», Solaris, como son los llamados Contenedores para una virtualización muy reputada en las empresas, o la fantástica tecnología DTrace, que es una bendición para los desarrolladores, ya que permite colocar sensores software por todos lados para evaluar el comportamiento del sistema ante la ejecución de cierto proceso. Esas novedades, muy conocidas y esperadas por los fans de Solaris, tendrán poco impacto en el uso normal de este sistema operativo, pero sí lo tendrán otras funcionalidades demasiado importantes para pasarlas por alto. El gestor de paquetes es precisamente una de ellas, y mucho nos tememos que a Sun le queda mucho trecho por recorrer en este apartado. OpenSolaris hace uso del llamado Image Packaging System, una tecnología propia que en esencia trata de copiar el funcionamiento del sistema apt-get o de Synaptic en Ubuntu y Debian, pero que fracasa estrepitosamente. Los nombres de paquetes son poco descriptivos y los detalles que nos ofrece el gestor gráfico, poco concluyentes. De hecho, eso no es lo más grave: el problema real es que el catálogo de paquetes disponibles es muy pobre, aunque existen repositorios adicionales que tratan de solventar esas carencias (alternativas como SunFreeware en http://pkg.sunfreeware.com:9000/ y BlastWare en http://blastwave.network.com:10000). El problema con los paquetes se acrecienta con la compatibilidad hardware (olvidaos de hacer funcionar dispositivos y periféricos «raros») y con el trabajo normal con la consola. Si uno se creía un «manitas» en Linux, probablemente no lo tenga tan fácil en OpenSolaris de entrada, porque la localización de muchos comandos y ficheros de configuración cambia radicalmente. Consuela el hecho de que este tipo de cambios no sean necesarios para la mayoría de la gente, pero aquí sí que notamos que la curva de aprendizaje se acrecienta. Si lo quieres probar: Bajalo de AQUI Consiguete el Cd de AQUI Como ejemplo la captura de mi escritorio. Breve Historia Los planes para hacer OpenSolaris comenzaron a principios de 2004. Formaron un equipo multidisciplinario para considerar todos los aspectos del proyecto: la licencia, modelos de negocio, gobierno, procedimientos del co-desarrollo, análisis del código de fuente, gerencia del código de fuente, herramientas, comercialización, diseño del uso del sitio web, y desarrollo de la comunidad. Un programa experimental fue formado en septiembre de 2004 con 18 personas que no eran miembros de la Comunidad Sun y funcionó durante 9 meses que vinieron 145 participantes externos. La apertura del código fuente de Solaris ha sido un proceso que se ha ido incrementando. La primera parte del código base de Solaris que se liberó fue la facilidad de trazo dinámica de Solaris (conocida comúnmente como DTrace), una herramienta para los administradores y desarrolladores que ayuda al sistema para el funcionamiento y la utilización óptimos. DTrace fue lanzado el 25 de enero de 2005. En aquel momento, Sun también lanzó la primera fase del sitio web de opensolaris.org, anunciando que la base del código de OpenSolaris sería lanzada bajo la CDDL , y anunció el intento para formar la Community Advisory Board (CAB). El día del lanzamiento, en el cual el código de sistema de Solaris fue lanzado, fue el 14 de junio de 2005. Sigue siendo un código de sistema que no está liberado, y está disponible solamente como archivos binarios. El código fuente de OpenSolaris representa el código de la estructura del desarrollo más reciente de Solaris. Cinco miembros del CAB fueron anunciados el 4 de abril de 2005: dos fueron elegidos por la comunidad experimental, dos fueron designados por Sun, y uno fue designado por la comunidad de software libre por Sun. Los miembros del Consejo consultivo de la comunidad de 2005/2006 OpenSolaris eran Roy Fielding, Al Hopper, Rich Teer, Casper Dik, y Simon Phipps. El 10 de febrero de 2006 Sun firmó la carta de OpenSolaris, haciéndose un grupo independiente la comunidad de OpenSolaris bajo dirección del tablero que gobernaba de OpenSolaris (OGB). El CAB anterior se convirtió en el primer OGB, con la tarea de crear y de confirmar el gobierno de la comunidad de OpenSolaris no más adelante que el 30 de junio de 2006. El trabajo de crear el documento o la “constitución” del gobierno está en marcha ahora, conducido por un grupo de funcionamiento del gobierno que abarca el OGB y tres miembros invitados, Stephen Hahn y Keith Wesolowski (desarrolladores en la organización de Solaris de Sun) y Ben Rockwood (miembro de la Comunidad prominente de OpenSolaris). Licencia Sun ha lanzado la mayor parte del código fuente de Solaris bajo la CDDL (Licencia de Desarrollo y Distribución Común), que se basa en la versión pública 1.1 de Mozilla Public License (MPL). El CDDL fue aprobado como licencia abierta por Open Source Initiative (OSI)[6] en enero de 2005 y cumple la definición de software libre de la FSF.[7] Durante el aviso de Sun de que lanzarían Java bajo la GNU General Public License (GPL),[8] Jonathan Schwartz y Rich Green ambos hicieron alusión a la posibilidad de lanzar Solaris bajo la GPL, dijo Green que él no era "ciertamente" contrario a relicenciar bajo la GPL. Cuando Schwartz lo presionó, Green dijo que Sun "echaría un vistazo a esto". En enero de 2007, eWeek divulgó que las fuentes anónimas de Sun dijeron que OpenSolaris tuviera una licencia doble bajo la CDDL y la GPLv3. Green respondió en su blog al día siguiente que el artículo era incorrecto, decir que aunque Sun está dando "una consideración muy seria” a un arreglo tan grande de la licencia, estaría conforme al acuerdo por el resto de la comunidad de OpenSolaris". PD: Espero que les haya sido interesente.. Saludos <a href='http://b.t.net.ar/www/delivery/ck.php?n=a2afc290&amp;cb=INSERT_RANDOM_NUMBER_HERE' target='_blank'><img src='http://b.t.net.ar/www/delivery/avw.php?zoneid=58&amp;cb=INSERT_RANDOM_NUMBER_HERE&amp;n=a2afc290' border='0' alt='' /></a>

Hola!! aca les dejo el video de Ricahrd Stallam en Buenos aires... la verdad un groso!! hasta chistes hace... jaja +yapa.. espero les halla gustado!!