Инструмент для загрузки только выбранных страниц / определенной страницы из документа! [closed]
Многие инструменты имеют функцию печати определенной страницы или непрерывного набора выбранных страниц.
Точно так же нам может потребоваться просмотреть только несколько страниц конкретного документа, доступного в Интернете. Таким образом, вместо того, чтобы загружать полный документ, лучше иметь только несколько избранных страниц из этого документа. Существует ли инструмент / протокол, который поможет загрузить определенную страницу документа, а не весь документ (документ PDF или Word, файлы документов на базе Linux или файл PPT или файл Excel)?
Было бы еще полезнее, если бы в инструменте была функция загрузки нескольких случайных / последовательных выборочных страниц из одного и того же документа!
Я очень удивлен, что менеджеры загрузки также не поддерживают эту функцию !!
Я думаю, что есть много преимуществ, таких как быстрая загрузка только желаемого содержимого конкретного пользователя и экономия полосы пропускания.
Какие-либо конкретные причины отсутствия поддержки этой функции во многих инструментах / протоколах передачи / совместного использования файлов?
Какие-либо такие инструменты / протоколы доступны в среде Linux или Windows? Любые идеи ?
Thx in advans, Картик Балагуру
То, что Вы просите, является HTTP или FTP-сервером, который осведомлен о приложении. Это потребовало бы, чтобы веб-сервер имел способность интерпретировать каждый желаемый тип документа. PDF, Word..., о, ожидает, который версия? Word XP? 2000? 2003? .doc или .docx?
Вы можете находить отдельное применение, которое выполнит эту функцию динамично на Вашем веб-сервере, но это собирается съесть ресурсы. Это верно, что это сохранило бы пропускную способность - однако я ожидаю, что ресурсы для обработки, требуемые на сервере выполнять это, далеко превысили бы стоимость пропускной способности просто отправки всего файла.
-
1Хорошо, Но, Никакие такие межпреторы? Я не думаю, что инструмент должен открыть файл для интерпретации. Это должно интерпретировать страницы путем парсинга расположения памяти (шестнадцатеричный формат) (Просто предположение)! Разве это не возможно тот путь? Если тот файл расположен в адресе 0x20000000 сервера, то предположите, что страница 10 находится в месте 0x20001000. Для печати страницы это столь же легко как идущий непосредственно в 0x20001000 местоположение (прямой доступ) и отправляющий содержание, пока конец страницы не присутствует. Может быть клиент, может проверить на конец символа страницы и сообщить сервер, если это - слишком много нагрузки на сервере. – Karthik Balaguru 15 January 2010 в 15:03
Хорошо, я не думаю, что инструмент должен открыть файл для интерпретации. Это должно интерпретировать страницы путем парсинга расположения памяти (шестнадцатеричный формат) (Просто предположение)! Разве это не возможно тот путь?
Если тот файл расположен в адресе 0x20000000 сервера, то предположите, что страница 10 находится в месте 0x20001000. Для загрузки страницы это столь же легко как идущий непосредственно в 0x20001000 местоположение (прямой доступ) и отправляющий содержание. Может быть клиент, может проверить на конец символа страницы и сообщить сервер. Это могло бы помочь в сокращении нагрузки на сервере. Кроме этого, это - обычная функция передающих данных из сервера. Это - не этот путь?
-
1Вы когда-либо пытались создать короткий документ в MS Word .doc формат, сохраняя его, редактируя его немного, и затем открытие это в Блокноте? Фактический текст, который Вы записали, на всем протяжении файла со всем форматированием и метаданными, сохраненными в других местах. Иногда страницы или части страниц являются not' t даже в порядке в фактическом файле. – GAThrawn 15 January 2010 в 15:41
-
2Can' t мы определяем формат документа от первых нескольких строк (Главным образом названный как заголовок файла) формата файла? (Я просто предполагаю!). Если формат убежден, что мы можем легко получить соответствующие смещения и другой infos в других различных областях согласно стандарту. Разве это не возможно тот путь? Можете Вы показывать мне образцовый формат файла здесь или ссылку, которая покажет формат файла и сложность в парсинге его! – Karthik Balaguru 15 January 2010 в 22:31
Это не может быть достигнуто без сервера, являющегося знающим приложением (как подразумеваемая Kara Marfia). Вы не можете просто перейти к середине файла и предположить, что это будет серединой документа, так как большинство форматов данных не является структурой тот путь.
Возьмите, например, документ OpenOffice Writer (я использую этот пример, потому что я знаю немного о формате, но Вы получаете подобные проблемы с другими форматами).
Текстовое содержание файла появляется в одном маленьком блоке (и перенесен с метаданными).
Другая часть файла содержит метаданные (такие как имя автора)
В другом месте информация о том, как содержание должно быть разработано.
И существует набор других данных, плавающих вокруг в файле также.
Таким образом, данные расположены нелинейным способом. Это затем сжато — поэтому даже части файла, которые линейны, будят разделение.
(Вышеупомянутое упрощено. Выполненный разархивировали на odt файле, и Вы видите структуру для себя.)
Большинство форматов документов не является простыми, линейными представлениями того, как документ должен быть представлен. Вы не можете только отрезать их в части и извлечь части, о которых Вы заботитесь.
-
1Можно ли вставить формат здесь так, чтобы он мог визуализироваться. Можно ли поделиться ссылкой, которая показывает немного форматов файлов для иллюстрирования сложности. Я думаю, каждый формат файла будет иметь определенный заголовок и тело и другие блоки. Клиент собирается сказать серверу, что ему нужны XYZ.doc или ABC.ppt. Так, в самом запросе форматы файлов передаются серверу. Задание серверов состоит в том, чтобы быть только, чтобы пойти конкретное смещение и начать отправлять данные с его знанием в форматах файлов. Движение к конкретному смещению и отправке конкретной страницы трудной задачи? – Karthik Balaguru 15 January 2010 в 22:36
-
2" Можете Вы вставлять формат здесь так, чтобы это мог быть visualized" — откровенно говоря, нет. После распаковки его минимальный odt является 44k, который является слишком очень для вставки. ООО свободно. Можно сделать файл, разархивировать его и искать себя. Формат, вероятно, документируется на веб-сайте ООО. – Quentin 15 January 2010 в 23:12
-
3" Можете Вы делиться ссылкой, которая показывает немногим файл formats" - google.co.uk/search? q=jpeg%20specification (и замена ' jpeg' со множеством других форматов, которые интересуют Вас), – Quentin 15 January 2010 в 23:13
-
4" задание серверов состоит в том, чтобы быть только, чтобы пойти конкретное смещение и начать отправлять данные с его знанием в форматах " файла; - как упомянуто, нет никакого смещения. Форматы не линейны. Данные должны были создать любой данный фрагмент файла, обычно рассеивается всюду по файлу (если это не формат, разработанный явно для сетевого поиска, такого как большинство форматов видео, используемых в Интернете). – Quentin 15 January 2010 в 23:14
-
5Хорошо, Так, нелинейность является узким местом. Я думаю, что следующее может быть выбрано (Это может звучать немного сумасшедшим!). Может быть лучше иметь будущие изменения форматов файлов, возможно, должен думать об использовании пропускной способности также. Таким образом, использование пропускной способности могло быть одним из фактора входа/требования при разработке форматов файлов. Если возможный существующие форматы файлов могут выпустить исправленные версии форматов файлов как линейные для поддержки пропускной способности также. Я не уверен, сколько из этого возможно для различных форматов файлов, но я думаю, если бы не существующие форматы, будущие форматы должны иметь линейность! – Karthik Balaguru 16 January 2010 в 02:52