Je développe un service et vous pouvez envoyer différents paramètres à ce service via le paramètre get.
Par exemple:
www.example.com?query=john & location = ...
Il est également possible d'envoyer des trémas à ce service.
Ex.
www.example.com?query=müller
Mon problème est maintenant, que je n'ai aucune influence de la façon dont les paramètres sont envoyés à mon service, donc j'ai décidé de le tester beaucoup et découvert, que si vous essayez de l'appeler via notre système interne (qui fonctionne avec Sharepoint) et si vous utilisez Internet Explorer, les choses commencent à devenir bizarres. tous, les paramètres d'abord ressembler à quelque chose comme ça, avec le deuxième exemple ci-dessus:
www.example.com?query=mller
Je peux déjà détecter, si quelqu'un en utilisant IE, mais je ne suis toujours pas sûr, comment je peux résoudre ce problème.
J'ai déjà essayé d'utiliser urlencode()
(et beaucoup d'autres fonctions, mais elles ne changent pas vraiment le résultat), ce qui renvoie m%3Fller
. Ma sortie désirée dans ce cas serait m%C3%BCller
Est-il possible de résoudre cela avec mon service ou est le problème dans Sharepoint? J'ai déjà reproduit le szenario avec un simple formulaire HTML avec tous les paramètres requis comme champs de texte simples et ça marche bien.
EDIT:
Ma sortie désirée est le tréma sous la forme correcte pour une url (ü => %C3%BC
)
La question est, où Est-ce que ça ressemble à ça? Selon où il est affiché, vous devriez regarder si la sortie est vraiment UTF-8/unicode au lieu de iso-8859-1 (latin1) ou une sorte de. En outre, en fonction de votre navigateur (version), il peut être envoyé en non-unicode –
Il est déjà envoyé à mon navigateur comme ça, ce qui signifie, je ne reçois jamais vraiment le 'müller ', je reçois seulement – PrototypeX7
Are vous déclarez quelque chose concernant les charsets/encodings n'importe où dans votre réponse ou page HTTP, ou laissez-vous simplement le choix au navigateur? (Vous avez peut-être deviné que ce dernier n'est pas très productif.) – deceze