Последние сообщения

[Sla]

Sla, спасибо! 

Не понимаю зачем в литературе усложняют и предлагают использование отдельных методов insert(), update(), delete()?

Надо смотреть в документацию, возможно , это безопасные методы, чем прямой запрос

По поводу создания базы

Не возможно создать этим именем - возникнет ошибка, кроме того вы базу создаете в своем файловом пространсьве, а не где попало, Ну и... создавайте уникальные названия..

[RXL]

Базы SQLite — обычные файлы.

RXL, вон оно как, спасибо! Очень интересно. Настолько привык к серверу и клиентам, что честно даже не ожидал, за новинками не слежу совсем, ушел читать подробнее.

Базы SQLite — обычные файлы. Если они в одной директории, конечно имена повторяться не могут. Полагаю приложение имеет собственную директорию или возможность такую завести и там гадить.

Не видел документации, не берусь давать точный ответ. Скорее всего это не методы базы, а методы таблицы. Прямой SQL не всегда удобен и нужно самостоятельно заботиться о подготовке данных.

Приветствую форум Весельчака У, который когда то очень давно здорово помог мне на старте.
Очень рад снова заглянуть сюда!!!
 
Только начал пробовать Android Studio.
Осваиваю работу с бд, нашел пример создания бд:

Код:

SQLiteDatabase myDB =
  openOrCreateDatabase("my.db", MODE_PRIVATE, null);

Это что же получается, я могу создать БД с любым именем, а если такое же имя будет использовать другой разработчик и мы будем друг другу базы "портить".
Я не хочу в чужую бд свои данные писать (и другим не позволю ). Конечно я никогда не буду использовать имя БД из примеров, но вероятность, что имена баз совпадут хоть и малая, но есть.
Есть ли в android какая-то защита от этого. Возможно в самом android база именуется каким-то уникальным ID? Или мне именовать с применением длинных комбинаций чисел+символов? Или проверять перед созданием - есть ли такая база? Но другой разработчик не будет проверять есть ли такая база и может затереть мои даные. Что-то не нашел про это в гугл.

И еще вопрос. Я тупо применяю

Код:

myDB.execSQL

и все что надо - insert, update, delete и т.п. делаю запросом. Не понимаю зачем в литературе усложняют и предлагают использование отдельных методов insert(), update(), delete()? В чем смысл?

Спасибо!

LGPL (в принципе не страшно) и GPL

[darkelf]

darkelf, спасибо, посмотрю. А что там с лицензией?

Как вариант - попробуйте посмотреть в сторону GNU TLS, если подходит лицензия. Если я правильно понял, то она тоже должна уметь нечто подобное.

[RXL]

RXL, шифрую публичным. В данный момент не шифрую, не сумел загрузить ключ, созданный PEM_write_bio_PUBKEY, в структуру RSA (если ключ создан PEM_write_bio_RSAPublicKey, то загрузить получается, но тогда ключ кривой). RSA_size - использую, ага (и ещё 42 байта для RSA_PKCS1_OAEP_PADDING нужно отнимать от этого значения)

версия не последняя, где именно посмотреть - не знаю. Вот думаю, может закачать новые версии файлов, может, там всё будет иначе. На досуге надо попробовать

цель шифрования - отдаю на ту сторону публичный ключ, мне приходит зашифрованный блок данных, раскрываю приватным

Шифруешь приватным ключем? Это называют подписью. Для шифрования приватым ключем, обычно, сперва вычисляют хеш, который и шифруют. Хеш имеет фиксированную длину и непредсказуемые байты в составе, это, с одной стороны, упрощает задачу, с другой стороны, повышает стойкость.
Если ты хочешь восстановить потом данные, то да, придется либо брать больший ключ, либо шифровать кусками.

Шифрование публичным ключем принимает буфер любой длины, если не ошибаюсь. Ошибаюсь.

В доке все описано.
https://www.openssl.org/docs/man1.1.1/man3/RSA_public_encrypt.html
Для каждого режима заполнения указаны предельные размеры шифруемых данных. Заметь, используется RSA_size для определения базового размера, не надо высчитывать руками, чревато неприметными ошибками.

У тебя какая версия OpenSSL?
Кстати, какая цель шифрования?