Правильный подход к шифрованию больших файлов, которые не могут быть завершены в одном вызове функции?Php

Кемеровские программисты php общаются здесь
Ответить
Anonymous
 Правильный подход к шифрованию больших файлов, которые не могут быть завершены в одном вызове функции?

Сообщение Anonymous »

Я экспериментировал (из CLI) с примерами шифрования по адресу https://www.php.net/manual/en/function. ... ncrypt.php
и хотел бы знать, как это Обработайте более крупный файл, такой как файл базы данных SQLite в несколько ГБ. Я получал ошибку распределения памяти, прежде чем следовать этому примеру на той же странице PHP. Но, наконец, заставил его работать над базой данных SQLite 3 ГБ. Я думаю, что это было то, что BASE64 - это по умолчанию, если SET OPTIONS = 0, и я пытался использовать самый новый пример, предоставленный для простого случая вместе со старым примером для большого файла, который использует параметры openssl_raw_data. < /P>
Мой вопрос: этот подход приведен в этом восьмилетнем посте все еще правильный подход. Некоторые из примеров приводят до и после версии 7.1. < /P>
Можно ли использовать первые 16 байт зашифрованного блока в качестве следующего вектора инициализации? < /P>
Важно ли количество блоков на шифрование/дешифрование? Должен ли можно использовать самый большой размер, который будет соответствовать максимальному распределению памяти или что -то еще? < /P>


Подробнее здесь: https://stackoverflow.com/questions/794 ... ingle-func
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «Php»