音频源 36 音频槽 37 视频滤镜 38 视频源 39 视频槽 40 多媒体滤镜 41 多媒体源 42 参考 43 开发人员 ## 致谢 当前文档《ffmpeg 翻译文档(ffmpeg 中文文档)》由进击的皇虫使用书栈（BookStack.CN）进行构建，生成于2018-05-26。 书栈(BookStack.CN) 仅提供文档编写、整理、归类等功能，以及对文档内容的生成和导出工具。 分享，让知识传承更久远！感谢知识的创造者，感谢知识的分享者，也感谢每一位阅读到此处的读者，因为我们都将成为知识的传承者。 ## README - ffmpeg 翻译文档（ffmpeg-all 包含重要组件） - 来源（书栈小编注） ## ffmpeg 翻译文档（ffmpeg-all 包含重要组件） ## 目录： - 1 命令语法 - 2 描述/概览 - 3 详细说明 - 4 流的选择（指定） com/xdsnet/other-doc-cn-ffmpeg ## 1 命令语法 • 1 命令语法 ## 1 命令语法 1. ffmpeg [全局选项] {[输入文件选项] -i 输入文件} ... {[输出文件选项] 输出文件} ... ## 即 1. ffmpeg [global_options] [[input_file_options] -i input_file] ... [[output_file_options]

创建你的第一个 Django 项目，第七部分 进阶内容：编写可重用的应用 接下来如何学习？ 编写你的第一个 Django 补丁 ## 致谢 当前文档《Django 官方教程翻译项目》由进击的皇虫使用书栈(BookStack.CN)进行构建，生成于2018-05-25。 书栈(BookStack.CN) 仅提供文档编写、整理、归类等功能，以及对文档内容的生成和导出工具。 Django-intro-zh Django 官方教程翻译项目 - 目前版本：1.11 - 官方文档目录 - 中文版文档 - 翻译进度 - 我也想一起翻译 # Django-intro-zh Django 官方教程翻译项目 ### 目前版本：1.11 这个项目的目的是将 Django 官方教程的 intro 部分翻译成中文版。 起因是在看完 Django Book Book 之后觉得有点过时，随后看了官方文档，还是觉得官方文档写的比较通俗易懂。为了方便更多想要学习 Django 的人（顺便翻译一遍也能更深入的理解文档），就有了这个项目。 这一项目离不开辛勤帮助翻译的小伙伴们，没有他们这个项目也无法完成。 特别感谢 @Zoctan，将翻译版本从 1.8 升级到了 1.11（pr），跟上了 Django 的发展。 ## 官方文档目录 官方文档 在此。 以下是官方文档的目录：

StackExchange. Redis文档翻译 书栈(BookStack.CN) 目 录 致谢 StackExchange.Redis 文档翻译 基本用法 配置 管道和多路复用器 键，值以及通道 事务 事件 发布/订阅 消息顺序 KEYS，SCAN，FLUSHDB 等命令在哪里？ 性能分析 脚本 致谢 当前文档 《StackExchange.Redis文档翻译》 由 进击的皇虫 使用 书栈(BookStack ，感谢知识的分享者，也感谢每一位阅读到此处的读者，因为我们都将成为知识的传承者。 StackExchange.Redis 文档翻译 StackExchange.Redis 文档翻译 。 目录 来源（书栈小编注） StackExchange.Redis 文档翻译 ServiceStack.Redis从4.0版本开始收费使用，好在好的东西不存在没有开源免费的； 大名鼎鼎的Stack Over Overflow就提供了它的Redis客户端库：StackExchange.Redis免费给我们使用。 看到网上很少有关于StackExchange.Redis的翻译，个人本着学习共享精神翻译了一下， 翻译应该有一些错误（有些地方我都感觉好像不是用英文的人写的，可能是我的英语水平本就不够，所以请读者原谅）， 读者可以综合原文阅读，如果发现错误可以提交一个PR给我，我会合并改正。 目录 基本用法 配置

o copy files efficiently ## • Part 2: • psutil 第1部分 ○基础的 Unix 概念 ○基础的 Socket 操作 ○高效的传输文件 ☐高效的复制文件 第2部分 ○ psutil ## UNIX concepts (oversimplified) [简单聊聊 Unix 的相关概念] ## System call / 系统调用 - 系统调用 I/O • open() • read() • write() Processes / 进程 • fork() • kill() • wait() Filesystem / 文件系统 • chmod() • mkdir() • getcwd() Communication / 通信 • pipe() • splice() • mmap() ## Kernel / 203d8521/p10_1.jpg) ## File descriptors / 文件描述符 - it's a reference to "something" (usually a file) - it can be mixed with system calls - 是对文件/套接字等资源的引用 ● 可以和系统调用连用 ## Print >>>

目 录 致谢 介绍 概览 配置 操作执行 数据序列化 数据分区 分布式对象 分布式集合 分布式锁和同步器 其它特性 Redis命令映射 致谢 当前文档 《Redisson 官方文档中文翻译》 由 进击的皇虫 使用 书栈（BookStack.CN）进行构建，生成于 2018-05-11。 书栈（BookStack.CN）仅提供文档编写、整理、归类等功能，以及对文档内容的生成和导出工具。 文档内容由 为我们都将成为知识的传承者。 ’ alt=‘OCR图片’/> 介绍 redisson-doc-cn 来源（书栈小编注） redisson-doc-cn Redisson 官方文档中文翻译。 来源（书栈小编注） https://github.com/liulongbiao/redisson-doc-cn 概览 概览 概览 Redisson 不只是一个 Java Redis 客户端，它是一个以内存 config.useClusterServers() .addNodeAddress(“127.0.0.1:7181”); 声明式配置 Redisson 配置可从 JSON 或 YAML 格式的文件中加载。 方法指向配置源来 完成： 配置 Config config = Config.fromJSON(new File(“config-file.json”)); RedissonClient

Curve文件系统空间分配方案（基于块的方案，已实现） - 背景 - 本地文件系统空间分配相关特性 - 局部性 - 延迟分配/Allocate-on-flush - Inline file/data - 空间分配 - 整体设计 - 空间分配流程 - 特殊情况 - 空间回收 - 小文件处理 - 并发问题 - 文件系统扩容 - 接口设计 根据CurveFS方案设计（总体设计，只实现了部分），文件系统基于当前的块进行实现，所以需要设计基于块的空间分配器，用于分配并存储文件数据。 ## 本地文件系统空间分配相关特性 局部性 尽量分配连续的磁盘空间，存储文件的数据。这一特性主要是针对HDD进行的优化，降低磁盘寻道时间。 延迟分配/Allocate-on-flush 在sync/flush之前，尽可能多的积累更多的文件数据块才进行空间分配，一方面可以提高局部性，另一方面可以降低磁盘碎片。 Inline file/data 几百字节的小文件不单独分配磁盘空间，直接把数据存放到文件的元数据中。 针对上述的本地文件系统特性，Curve文件系统分配需要着重考虑局部性。 虽然Curve是一个分布式文件系统，但是单个文件系统的容量可能会比较大，如果在空间分配时，不考虑局部性，inode中记录的extent数量很多，导致文件系统元数据量很大。 假如文件系统大小为1PiB，空间分配粒度为1MiB，

Curve文件系统元数据管理（已实现） Inode 1、设计一个分布式文件系统需要考虑的点： • 2、其他文件系统的调研总结 • 3、各内存结构体 • 4、curve文件系统的元数据内存组织 • 4.1 inode定义： • 4.2 dentry的定义： • 4.3 内存组织 5元数据分片 • 5.1 分片方式一：inode和dentry都按照parentid分片 5.1 1.1 场景分析 查找：查找/A/C。 - 创建：/A/C不在，创建/A/C - 删除文件：删除/A/C • 删除目录：删除/A - rename: rename /A/C到/B/E - symbolic link: - hardlink: 生成一个hardlink /B/E，指向文件/A/C - list: 遍历/A目录 5.1.2 好处 5.1.2 问题 • 生成一个hardlink /B/E，指向文件/A/C • 6、curve文件系统的多文件系统的设计 ## 1、 设计一个分布式文件系统需要考虑的点： 1. 文件系统的元数据是否全缓存？ 2. 元数据持久化在单独的元数据服务器上？在磁盘上？在volume上？ 3. inode+dentry方式？当前curve块存储的kv方式？ 4. 是否有单独的元数据管理服务器？ ## 2、 其他文件系统的调研总结

#### Apache Shiro 1.2.x Reference Manual 中文翻译 ## 目錄 介绍 0 I. Overview 总览 1 1. Introduction 介绍 1.1 2. Tutorial 教程 1.2 3. Architecture 架构 1.3 4. Configuration 配置 1.4 II. Core 核心 2 5. 缓存 4.1 12. Concurrency & Multithreading 并发与多线程 4.2 13. Testing 测试 4.3 14. Custom Subjects 自定义 Subject 4.4 V. Integration 整合 5 15. Spring Framework 5.1 16. Guice 5.2 17. CAS 5.3 com/apache-shiro-1.2.x-reference/. Let's READ! 《Apache Shiro 1.2.x 参考手册》中文翻译（包含了官方文档以及其他文章）。截止现在（2015-8-1）Shiro的最新版本为1.2.4，利用业余时间对此进行翻译，并在原文的基础上，插入配图，图文并茂方便用户理解。如有勘误欢迎指正。 ## Get Started 如何开始阅读 选择下面入口之一：

curvefs client 删除文件和目录功能设计 背景 相关调研 moosefs chubaofs 方案设计思考 1. Trash机制是实现1个(类似chubaofs)，还是2个（类似moosefs）？ 2. Trash 放在哪里? 3. 是否需要做 session 机制（在 metaserver 打开），来维护 inode 的打开情况？ • 方案设计 • Trash机制： ret; ## 存在两个问题： 一是删除时nlink字段未考虑： 文件的nlink用于实现hard link。hard link使用nlink字段表示文件的link的引用计数，第一次创建文件是nlink字段为1。每创建一个新的指向该文件的hard link时，nlink字段+1，每删除一个hard link或指向的原文件时，nlink字段-1。 当nlink字段减到0时，才真正删除inode 目录的nlink字段与文件的nlink字段不同，目录的nlink字段初始值为2，并且在目录下，每创建一个新目录，nlink字段也会+1，删除目录nlink相应的减1。 目录不支持硬链接。 ## 二 是删除时lookup count未考虑： lookup count 指的是文件的访问计数。当文件/目录被打开时，即使文件/目录已经被另一个进程删除了（nlink=0），该文件/目录仍然可以被打开的

curve文件系统元数据proto（代码接口定义，已实现） ## 1、 代码结构和代码目录 curve文件系统是相对于curve块设备比较独立的一块，在当前curve项目的目录下，增加一个一级目录curvefs，curvefs下有自己独立的proto\src\test。  ## 2、 文件系统proto定义 #### 2.1 mds.proto mds.proto /* * Copyright (c) 2020 NetEase Inc. * Licensed under the Apache License, Version 2.0 (the "License"); * you may not use