Показать сообщение отдельно
Старый 29.09.2016, 08:31
caseyryan вне форума Посмотреть профиль Отправить личное сообщение для caseyryan Найти все сообщения от caseyryan
  № 6  
Ответить с цитированием
caseyryan
 
Аватар для caseyryan

Регистрация: Jun 2012
Адрес: Новосибирск
Сообщений: 6,644
Записей в блоге: 4
Цитата:
В том плане, что написано мол использовать файлы сохранения может только тот же swf, что и создавал их.
Где такое написано?
У тебя неверные данные. Если сделать файл с тем же названием, то он сможет легко прочитать твой шерд объект. Второй вариант, можно просто переложить твой SharedObject в директорию аналогичных объектов другого приложения, и вуаля, твой файл будет прочитан. То есть это никак не гарантирует варианта с распространением сейвов в сети. Более того, туда можно любые новые сейвы записать сразу. Например, что у тебя 100500 миллионов денег в игре, или все возможное оружие. Короче не надежная это тема.
Цитата:
Идея с шифрованием на основе id девайся хорошая тема.
Плохая тема. Это автоматически привязывает файл к конкретному девайсу. А если игрок хочет хранить свои сохранения в облаке? А потом с другого девайса иметь возможность играть на тех же сейвах. Этот вариант вполне возможен даже без собственного сервера. Можно кодировать базу в строку base64 и заливать в тот же гугл аккаунт.
В общем, защитить сохранения можно только если хранить базу данных на своем сервере, и давать доступ после авторизации конкретного игрока. Локальную базу защитить невозможно.
Но так, от всех желающих школьников конечно можно слегка защитить. Даже просто спрятав ключ где-то внутри приложения, и получая его как-то динамически.
У SQLite есть возможность зашифровать данные 16-битным ключом. А для работы с SQLite в AIR, есть замечательный фреймворк FlexORM, которым я сам пользуюсь уже давно
__________________
Ко мне можно и нужно обращаться на ты)