miércoles 27 de febrero de 2008

Certificados digitales, GoDaddy & OpenDNS (II)

GoDaddy contestó a mi consulta con respecto a este tema, y al parecer sería simplemente un problema de browser:

"Support Staff Response

Thank you for contacting Online Support. We are sorry for any confusion with this process. You should be using the latest version of your web browser, as well as any new patches for these. We cannot control any errors that appear on browsers or any local security settings. However, the latest patches, web browser versions, etc. should rid these errors on your browsing.

Please let us know if we may be of further assistance.
Sincerely,
Ben P.
Online Support"

martes 26 de febrero de 2008

Lanzamos nuevos directorios para diferentes países de habla hispana

Así como comentamos hace un tiempo que habíamos lanzado el sitio www.uruguayglobal.com, nos hemos entusiasmado y hemos lanzado más directorios, para distintos países de habla hispana, a saber:

www.espanaglobal.com
www.argentinaglobal.info
www.chileglobal.info
www.colombiaglobal.info
www.mexicoglobal.info
www.peruglobal.info
www.venezuelaglobal.com.ve

Tratamos de que estos productos no se queden en las funcionalidades de simples y clásicos directorios web, sino que además brinden otros servicios y datos relevantes, que en muchos casos serán aprovechables por SEOs.


utf8_decode() / Solución a problema de codificación de caracteres en UruguayGlobal.com usando PHP

Detectamos un bug en nuestro directorio www.uruguayglobal.com, cuando mostrábamos información ampliada de los sitios indexados. Los caracteres especiales se veían mal, evidentemente por un error de codificación. Este directorio toma directamente el contenido de los sitios, parseándolos con PHP, y mostrando el resultado.

Si bien el script que muestra los datos encabeza con una línea "meta http-equiv="content-type" content="text/html;charset=iso-8859-1"", la caracteres especiales seguían viéndose mal.

Investigando un poco, encontramos que el problema se daba con aquellos contenidos provenientes de sitios con codificación UTF-8. Ensayamos por tanto la función utf8_decode() de PHP, y santo remedio. El problema desapareció. Por otra parte, los contenidos de sitios codificados con ISO-8859-1 no se vieron afectados tras incluir utf8_decode(), persistiendo en su correcta visualización.



Certificados digitales, GoDaddy & OpenDNS

Hoy me sucedió algo muy extraño al acceder a mi cuenta de GoDaddy. Tras loguearme, me saltó un aviso diciendo:

"Ha intentado establecer una conexión con "imagesak.godaddy.comhttps". Sin embargo, el certificado de seguridad presentado pertenece a "www.opendns.com". Es posible, aunque improbable, que alguien esté intentando interceptar su comunicación con este sitio web.

Si sospecha que el certificado mostrado no pertenece a
"imagesak.godaddy.comhttps", por favor cancele la conexión y avise al administrador del sitio web."

Estoy usando OpenDNS como DNS primario. En mi cabeza dan vueltas muchas ideas, pero no quiero pensar mal de OpenDNS, al menos no antes de investigar a fondo el tema.







Obviamente, cuando cambié mi configuración de red para usar otro DNS en lugar del de OpenDNS, el mensaje deja de aparecer.

Investigaremos.

-----------------------

Godaddy respondió a mi pregunta: http://alejodan.blogspot.com/2008/02/certificados-digitales-godaddy-opendns_27.html



jueves 7 de febrero de 2008

Google: Como evitar la indexación de errores de servidor

Artículo de google.dirson.com que hay que tener muy en cuenta:

"

Caídas de servidor: Cómo evitar que Google indexe fallos


A nadie le gusta que el servidor donde tiene alojado su blog falle,
pero las caídas son inevitables y, en algunas ocasiones, hasta
programadas (por ejemplo, para hacer tareas de mantenimiento o para
migrar de un servidor a otro). Por ejemplo, si buscamos 'google hot
trends' en Google nos encontramos con que el propio buscador ha
indexado una página de error de esta aplicación (ver capturas [1], [2])
que, además de quedar bastante mal a ojos de los usuarios que lo ven en
las páginas de resultados durante varios días, puede perjudicarnos en
el posicionamiento, puesto que no estamos mostrando los contenidos
deseados (mensajes de error en lugar de los textos seleccionados).



Por ello, y como nadie escapa a los errores de los servidores, hay que planificar qué mostrar al robot de Google
cuando tenemos una incidencia, como por ejemplo si falla la Base de
Datos a la hora de hacer la conexión. Lo más recomendable (incluso por
los propios ingenieros de Google, ver foro de discusión)
es mostrar una página web con una cabecera 503 ("Service Unavailable")
acompañada, naturalmente, de un mensaje de advertencia. La cabecera
sería para el robot de Google (además de para otros programas, como el
propio navegador web) y el mensaje sería para el usuario.



Si utilizas el lenguaje PHP en tu servidor, una idea de página de error 503 generada podría ser:


<?php
header('HTTP/1.1 503 Service Temporarily Unavailable');
header('Retry-After: 3600');
?>
<html>
<head><title>Error temporal</title></head>
<body><h1>Error temporal. Disculpe las molestias.</h1></body>
</html>


Por ejemplo, en este enlace
tenéis lo que se obtiene. Lo que se le está diciendo al robot de Google
es "no indexes ahora lo que estás viendo porque el servidor está caído,
y vuelve en 3600 segundos (1 hora)". Para ver las cabeceras, si
utilizáis Linux podéis ejecutar el comando "wget -S --spider URL" desde
la shell (ver captura), que os servirá también para analizar otras cabeceras, como las útiles redirecciones 301.



Puedes planificar para tu servidor una política para mostrar errores
503 en determinados casos o simplemente para las visitas de Google:
caídas de la Base de Datos, desarrollo de nuevas funcionalidades,
migraciones, periodos de mantenimiento, ... Echa un vistazo a este post para recopilar ideas para utilizar por ejemplo con el fichero '.htaccess' de los servidores Apache.

"


Powered by ScribeFire.

lunes 4 de febrero de 2008

¿Alguna vez compararon las fotos publicitarias de McDonald's con lo que realmente les venden?

Estaba buscando consejos sobre cómo fotografiar comida, y me encontré con un post que llamó mi atención - y al cual adhiero totalmente -, sobre las diferencias entre las fotos publicitarias de las distintas cadenas de comida rápida en comparación con lo que finalmente nos venden en el mostrador.

Alguien se tomó la molestia de fotografiar algunos de los alimentos que
compró en estas cadenas de fast food, y compararlos con las
espectaculares fotos de los carteles publicitarios, y éstos fueron los
resultados:








Patético, verdad?

Pueden ver más fotos en:
http://www.thewvsr.com/adsvsreality.htm



Powered by ScribeFire.

domingo 3 de febrero de 2008

Nuevo directorio de sitios uruguayos

Desde hace unos días hemos puesto en funcionamiento un nuevo directorio de sitios web de Uruguay: UruguayGlobal.com

El directorio nuclea a todos aquellos sitios cuyos contenidos tengan relación con Uruguay en alguna medida. Ya cuenta con algunos cientos de sitios, y está en continuo crecimiento. La inscripción de sitios es totalmente gratuita, por lo que cualquiera puede sugerir un sitio propio, o bien un sitio de terceros que trate temas relacionados con Uruguay.

Los invitamos entonces a visitar y a usar esta nueva herramienta, que además de la información habitual de cada sitio también aporta el PageRank de Google, una foto de la portada de cada sitio, e información de actividad según Alexa.

http://www.uruguayglobal.com



Powered by ScribeFire.