Извлечь файл WHL
Перетащите и отпустите или нажмите для выбора
Конфиденциально и безопасно
Все происходит в вашем браузере. Ваши файлы никогда не попадают на наши серверы.
Молниеносно
Никаких загрузок, никаких ожиданий. Конвертируйте в тот момент, когда вы перетаскиваете файл.
Действительно бесплатно
Не требуется учетная запись. Никаких скрытых платежей. Никаких уловок с размером файла.
Что такое формат WHL?
Колесо
Формат файла .whl, который расшифровывается как «Wheel», представляет собой формат архива на основе ZIP, предназначенный для распространения и установки пакетов Python. Он был представлен в PEP 427 в качестве замены старого формата .egg. Формат .whl обеспечивает более эффективный, быстрый и независимый от платформы способ распространения пакетов Python по сравнению с исходными дистрибутивами.
Файл .whl по сути является архивом ZIP, который следует определенной структуре каталогов и соглашению об именовании. Архив содержит исходный код пакета Python, скомпилированный байт-код и файлы метаданных, необходимые для установки. Формат .whl позволяет ускорить установку, поскольку устраняет необходимость выполнять setup.py и компилировать пакет во время установки.
Соглашение об именовании для файлов .whl следует определенному шаблону: {distribution}-{version}(-{build tag})?-{python tag}-{abi tag}-{platform tag}.whl. Давайте разберем каждый компонент: - {distribution}: имя пакета Python. - {version}: номер версии пакета. - {build tag} (необязательно): тег, указывающий на конкретную сборку пакета. - {python tag}: указывает реализацию и версию Python, например cp38 для CPython 3.8. - {abi tag}: указывает двоичный интерфейс приложения (ABI), например cp38m для CPython 3.8 с Unicode UCS-4. - {platform tag}: указывает целевую платформу, например win_amd64 для 64-битной Windows. Например, файл .whl с именем mypackage-1.0.0-cp38-cp38-win_amd64.whl представляет версию 1.0.0 «mypackage», созданную для CPython 3.8 в 64-битной Windows.
Структура каталогов внутри архива .whl следует определенной схеме. На верхнем уровне находится каталог «{distribution}-{version}.dist-info», содержащий файлы метаданных. Фактический код пакета и ресурсы хранятся в отдельном каталоге с именем «{distribution}-{version}.data».
В каталоге «.dist-info» обычно находятся следующие файлы: - METADATA: содержит метаданные пакета, такие как имя, версия, автор и зависимости. - WHEEL: указывает версию спецификации Wheel и теги совместимости пакета. - RECORD: список всех файлов, включенных в архив .whl, вместе с их хэшами для проверки целостности. - entry_points.txt (необязательно): определяет точки входа для пакета, такие как консольные скрипты или плагины. - LICENSE.txt (необязательно): содержит информацию о лицензии пакета. Каталог «.data» содержит фактический код пакета и ресурсы, организованные в соответствии с внутренней структурой пакета.
Чтобы создать файл .whl, обычно используется такой инструмент, как setuptools или pip. Эти инструменты автоматически генерируют необходимые файлы метаданных и упаковывают код в формат .whl на основе файла setup.py пакета или конфигурации pyproject.toml. Например, выполнение `python setup.py bdist_wheel` или `pip wheel .` в каталоге пакета создаст файл .whl в каталоге «dist».
При установке пакета из файла .whl такие инструменты, как pip, обрабатывают процесс установки. Они извлекают содержимое архива .whl, проверяют целостность файлов с помощью информации в файле RECORD и устанавливают пакет в соответствующее место в среде Python. Файлы метаданных в каталоге «.dist-info» используются для отслеживания установленного пакета и его зависимостей.
Одним из основных преимуществ формата .whl является его способность предоставлять предварительно созданные пакеты для конкретных платформ. Это означает, что пользователи могут устанавливать пакеты без необходимости иметь совместимую среду сборки или компилировать пакет из исходного кода. Файлы .whl могут быть созданы и распространены для разных платформ и версий Python, что упрощает распространение пакетов среди широкого круга пользователей.
Еще одним преимуществом формата .whl является его более высокая скорость установки по сравнению с исходными дистрибутивами. Поскольку файлы .whl содержат предварительно созданный байт-код и не требуют выполнения setup.py во время установки, процесс установки значительно ускоряется. Это особенно заметно для пакетов со сложными процессами сборки или зависимостями.
Формат .whl также поддерживает различные функции и расширения. Например, он позволяет включать скомпилированные расширения (например, расширения C) в архив, что упрощает распространение пакетов с собственным кодом. Он также поддерживает концепцию «прямых ссылок на URL» (PEP 610), которая позволяет указывать URL-адреса для зависимостей пакета, что обеспечивает более гибкие механизмы распространения.
В заключение, формат архива .whl является стандартизованным и эффективным способом распространения пакетов Python. Он обеспечивает независимый от платформы и более быстрый процесс установки по сравнению с исходными дистрибутивами. Следуя определенной структуре каталогов и соглашению об именовании, файлы .whl инкапсулируют код пакета, метаданные и зависимости в одном архиве. Широкое распространение формата .whl значительно упростило распространение и установку пакетов Python, что облегчило разработчикам обмен своими библиотеками, а пользователям — их бесшовную установку.
Сжатие файлов уменьшает избыточность, чтобы те же данные занимали меньше бит. Верхняя граница задаётся теорией информации: для без потерь пределом является энтропия источника (см. теорему кодирования источника Шеннона source coding theorem и его оригинальную статью 1948 года «A Mathematical Theory of Communication»). Для сжатия с потерями компромисс между битрейтом и качеством описывает теория rate–distortion.
Два столпа: моделирование и кодирование
Большинство компрессоров работают в два этапа. Сначала модель предсказывает или выявляет структуру данных. Затем кодер превращает эти предсказания в почти оптимальные шаблоны битов. Классическая семья моделей — Lempel–Ziv LZ77 (1977) и LZ78 (1978) находят повторяющиеся подстроки и излучают ссылки вместо сырых байтов. На стороне кодирования кодирование Хаффмана (см. статью 1952 года) назначает более короткие коды вероятным символам. Арифметическое кодирование и range coding ещё точнее приближаются к пределу энтропии, а современные Asymmetric Numeral Systems (ANS) дают схожие коэффициенты при табличных реализациях.
Что делают популярные форматы
DEFLATE (используют gzip, zlib, ZIP) сочетает LZ77 и Хаффмана. Спецификации открыты: DEFLATE RFC 1951, оболочка zlib RFC 1950и формат gzip RFC 1952. Gzip ориентирован на потоковую передачу и явно не обеспечивает произвольный доступ. PNG закрепляет DEFLATE как единственный метод (окно до 32 КиБ) согласно спецификации «Compression method 0…» и W3C/ISO PNG 2nd Edition.
Zstandard (zstd): современный универсальный компрессор с высокими коэффициентами и очень быстрой декомпрессией. Формат описан в RFC 8878 (и HTML-зеркале) и в референс-спеке на GitHub. Как и gzip, базовый фрейм не предполагает произвольного доступа. Главное преимущество zstd — словари: маленькие образцы корпуса, резко улучшающие сжатие множества крошечных или похожих файлов (см.документацию словарей python-zstandard и пример Nigela Tao). Реализации принимают «unstructured» и «structured» словари (обсуждение).
Brotli: оптимизирован для веб-контента (WOFF2, HTTP). Совмещает статический словарь и DEFLATE-подобное ядро LZ+энтропия. Спецификация — RFC 7932, где указано окно 2WBITS−16 с WBITS в [10, 24] и то, что формат не предоставляет произвольный доступ. Brotli часто превосходит gzip на веб-тексте и быстро декодируется.
Контейнер ZIP: ZIP — файловый архив, поддерживающий разные методы (deflate, store, zstd и др.). Де-факто стандарт — APPNOTE PKWARE (см.портал APPNOTE, размещённую копиюи обзоры LC ZIP File Format (PKWARE) / ZIP 6.3.3).
Скорость vs коэффициент
LZ4 ориентирован на максимальную скорость при умеренных коэффициентах. См. страницу проекта и формат фреймов. Подходит для кэшей в памяти, телеметрии и горячих путей, где декомпрессия должна быть почти со скоростью RAM.
XZ / LZMA гнётся за плотностью (высоким коэффициентом), но компрессует медленнее. XZ — контейнер; основную работу делают LZMA/LZMA2 (моделирование наподобие LZ77 + range coding). См.формат .xz, спецификацию LZMA (Павлов)и заметки ядра Linux про XZ Embedded. XZ обычно сжимает лучше gzip и соперничает с современными кодеками высокой плотности, но кодирует дольше.
bzip2 использует преобразование Бэрроуза–Уилера (BWT), move-to-front, RLE и Хаффмана. Обычно даёт файлы меньше, чем gzip, но медленнее; см.официальный мануал и man-страницу (Linux).
Окна, блоки и произвольный доступ
Важен размер окна. Ссылки DEFLATE смотрят максимум на 32 КиБ назад (RFC 1951) и ограничение PNG 32 КиБ здесь. Brotli поддерживает окна от ~1 КиБ до 16 МиБ (RFC 7932). Zstd настраивает окно и глубину поиска уровнями (RFC 8878). Базовые потоки gzip/zstd/brotli спроектированы для последовательного чтения; сами форматы не гарантируют произвольный доступ, хотя контейнеры (индексы tar, блочное фреймирование, форматные индексы) могут его добавить.
Lossless vs lossy
Форматы выше — lossless: можно восстановить те же байты. Медиа-кодеки часто lossy: они отбрасывают незаметные детали ради меньших битрейтов. Для изображений классический JPEG (DCT, квантование, энтропийное кодирование) стандартизован в ITU-T T.81 / ISO/IEC 10918-1. В аудио MP3 (MPEG-1 Layer III) и AAC (MPEG-2/4) используют перцепционные модели и MDCT (см.ISO/IEC 11172-3, ISO/IEC 13818-7и обзор MDCT здесь). Lossy и lossless могут сосуществовать (PNG для UI, веб-кодеки для изображений/видео/аудио).
Практические советы
- Выбирайте под задачу. Текст и шрифты для веба brotli. Общие файлы и бэкапы zstd (быстрая декомпрессия и уровни для обмена временем на коэффициент). Сверхбыстрые каналы и телеметрия lz4. Максимальная плотность для долгосрочных архивов, если время кодирования приемлемо xz/LZMA.
- Мелкие файлы? Тренируйте и поставляйте словари для zstd (доки) / (пример). Они значительно ужимают десятки маленьких похожих объектов.
- Интероперабельность. При обмене множеством файлов используйте контейнер (ZIP, tar) плюс компрессор. APPNOTE для ZIP задаёт идентификаторы методов и возможности; смотрите PKWARE APPNOTE и обзоры LC здесь.
- Мерьте на своих данных. Коэффициенты и скорости зависят от корпуса. Многие репозитории публикуют бенчмарки (например, README LZ4 ссылается на корпус Silesia здесь), но всегда проверяйте локально.
Ключевые источники (углубиться)
Теория Shannon 1948 · Rate–distortion · Кодирование Huffman 1952 · Арифметическое кодирование · Range coding · ANS. Форматы DEFLATE · zlib · gzip · Zstandard · Brotli · LZ4 frame · XZ format. Стек BWT Burrows–Wheeler (1994) · руководство bzip2. Медиа JPEG T.81 · MP3 ISO/IEC 11172-3 · AAC ISO/IEC 13818-7 · MDCT.
Итог: подбирайте компрессор под свои данные и ограниче ния, измеряйте на реальных входах и не забывайте о выгоде словарей и умного фрейминга. С удачной парой получите меньшие файлы, быстрые передачи и отзывчивые приложения без ущерба корректности и переносимости.
Часто задаваемые вопросы
Что такое сжатие файлов?
Сжатие файлов - это процесс, который уменьшает размер файла или файлов, обычно для экономии места на диске или ускорения передачи по сети.
Как работает сжатие файлов?
Сжатие файлов работает путем идентификации и удаления избыточности в данных. Оно использует алгоритмы для кодирования исходных данных в более маленьком пространстве.
Какие существуют типы сжатия файлов?
Два основных типа сжатия файлов: без потерь и с потерями. Сжатие без потерь позволяет восстановить исходный файл целиком, в то время как сжатие с потерями обеспечивает более значительное уменьшение размера за счет небольшой потери в качестве данных.
Приведите пример инструмента для сжатия файлов?
Популярным примером инструмента для сжатия файлов является WinZip, который поддерживает несколько форматов сжатия, включая ZIP и RAR.
Влияет ли сжатие файлов на качество файлов?
При сжатии без потерь качество остается неизменным. Однако при сжатии с потерями может быть заметное снижение качества, поскольку оно удаляет менее важные данные для более значительного уменьшения размера файла.
Безопасно ли сжатие файлов?
Да, сжатие файлов безопасно с точки зрения целостности данных, особенно при сжатии без потерь. Однако, как и любые файлы, сжатые файлы могут стать целью для вредоносного ПО или вирусов, поэтому всегда важно иметь надежное программное обеспечение безопасности.
Какие типы файлов можно сжимать?
Почти все типы файлов можно сжимать, включая текстовые файлы, изображения, аудио, видео и программные файлы. Однако уровень достижимо го сжатия может значительно варьироваться в зависимости от типа файла.
Что такое ZIP-файл?
ZIP-файл - это тип формата файла, который использует сжатие без потерь для уменьшения размера одного или нескольких файлов. Несколько файлов в ZIP-файле фактически объединяются в один файл, что также упрощает обмен данными.
Могу ли я сжать уже сжатый файл?
Технически, да, хотя дополнительное уменьшение размера может быть минимальным или даже противопродуктивным. Сжатие уже сжатого файла иногда может увеличить его размер из-за метаданных, добавленных алгоритмом сжатия.
Как я могу распаковать файл?
Чтобы распаковать файл, обычно вам нужен инструмент для распаковки или разархивации, такой как WinZip или 7-Zip. Эти инструменты могут извлечь исходные файлы из сжатого формата.