Tom_Eagle
Março 8, 2021, 8:10pm
1
Olá a todos,
No nosso fórum, temos um problema onde, quando uma URL é exibida em um único bloco (oneboxed), ela altera a própria URL.
Como exemplo:
Este é um link para o nosso site:https://www.morphmarket.com/c/reptiles/pythons/ball-pythons/genetic-calculator/?s1=Pastel%2CHet+Clown&s2=Pastel%2CHet+Clown
Mas isso é o que aparece quando exibida em um único bloco:https://www.morphmarket.com/c/reptiles/pythons/ball-pythons/genetic-calculator/?s1=Pastel,Het%2BClown&s2=Pastel,Het%2BClown
Com:
“%2C” sendo alterado para “,”.
“+” sendo alterado para “%2B”.
Isso resulta em respostas incorretas para os usuários no nosso site.
Existe alguma maneira de impedir que isso aconteça ou uma solução alternativa?
Richie
Março 8, 2021, 8:19pm
2
Esses links são ambos iguais:
https://www.morphmarket.com/c/reptiles/pythons/ball-pythons/genetic-calculator/?s1=Pastel,Het%2BClown&s2=Pastel,Het%2BClown
Você pode colocá-los entre crases para que possamos vê-los como você pretendeu?
Tom_Eagle
Março 8, 2021, 8:58pm
3
Desculpe, minha culpa
É assim que deveria ficar:
https://www.morphmarket.com/c/reptiles/pythons/ball-pythons/genetic-calculator/?s1=Pastel%2CHet+Clown&s2=Pastel%2CHet+Clown
É isso que acontece quando é um único link:
https://www.morphmarket.com/c/reptiles/pythons/ball-pythons/genetic-calculator/?s1=Pastel,Het%2BClown&s2=Pastel,Het%2BClown
Se a URL funciona em qualquer um dos casos, por que isso importa?
Tom_Eagle
Março 9, 2021, 11:25am
5
Porque eles levam a resultados diferentes.
Veja o que deve ser exibido através do link:
Não isto:
Isso faz uma grande diferença ao tentar calcular a genética corretamente.
david
Julho 24, 2023, 11:59am
9
Parece que as URLs na postagem original não podem mais ser exibidas como onebox (sem tags opengraph no site). Mas apenas para constar, este problema deveria ter sido resolvido por
committed 10:55AM - 09 Aug 22 UTC
normalized_encode in addressable has a number of issues, including https://githu… b.com/sporkmonger/addressable/issues/472
To temporaily work around those issues for the majority of cases, we try parsing with `::URI`. If that fails (e.g. due to non-ascii characters) then we will fall back to addressable.
Hopefully we can simplify this back to `Addressable::URI.normalized_encode` in the future.
This commit also adds support for unicode domain names and emoji domain names with escape_uri.
This removes an unneeded hack checking for pre-signed urls, which are now handled by the general case due to starting off valid and only being minimally normalized. Previous test case continues to pass.
UrlHelper.s3_presigned_url? which was somewhat wide was removed.
