Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В. C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум PHP

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Шифрование файла
 
 автор: Director_Of_Zoo   (21.03.2007 в 15:44)   письмо автору
 
 

Я хочу зашифровать файл довольно большим размером (до 100 мб). Раньше использовал Базе64, но на данный момент такое шифрование перестало подходить. Может кто посоветует каким методом можно зашифровать (или изменить до неузнаваемости) файл с минимальной нагрузкой на сервак. Файл шифруется блоками, т.е. в память грузится не целиком.

   
 
 автор: bronenos   (21.03.2007 в 15:48)   письмо автору
 
   для: Director_Of_Zoo   (21.03.2007 в 15:44)
 

шифровать для хранения или сравнения?
если второе - то md5_file() подойдет, а если первое, то 100 метров - тут без нарузки никак

   
 
 автор: Director_Of_Zoo   (21.03.2007 в 15:57)   письмо автору
 
   для: bronenos   (21.03.2007 в 15:48)
 

файл для хранения. в цикле задержки стоят поэтому при кодировании base64 загрузка сервака не очень большая (около 3-4%).
хочу найти чего-нито подобное базе 64 с возможностью шифровать и дешифровать. Меня собственно волнует только шифровка т.к. она на серваке будет. Дешифровать буду на локалхосте.
может mcrypt подойдёт, но какой метод выбрать послабее, а то ключи 64,128 бит, а оно мне не надо. Простота - вот что надо.

   
 
 автор: cheops   (22.03.2007 в 00:59)   письмо автору
 
   для: Director_Of_Zoo   (21.03.2007 в 15:44)
 

Для какой цели производится шифрование? Ведь base64 - это не шифрование - это просто кодирование для гарантированной передаче по каналам не поддерживающих ничего кроме английского алфавита и цифр.

   
 
 автор: Director_Of_Zoo   (23.03.2007 в 17:16)   письмо автору
 
   для: cheops   (22.03.2007 в 00:59)
 

Цель - изменение до неузнаваемости формата файла.
Обычная правка заголовков не подходит.

   
 
 автор: mihdan   (23.03.2007 в 17:28)   письмо автору
 
   для: Director_Of_Zoo   (23.03.2007 в 17:16)
 

Zend Optimizer - тебе поможет

   
 
 автор: Director_Of_Zoo   (24.03.2007 в 09:44)   письмо автору
 
   для: mihdan   (23.03.2007 в 17:28)
 

Может я не правилно или не понятно изъясняюсь, но мне необходимо закодировать файл, а точнее скрыть его формат не от людей а от машины, которая проверяет его на наличие того или иного содержимого. Меня в принципе устраивает базе64, но такое кодирование приводит к увеличению размера файла на 33%, что впринципе прилично, хотя не критично.

   
 
 автор: hatsker   (24.03.2007 в 09:52)   письмо автору
 
   для: Director_Of_Zoo   (24.03.2007 в 09:44)
 

может глупо звучит. но вы тогда просто заархируйте файл как store. или тупо в лоб поменяйте расширение на какое нить *.msi or djvu. It is Up to you what you can come up with.

   
 
 автор: Director_Of_Zoo   (24.03.2007 в 11:27)   письмо автору
 
   для: hatsker   (24.03.2007 в 09:52)
 

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

   
 
 автор: hatsker   (24.03.2007 в 18:12)   письмо автору
 
   для: Director_Of_Zoo   (24.03.2007 в 11:27)
 

есть такое сжимание которое не сжимает а просто например хранит что то. то есть самого сжатия не происходит. называется такой метод store. посмотрите в rar там есть. при этом не будут уходить ресурсы машины (сильно), да и к тому же мона пароль так же поставить до кучи.

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования