[💬] 유니티) 지금 헤딩중인 ㅈ같은 버그..

[익명(221.160)]

 바이너리로 직렬화해서 PlayerPrefs의 SetString() 으로 저장한 데이터가 빌드를 다시하면 로드가 안되는 문제.

 빌드 옵션과 소스코드 상에 아무런 변화가 없고, 버전 정보도 똑같은.. 정말 빌드만 다시해서 기기에 재설치하면 데이터 로드 실패..

 데이터 로드도 바이너리로 직렬화해서 저장한 정보만 로드 실패하고 그 외의 데이터는 정상적으로 로드.. 

 

 웃긴건 원래 데이터를 생성한 APK로 재설치하면 다시 제대로 로드함.. 즉 데이터가 훼손되거나 하는 것은 아님.

 빌드 옵션도 소스코드도 아무것도 건들지 않았음에도 다시 빌드한 설치 파일에선 제대로 로드하지 못한다는건.. 

 빌드시에 내부적으로 어떤 보안관련 키값이라도 생성하는 건가 싶음. 근데 그게 바이너리로 직렬화한 데이터에만 적용되고... (이게 뭔 개소린지..) 

 이게 무슨 현상인지.. 실력이 일천해서 감을 못잡겠네.. 일단은 데이터를 직렬화해서 저장하는 코드를 수정해볼 예정.. 다른 데이터들은 제대로 로드가 되니..

 무슨 문젠일지 조금이라도 감이오는 사람 있으면 한마디씩 해주고 가면 좋겠음..

[123(122.38)]

얼마전에 올린사람이랑 같은 사람인가 결국 로그 확인 안됨?

[익명(221.160)]

그 사람 맞음. 알려준대로 해보는데.. 에디터에서 빌드 앤 런 하는건 런타임 에러가 나면서 안되고.. 어찌어찌 cmd 창에서 모바일 구동시 로그 뜨는건 봤는데, 그거 긁어다가 대충 봤더니 에디터 상에서 보여주는 에러로그랑은 형식도 다른거 같고 제대로 분석이 안되던데.. 짜증나서 덮어뒀다가 다시 이런 저런 테스트를 해보니까 이게 아무런 수정없이 빌드만 새로 한 APK 파일을 설치해도 문제가 발생한다는걸 확인함. 근데 APK 파일을 이름만 바꿔서 재설치하는건 또 문제가 안생기고.. 새로 설치한 후 문제를 확인한 다음 원래 데이터를 생성했던 APK를 다시 설치하면 또 로드에 문제가 없고.. 그거 확인하고나서 바로 쓴거임. 너무 황당해서..

[익명(202.31)]

PlayerPrefs파일을 직접 본적은 잇음? /data/data/pkg-name/shared_prefs/pkg-name.v2.playerprefs.xml

[익명(221.160)]

모바일 기기에 저장되는 경로임? 직접 본적은 없음. 저장 경로도 신경써본적도 없고.. 지인이 클라우드 저장은 신경을 많이 써도 기기 내 저장은 그런 부분을 신경 안쓰고도 수년간 잘 서비스를 하더라고.. 그래서 나도 신경쓸 필요성을 몰라가지고..

[익명(221.160)]

일단 데이터 저장시에 바이너리로 직렬화하는 부분을 없애니깐 해결되는거 같네.. JsonUtility 도 리스트나 배열을 직접 직렬화하는건 지원을 안한다길래.. 나도 리스트랑 배열을 직접 직렬화하는 부분이 문제인가 싶어서. 그 부분 바꿔봤거든? 그러니까 바꾼 부분에서는 제대로 로드가 되는듯.. 그도 그럴게 애초에 직렬화 안한 데이터들은 문제없이 로드가 되긴 했었으니..

[익명(221.160)]

근데 적어준게.. 모바일 기기에서 PlayerPrefs가 저장되는 위치임? xml 포멧으로 저장되면 저거 유저가 열어서 마음대로 편집도 가능한건가?

[익명(221.160)]

백엔드 없이 데이터를 기기에 저장하는 게임들은 기본적으로 치트유저가 어느정도는 생긴다고 듣긴 했는데.. 저 경로로 들어가서 xml 열어보고 편집하는 정도로 쉽게 데이터 편집이 가능한거임?

[익명(202.31)]

저거 확인해보라한거는 저 파일 자체가 수정되거나 없어지지 않는지 확인해보란거엿음. ㅇㅇ 쉽게 수정댐 PlayerPrefs는 설정값저장 용도로만 써야댐

[익명(221.160)]

직접 본적은 없지만, 파일 자체가 없어지면 해당 키 값으로 찾아봤자 값이 없을거고 그런 경우엔 제대로된 실행흐름을 타기 때문에 그런 문제는 아니었음. 방금 테스트 마쳤는데.. 직렬화 부분을 완전히 다 제거했더니 제대로 로드되네.. 다른 질문인데, 그럼 Json으로 저장하는 방식은 보안이 좀 나음? 데이터 양이나 규모면에서 이점이 있는건 알겠는데.. Json도 기기 내 저장이면 보안적으로는 크게 이점은 없을거 같은데.. 차라리 자체 암호화 시스템을 구축하는게 나은가? 지금 영웅 리스트, 아이템 리스트를 해당 코드들을 하나의 스트링으로 이어붙여서 저장하는 식으로 일단 만들었거든.. 쉽게 열어보더라도 쉽게 이해하고 쉽게 정상적인 데이터로 편집하긴 어렵게 암호화 단계를 추가하는게 나으려나?

[익명(202.31)]

최고로 간단한 암호화,복호화 하나만 넣어도 99%는 걸러짐 99.9% 거르고싶으면 에셋스토어에서 시스템을 사서 써야제

[익명(221.160)]

그럼 그렇게 해야겠네. 조언 고마워!!