Pregunta

¿Cómo te acercas a la creación de 301 redirecciones dentro de Kentico CMS (v5.0)?

Quiero ofrecer a un cliente con una forma fácil (idealmente a través de la interfaz de escritorio CMS) para configurar redirecciones 301 en un sitio web que ha recientemente se re-implementado en Kentico. Por ejemplo, me gustaría volver a dirigir "viejo-page.cfm" a "nueva-Page.aspx", y asegurar que la respuesta HTTP a la petición original es 301.

Tengo un enfoque que parece que funciona, pero tal vez hay una mejor manera. He configurado extensiones-less URL (por Kentico de documentación ) y añadido un nuevo alias documento al documento "nueva página", especificando el "viejo-página" como la ruta URL, y añadiendo ".cfm" a la lista de extensiones de URL. Utilizando violinista (HTTP proxy de depuración) herramienta, parece que lo que queremos que suceda está sucediendo: la solicitud de "viejo-page.cfm" está devolviendo un 301, redirigiendo al documento "nueva página", y devolver una respuesta 200.

¿Alguien sabe si esto es un buen enfoque para la creación de redirecciones 301 en Kentico? ¿Hay una mejor manera? ¿Hay desventajas conocidas para el uso de direcciones URL de extensión-menos en Kentico?

¿Fue útil?

Solución

creo que este es un enfoque bien y no estoy al tanto de cualquier otra manera de lograr 301 redirecciones sin hacer lo que estás haciendo. He usado extensión URL menos en Kentico por un tiempo ahora y funcionan bien.

Otros consejos

Según un Blog post (comentario) por el director de tecnología de Kentico :

  

... hay pocos ajustes nuevos (hasta ahora experimentales) en 4.0 (4.0) se puede poner en el archivo web.config.

     

Estos son:

     

3) <add key="CMSUsePermanentRedirect" value="true" /> que permite 301 de redirección en lugares donde tiene sentido, en lugar de 302 redirección.

     

2) <add key="CMSRedirectAliasesToMainURL" value="true" /> que se puede utilizar para una mejor optimización SEO. Hace 301 en cada URL que no es principal para el documento (NodeAliasPath). Eso debería ayudar por ahora.

     

3) <add key="CMSRedirectInvalidCasePages" value="true" /> que va incluso más allá y le permite restringir las páginas sólo para una variante caso específico. Cuando el caso no está bien, se pone a 301 el caso correcto.

No estoy seguro de cuál es la situación de estos son con 5.X, pero supongo que o bien el trabajo, o que ahora son los ajustes de configuración en alguna parte del administrador del sitio.

Me gustaría instalar el módulo de IIS Regrabadora http://www.iis.net/downloads / / microsoft url-reescritura A continuación, me gustaría añadir una regla (permanente = 301) para todas las páginas .cfm a ser procesados ??por un controlador personalizado.

Para el cliente tengo que crear una tabla personalizada con dos columnas que mantiene la relación entre los enlaces antiguos y los nuevos enlaces.

Ese controlador personalizado se verá a continuación, en la tabla a medida para cualquier coincidencia y luego hacer el cambio de dirección correcta.

Me han puesto en práctica en IIS6 para varios clientes que pasan de un sistema de php para Kentico utilizando ISAPI reescritura de Helicon (http://www.helicontech.com/isapi_rewrite/). Se utiliza un archivo .htaccess en la raíz del sitio. Se podría hacer de este una página EditTable de Kentico si necesita o actualizable desde un campo personalizado en la página si necesita, lista de asignación sin embargo acabamos de nuestros clientes.

Creo que se puede hacer lo mismo de forma nativa en IIS7 con uno de los complementos opcionales.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top