Enlaces permanentes y caracteres html especiales

Hola,

Estoy intentando introducir permalinks (lo cual funciona bien) pero me encuentro con un problema al introducir URL con caracteres especiales.

Por ejemplo, al introducir la URL

display/exacom/ADO+<+Jira+Cloud%3A+Date+time+sync

se convierte en

display/exacom/ADO+%3C%3E+Jira+Cloud%253A+Date+time+sync

Porque &25 es el equivalente HTML de %

Pero entonces, cuando intento la enlace

https://community.exalate.com/display/exacom/ADO<+Jira+Cloud%3A+Date+time+sync

la página no se encuentra.

Intentar usar el equivalente de entidad HTML en la entrada de la URL tampoco funciona, porque la URL original no se encuentra.

Pregunta: ¿cuál es la forma correcta de introducir permalinks que contengan este tipo de caracteres (y evitar la doble codificación HTML)?

Solo una suposición: ¿escapar, como \\%3A?

Lo intenté

bla%3Abla

Se convierte en

bla%5C%253Abla
1 me gusta

Podrías intentar introducirlos en Rails para tener más control sobre el escape, quizás. No sé si ayudará, pero eso es lo que intentaría a continuación.

Estamos usando la opción de alojamiento de discourse.org
No creo que podamos tener esa libertad.

1 me gusta

Esos enlaces de visualización no se ven bien; parece que les falta la primera parte.

¿Has probado el acortador de enlaces TinyURL?

Hola Lily,

Gracias

Estas son páginas wiki que publicamos en nuestro antiguo sitio comunitario
Por ejemplo

https://community.exalate.com/display/exacom/ADO<0xC3><0x83><0xC2><0x82><0xC3><0x83><0xC2><0xAC>+Jira+Cloud%3A+Date+time+sync

Ahora es accesible en

https://oldcommunity.exalate.com/display/exacom/ADO<0xC3><0x83><0xC2><0x82><0xC3><0x83><0xC2><0xAC>+Jira+Cloud%3A+Date+time+sync

Por supuesto, las personas que intenten acceder hoy a la primera versión, llegarán al sitio de Discourse y obtendrán un 404. Es por eso que queremos usar la función de enlaces permanentes.
El problema es que no es posible ingresar la URL de tal manera que se encuentre y, por lo tanto, la redirección no se activa.
Una tinyurl no será posible porque no es lo que usarán los usuarios.

2 Me gusta

¿Cuántos hay y todos tienen la misma tontería al principio?

¿Todos tienen xxx%3A+slug?

1 me gusta

Obviamente no entiendo lo que estás haciendo. Acabo de crear con éxito un permalink de prueba en mi sitio a esta página:\n\nService Archived - Exalate Community voy a /test en mi sitio me lleva directamente a esa página.~~\n\n

\n\n***\neditar: olvídalo, no estaba comprendiendo tu OP correctamente, ahora veo lo que intentas hacer. estás intentando usar ese enlace extraño y complejo como permalink. uff. sí, no sé si eso es posible sin algún escape especial. :thinking:

Exacto, gracias por tomarse el tiempo.

1 me gusta

¿Todos tienen xxx%3A+slug?

no

Ahora hemos creado una página con una descripción general de todos los casos de uso

Allí puedes ver algunos de los enlaces y cómo están codificados en la URL.

1 me gusta

Hmm. Habría sido más fácil migrar eso antes de que tu comunidad saliera en vivo.

La mayoría de eso está bien, creo.

Podrías intentar una normalización de permalinks que elimine todo lo que está antes del > y luego crear el permalink solo para la parte posterior.

1 me gusta

La URL de origen se está utilizando en varios lugares y no necesariamente bajo nuestro control.

Poder ingresar la URL de origen resolvería el problema.

Lily está buscando una solución…

Gracias

Lily:

De una revisión rápida, la mayoría de las URL deberían funcionar bien.

Creo que el resto tiene un signo de mayor que (>) y todo lo que está después del signo de mayor que son caracteres simples. Por lo tanto, puedes hacer que el permalink elimine la primera parte hasta el signo de mayor que y funcionará.

1 me gusta

Hola Jay:

Las URL de esa página se han codificado previamente antes de añadirlas, porque el compositor también las está codificando, lo cual es de esperar.

No son las URL originales.

¿Funcionaría si proporcionara un archivo de texto con las originales?

Francis