TGINSIGHT SIMILAR POSTS
Изворен канал @pythonotes · Post #239 · 3 мај
Один из самых удобных способов записать данные это использование готовых форматов, такие как JSON или YAML. Из плюсов такого подхода стоит отметить вот что: 🔸 готовый, повсеместно используемый и поддерживаемый формат 🔸 простой и понятный файл, удобочитаемый для человека 🔸 можно легко редактировать в любом текстовом редакторе без специальных программ и библиотек Но есть и минусы 🔹 затраты времени при записи файла (кодирование данных в нужный формат строки) 🔹 затраты времени при чтении файла (декодирование данных в Python объекты) 🔹 размер файла увеличивается из-за разметки данных (скобки, запятые, переносы, отступы...) 🔹 перед записью все данные должны быть помещены в память в полном объёме (не всегда) 🔹 при чтении необходимо считать весь файл в память и только потом декодировать данные Если нужно писать немного данных в несколько файлов, то затраты по времени не ощутимы. Обычно это файлы конфига или какие-либо метаданные. Это отличный вариант под такие задачи. Есть и другой поход к записи файлов - это бинарные файлы. Используется, когда данных достаточно много и никто их не собирается читать глазками😳. 🔸 очень быстрая запись 🔸 чтение значительно быстрей чем JSON, YAML итд 🔸 размер файла значительно меньше, так как нет разметки 🔸 можно записывать данные по мере поступления не загружая всё в память 🔸 можно извлечь любую часть данных независимо Из минусов 🔹 нужно определить свой формат записи данных (если не используете готовую спецификацию определённого формата) 🔹 не получится открыть файл и визуально понять что там записано, а для чтения файла потребуется знать его спецификацию. 🔹 не так-то просто создать такой файл без специальной библиотеки В таком виде удобно записывать большой массив любых однородных данных. Например, мониторинг валютной биржи или кэшированная анимация 3D геометрии. (Это не означает что нельзя записать данные разного типа, просто это будет не так удобно) Представьте себе JPG-картинку. По сути это немного мета-информации и большой массив пикселей. Тоже самое со звуком или видео файлом. Поэтому, если вы попробуете открыть картинку в текстовом редакторе вы увидите что-то вроде такого f15d cd29 a564 4578 ... 09e2 9bc4 a696 1253 ... 84e9 4de1 3b23 c24a ... 2534 5161 28e0 709d ... ... Это и есть записанные байтики. И для их чтения требуется определённый софт который знает что с ними делать. Под каждый тип файла. К чему это я? Читайте в следующем посте... #tricks#basic
Пребарај: #transmission
@rocCHL · Post #9273 · 28.01.2026 г., 04:03
开源 BT 下载器 Transmission 4.1 全面升级：支持 IPv6 与顺序下载，强化远程控制与流媒体支持 最新的 4.1.0 版本。升级重点是网络协议和性能优化。新版降低 CPU 和内存占用，减少不必要的堆内存分配，并优化节点通信延迟。升级包括µTP 协议下载效率、IPv6 和双栈 UDP 追踪服务器支持、BEP-7 规范的旧式追踪器兼容等。用户可以通过 settings.json 配置文件自主设置 µTP 与 TCP 传输协议的优先级。新功能包括顺序下载模式，远程控制接口升级至 JSON-RPC 2.0 标准、节点流量统计、下载进度字节数等数据字段，以及任务完成即时校验选项和 Web 界面增加强制校验本地数据功能。 标签:#Transmission Created by RocM 官方频道：@rocCHL 官方群组：@roctech 官方合作：@rocmmbot
Hashtags
@Ptfxq · Post #717 · 27.08.2024 г., 09:29
#AnimeBytes#AB#Transmission We have taken a very hard decision to disable Transmission in version 4.0.6 due to outstanding bug where announces are seen as failed and retried consequently against tracker, increasing load on it. You can follow the issue as reported on GitHub. Please note that this is unrelated to recent issue with libcurl crashes, this is a logical bug in how client handles announces to tracker. We recommend you downgrade to 4.0.5 which does not exhibit this behavior. 小编注：同样的 4.0.6 问题，虽然 BLU 与 HDB 公告说会恢复此版本，但建议各位直接跳过此版本。
Hashtags
@Ptfxq · Post #704 · 11.08.2024 г., 02:00
#HDBits#HDB#Blutopia#BLU#Transmission BLU: Transmission 4.0.6 最近被临时禁用，原因是 curl 更新带来的一些问题。具体可以参看：https://github.com/transmission/transmission/issues/7035 现在 curl 的问题解决了，所以站点会在几周内取消对 tr4.0.6 的禁用 如果任何用户因为 tr4.0.6 的问题导致吃了 HnR，请开一个 ticket HDB: 和 BLU 一样的临时禁用，也会在几周内取消对 tr4.0.6 的禁用 小编再次友情提示：没事不要更新客户端