모 PG사의 파라메터들 중 한글을 포함한 파라메터를 넘길 때 UTF-8인 경우 encodeURIComponent를 호출하여 보내야만 했다.
웃긴건 이 PC사 모듈이 PC용이 있고 Mobile용이 있는데 PC용은 encode를 했다가 또다시 decode를 하는 코메디 상황을 연출한다란 점이다.
모바일은 더 웃긴게 encode만 한 후 결제 처리하는 페이지에서 다시 decode를 해야 한다란 점 -_-
도대체 왜 이딴식으로 개발하는지 PG사들 모듈들 보면 다년간 사람손을 많이 타와서 그런지 도무지 이해가 안가는 점이 한두개가 아니다.
왜들 그렇게 모듈을 만들 때 제대로 만들지 못하는건지
그나마 이 PG사는 일전에 망한 큰~기업 PG사에 비하면 양반이다.
그 큰 기업은 참.. 뭘 만들어도 이상한 결과물을 재생산해내는 노하우를 보유한 기업이니 이상하지 않지만 말이다.
javascript의 encodeURIComponent와 decodeURIComponent를 classic asp에서 호출할 때 runat server로 javascript함수를 호출해주면 된다.
<script language="javascript" runat="server">
function decodeUTF8(str) {
return decodeURIComponent(str);
}
function encodeUTF8(str) {
return encodeURIComponent(str);
}
</script>
<%
response.write encodeUTF8(encodeFromJsString)
%>
'모바일 & 앱' 카테고리의 다른 글
objective-c : 코드로 autolayout 추가하기 (0) | 2021.05.11 |
---|---|
vue.js 기초 설치 (iMac 기준) (0) | 2021.05.04 |
classic asp ado data type (text, nvarchar) (0) | 2021.03.22 |
MSSQL 이상한 SELECT CONVERT QUERY 예외 (0) | 2020.12.09 |
64bit 윈도우에서 classic asp에서 32bit용 aspftp.dll 사용하기 (0) | 2020.10.28 |