2012-04-24 5 views
0

구분 된 문자열로 전자 메일로 양식 데이터를 처리합니다. 최근에는 추가 필드가 당혹 스럽다는 것을 증명합니다.인코딩 된 양식 데이터

나는 분리하기 전에 해독하는 base64 코딩으로 문자열을 수신합니다. 모든 Windows 이메일 유틸리티에서 보면, 인코딩 된 필드는이 같은 같습니다 그 원인

http://xxx/preloaddocument.aspx[?Ý[?ÙZYLNMÌNL ?\Ü?XYÛ?O]YI?[\??[Y?[ÙOÝ\?? 

제어 문자 : 해독 및 본 후

http://xxx/preloaddocument.aspx?instanceid=1971900&isreadonly=true&internal=false 

을 "똑바로"분야는 다음과 같이 보입니다 다른 시청자가 다르게 볼 수 있습니다.

쿼리 문자열이 URL의 나머지 부분과 다르게 형성되는 이유에 관계없이이 문제를 처리하는 방법에 대한 아이디어는 무엇입니까? 번역 된 쿼리 문자열은 50 자 여야하며 인코딩 된 (?) 버전은 56입니다.

+0

해결되었습니다. 문제점이 jQuery 디코딩 라이브러리에 약간의 결함이 있음을 발견했습니다. 여기에 설명 된 문제가 발생할 때까지 제대로 작동했습니다. 그 중 하나는 "jquery.crypt"입니다. 다양하게 배포되었지만 jquery.base64.js로 사용하고있는 다른 라이브러리로 변경하면 디코딩이 완벽하게 수행되어 설명 된 문제가 사라졌습니다. –

답변

0

이것은 너무 좋지 않은 이야기입니다.

위의 내 의견에 언급 된 jquery.base64.js를 발견 한 후 SharePoint 개발 사이트에서 jquery.crypt.js 라이브러리를 교체하여 미숙했습니다. 완벽하게 작업 한 다음 관련 코드를 제작에 옮겼습니다. 총 실패.

이제 흥미로운 부분이 있습니다. 내 개발 사이트는 제작과 똑같은 라이브러리와 파일을 참조합니다. 그래서, 내 JavaScript 참조 두 사이트에 동일합니다. 그러나 동일한 코드가 개발 과정에서 완벽하게 작동 했음에도 불구하고 제작 과정에서 라이브러리가 분명하게 발견되었지만 그 방법을 제공 할 수 없었습니다. 몇 시간 동안이 작업을 해본 다음 한 Base64 라이브러리를이 라이브러리로 대체했다는 사실을 다시 한 번 확인했습니다. 왜 다른 라이브러리를 시도해보십시오. 물론 그것은 어떤 의미가 있습니다.

그래서 webtoolkit.base64.js가 발견되었습니다. 개발 당시에는 아무 의미가 없었지만, 프로덕션 코드에서 참조하는 것도 효과가있었습니다. 이제는 진정한 성공을보고 할 수 있습니다.

관련 문제