forum.opennet.ru - "ZIP files access" (2)

форумы

помощь

поиск

регистрация

майллист

ВХОД

слежка

"ZIP files access"

Форумы Программирование под UNIX (Public)
Вариант для распечатки		Архивированная нить - только для чтения! Пред. тема \| След. тема
Изначальное сообщение		[Проследить за развитием треда]

"ZIP files access"
Сообщение от mirya on 15-Июн-04, 21:18 (MSK)
Предположим, из сети загружен большой ЗИП-архив, и проверка CRC показала, что нек-рые файлы в архиве попорчены. Нужно найти их "архивные" начало(смещение в архиве) и конец, чтобы потом перекачать только поломанную часть. На данный момент я вожусь с либой zip2.3, пытаясь вставить дамп смещения файла в то место, где она будет его читать. Но это не дело. Если есть предложения получше - пишите
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх

Оглавление

ZIP files access, ACCA, 02:52 , 19-Июн-04, (1)
- ZIP files access, mirya, 12:23 , 19-Июн-04, (2)

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "ZIP files access"

Сообщение от ACCA (ok) on 19-Июн-04, 02:52  (MSK)

У тебя три возможных случая -
1. Потерян кусок файла
2. Вставлен лишний кусок
3. Произошло искажение (в том числе 1+2)
Перейди на более надёжный протокол, хитрый алгоритм проверки ZIP обойдётся гораздо дороже.
Вариант решения - распаковываешь что распаковалось, остальные файлы создаёшь с нулевым содержимым (имена и размеры ты знаешь из каталога ZIP). Запаковываешь тем же алгоритмом и сравниваешь выходной поток с принятым файлом. Как только пошла разница - с этого места нужно качать заново.

Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "ZIP files access"

Сообщение от mirya on 19-Июн-04, 12:23  (MSK)

  Я использовал Reget для закачки, он изначално резервирует файл размера закачки, а потом в него пишет. При сбоях маркеры закачки асинхронизируються с реально закачаным - в рез. часть архива в мусор. Проблема была в том, что сам Reget не сочетал возможности частичной закачки файлов архива И использования куков от браузера - только прямым редактированием конфига.
  Насчет попыток найти начало-конец поврежденного модификацией unzip завершились неудачей - код дико кривой.

Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "ZIP files access"
Сообщение от ACCA (ok) on 19-Июн-04, 02:52 (MSK)
У тебя три возможных случая - 1. Потерян кусок файла 2. Вставлен лишний кусок 3. Произошло искажение (в том числе 1+2) Перейди на более надёжный протокол, хитрый алгоритм проверки ZIP обойдётся гораздо дороже. Вариант решения - распаковываешь что распаковалось, остальные файлы создаёшь с нулевым содержимым (имена и размеры ты знаешь из каталога ZIP). Запаковываешь тем же алгоритмом и сравниваешь выходной поток с принятым файлом. Как только пошла разница - с этого места нужно качать заново.
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	2. "ZIP files access"
	Сообщение от mirya on 19-Июн-04, 12:23 (MSK)
	Я использовал Reget для закачки, он изначално резервирует файл размера закачки, а потом в него пишет. При сбоях маркеры закачки асинхронизируються с реально закачаным - в рез. часть архива в мусор. Проблема была в том, что сам Reget не сочетал возможности частичной закачки файлов архива И использования куков от браузера - только прямым редактированием конфига. Насчет попыток найти начало-конец поврежденного модификацией unzip завершились неудачей - код дико кривой.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх