Comparador de archivos en Dreamweaver con Mac

Si usas Dreamweaver en MAC para diseñar sitios webs y necesitas una herramienta para comparar dos archivos puedes usar TextWrangler, aquí os dejo las instrucciones:

1. Descargar e instalar el programa: TextWrangler o el BBEdit. Después de haber arrastrado a la carpeta Aplicaciones alguna de las dos aplicaciones, tendrás que hacer clic en él para abrirlo y registrarlo.

2. Abrir DreamWeaver, Haga clic en Preferencias

3. Buscar archivo Comparar en la lista, haga clic en Examinar, vaya a /usr/bin y recoger twdiff (si has instalado TextWrangler) o bbdiff (si has instalado el BBedit). Si no veis estos archivos debéis instalar este archivo en Textwrangler o para BBedit y loa archivos los tendréis en /usr/local/bin

4. Ahora está listo para comparar los archivos! Elija el primer archivo, use la tecla de comando para seleccionar el segundo archivo, a continuación, haga clic derecho y seleccionar “Comparar archivos locales”.

5. Listo!

Facebook User ID

Tras hacer una aplicación de facebook, necesitaba mi usuario ID de facebook y la verdad es que no lo encontraba. Tras visitar varias webs te indicaban que lo puedes saber en:

http://apps.facebook.com/what-is-my-user-id/

Pero tras hacer login a mi personamente me sale el mensaje:

“It looks like you are not logged in. You need to log into Facebook to get the number.”

Finalmente lo he sacado de una manera un poco rudimentaria y es accediendo al perfil, fotos y al ponerte encima de editar foto en la url te sale el ID.

Error 503

Que hacer ante un error 503 ?

error 503

Lo primero es que un error 503 se genera normalmente ante una sobrecarga del servidor, lo que hace que exista un problema de indexación si en esos momentos nos están rastreando los robots de los buscadores.

Asi que como se estan poniendo las cosas en donde los tiempos de carga son fundamentales no es cuestión de tener este tipo de errores.

Podemos solucionarlo de varias formas:

  1. Restringiendo la entrada a nuestro website mediante un archivo .htaccess baneando la ip de los robots que no nos interesan que nos rastreen y que nos consume mucho ancho de banda ya que estos robots suelen pasar bastante de nuestro archivo robots.txt
  2. Utilizar el robots.txt para al igual que anteriormente no permitir la entrada de estos robots y dejar que solo se rastree lo que nosotros queremos, con lo que ahorraremos en ancho de banda gastado.
  3. Desabilitar los feeds ( no es muy buena idea pero puedes hacerlo sobre todo si te copian contenido )
  4. Utilizar distintos métodos anteriormente comentados para optimizar los tiempos de carga

Pero realmente lo que nos interesa a nosotros es trabajar sobre este error para que google no nos penalice al encontrarse con él por lo que debeis de incluir en vuestro archivo .htaccess el siguiente código que envia a los robots de google a un archivo de error 503.php y le dice que vuelva dentro de 3600 segundos mientras que al usuario lo manda a una página de error 404 :

Options +FollowSymLinks
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_USER_AGENT} ^.*(Googlebot|Googlebot|Mediapartners|Adsbot|Feedfetcher)-?(Google|Image)? [NC]
RewriteCond %{REQUEST_URI} !^/cgi-bin/error/503\.php [NC]
RewriteRule .* /cgi-bin/error/503.php
RewriteCond %{REMOTE_HOST} !^1\.1\.1\.1
RewriteCond %{REQUEST_URI} !^/cgi-bin/error/404\.php [NC]
RewriteRule .* /under-development-explain.html [R=302,L]

Si utilizais CGI debeis de incluir este archivo 503.php para decirle a los robots de google que vuelvan a pasar dentro de 3600 segundo, 1 hora.

<?php
ob_start();
header('HTTP/1.1 503 Service Temporarily Unavailable');
header('Status: 503 Service Temporarily Unavailable');
header('Retry-After: 3600');
header('X-Powered-By:');
?><!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>503 Service Temporarily Unavailable</title>
</head><body>
<h1>Service Temporarily Unavailable</h1>
<p>The server is temporarily unable to service your
request due to maintenance downtime or capacity
problems. Please try again later.</p>
</body></html>

Redirección htaccess

Normalmente haremos uso de las redirecciones htaccess debido a que:

1. Han enlazado una url de nuestro site que no es correcto.

redirect 301 /url_erronea.html http://www.nombredeldominio.com/url-correcta/

2. Hemos cambiado la estructura URL de nuestro site.

redirect 301 /url_antigua.html http://www.nombredeldominio.com/url-nueva/

3. Hemos cambiado de dominio y mantenemos las url

redirectMatch 301 ^(.*)$ http://www.nuevodominio.com$1

4. Hemos cambiado de dominio y todo va a la home

Redirect permanent / http://www.nuevodominio.com/

Problemas con el feed en WordPress

Hace unos días, tuvimos un problema por desgracia nuestra bastante común cuando trabajas con WordPress y rss. El error era el siguiente.

declaración xml no válida., línea: 2, carácter: 3< ?xml version="1.0" encoding="UTF-8"?>

Después de buscar un rato en google, me di cuenta del error el problema estaba en las líneas en blanco fuera de los < ?php ... ?>. Encontré la siguiente página del W3C: Blank line before XML declaration (WordPress) (Línea en blanco antes de la declaracion XML) donde te indica lo que te tienes que revisar para corregir tu error.

  • En PHP se usa la notación < ?php ... ?>, el ?> final es opcional y debería ser eliminado de los módulos y los includes, para evitarte problemas con líneas en blanco a continuación del ?>
  • Revisar los archivos wp-rss2.php y wp-atom.php en busca de líneas en blanco fuera de los < ?php ... ?>.
  • Revisar el archivo wp-config.php en busca de líneas en blanco fuera de los < ?php ... ?>.
  • Revisar el archivo del theme actual, functions.php, en busca de líneas en blanco fuera de los < ?php ... ?>.

Para acabar si todavía persiste el problema deberías desactivar uno a uno tus pluglins y para saber cual esta provocando el problema.

Para acabar es importante siempre validar el feed para asegurarnos que es correcto.
[RSS Valido]

Redirección 301 en PHP y en ASP

En la web origen debemos meter este código hacia la nueva URL:

Redirección 301 usando código PHP


< ? Header( "HTTP/1.1 301 Moved Permanently" ); Header( "Location: http://lanuevaurl.com" ); ?>

Redirección 301 usando código ASP


< % Response.Status="301 Moved Permanently" Response.AddHeader "Location", "http://lanuevaurl.com" %>

Microsoft permitirá el acceso a su código de programación

microsoft 2007Microsoft ha anunciado el pasado jueves que va a abrir parte del código de sus programas y permitir el acceso de los programadores a sus productos con el fin de mejorar su compatibilidad y que terceras personas desarrollen sus propios programas sobre sus plataformas.

Todo esto viene por el tema del antimonopolio que le acusaba la Unión Eurpea porque Microsoft no proporcionaba la información necesaria para que fabricantes externos a la compañía pudiesen desarrollar productos compatibles con los suyos, y este tema lleva desde hace una década a la UE enfrentada con la gran empresa norteamericana a la que ha llegado a mutar con 497,2 millones de euros, por ejemplo, el pasado mes de enero el Ejecutivo de la UE inició dos nuevas investigaciones contra la compañía de Redmond una obre interoperabilidad y otra acerca de la inclusión de programas en el sistema operativo Windows.

Microsoft ha anunciado cuatro medidas: “asegurar las conexiones abiertas, promover la portabilidad de datos, aumentar el apoyo para los estándares industriales y buscar un compromiso más abierto con clientes e industria, incluidas las comunidades de código abierto”.

Estos principios y acciones de interoperabilidad se aplicarán al sistema operativo Windows Vista, a Windows Server 2008, SQL Server 2008, Office 2007, Exchange Server 2007 y Office SharePoint 2007, así como a las versiones futuras de estos programas.

Estos anuncios no nos vienen de nuevas ya que anuncios parecidos se han repetido en cuatro ocasiones con anterioridad y Microsoft ha seguido con su política de privacidad ¿Habrá cambiado algo? ¿Es una maniobra de despiste y limpieza de cara para las autoridades de la UE?

descargar microsoft wordmicrosoft windows vista

es_ESEspañol