Error 404 – Enlaces permamentes con el nombre de la entrada en IIS

Recientemente al actualizar a la versión 3.9 de WordPress me encontré que los enlaces permanentes (permament links) en mis blogs dejaban de funcionar y daban un error 404.

Tras investigar un poco, porque me parecía raro que con la versión anterior si que funcionara pero con esta no, no encontré la causa de este error, pero si que encontré la forma de solucionarlo.

Para solucionar el problema con los enlaces permanentes en WordPress, tendremos que incorporar o sustituir nuestro web.config de cada web con estas líneas:

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<system.webServer>
<rewrite>
<rules><rule name="Main Rule" stopProcessing="true"><match url=".*"/><conditions logicalGrouping="MatchAll"><add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true"/><add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true"/></conditions><action type="Rewrite" url="index.php/{R:0}"/></rule>
<rule name="wordpress" patternSyntax="Wildcard">
<match url="*"/>
<conditions>
<add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true"/>
<add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true"/>
</conditions>
<action type="Rewrite" url="index.php"/>
</rule></rules>
</rewrite>
</system.webServer>
</configuration>

Espero que os sirva de ayuda.

Formato de solicitud no reconocido para la dirección URL, finaliza de manera inesperada….

Hemos creado un servicio web asmx en .NET y al probarlo en local funciona perfectamente. Vemos las definiciones los métodos, podemos hacer llamas a los mismos etc. (maravilloso!!)

Ahora lo subimos a un servidor en internet y nos aparecen las definiciones pero no podemos hacer llamadas a los métodos y nos devuelve el siguiente mensaje de error:
“Formato de solicitud no reconocido para la dirección URL, finaliza de manera inesperada xxxxx”

¿Porque nos aparece este problema?

  • Bueno pues es porque no hemos definido en el web config  los protocolos que va a usar nuestro servicio web y por defecto en IIS vienen desactivados, cosa que no ocurre cuando lo ejecutamos de manera local.

¿Como solucionamos este problema?

  • Añadiendo al web config las siguientes líneas dentro de la sección <system.web>

<webServices>
<protocols>
<add name="HttpGet"/>
<add name="HttpPost"/>
</protocols>
</webServices>

Con esto ya podríamos consumir nuestro servicio web asmx de .NET 

 

 

 

HTTP Error 500.50 – URL Rewrite Module Error con imágenes WordPress

wordpress logo logotipo con mantenimiento

Si tienes instalado un WordPress en IIS y al colocar las imágenes te aparecen “rotas”, puedes probar a tomar la dirección URL de la imagen y en otra ventana del navegador ver si la muestra.

Si te aparece el error HTTP Error 500.50 – URL Rewrite Module Error, es probable que tengas problemas de permisos.

Este problema tiene muy fácil solución. WordPress con IIS utiliza la carpeta temporal C:\Windows\Temp. Si el IIS no tiene acceso a ella dará un error. Para solventarlo, iremos a la carpeta C:\Windows\Temp y al usuario IIS_IUSRS le daremos permiso de Modificar.

Ahora podremos subir imágenes sin problemas.

Para las imágenes que ya habíamos subido, tendremos que dar permisos al usuario IIS a la carperta (/wp-content/ folder) donde tengamos instalado nuestro WordPress.