《理想》专题

本文档叙述了 Ceph 客户端的用户身份，及其与 Ceph 存储集群的认证和授权。用户可以是个人或系统角色（像应用程序），它们用 Ceph 客户端和 Ceph 服务器守护进程交互。 When Ceph runs with authentication and authorization enabled (enabled by default), you must specify a user na

用 ceph-deploy 建立一个集群后，你可以把客户端管理密钥和 Ceph 配置文件发给其他管理员，以便让他用 ceph 命令管理集群。 创建一管理主机 要允许一主机以管理员权限执行 Ceph 命令，用 admin 命令： ceph-deploy admin {host-name [host-name]...} 分发配置文件 要把改过的配置文件分发给集群内各主机，可用 config push

收集密钥 在准备一台主机作为 OSD 或元数据服务器时，你得收集监视器、 OSD 、和 MDS 的初始密钥环，可用下列命令： ceph-deploy gatherkeys {monitor-host} Note 检索密钥时，指定一个包含 Ceph 监视器的主机。 Note 如果建设集群时配置了多个监视器，需确保它们都已启动且在运行。如果监视器没能形成法定人数， ceph-create-keys 就

yarn：/jɑ?n/，纱线，奇谈，故事。 Yarn为Node.js平台的代码包管理器。类似于知名的npm包管理器，实际是npm客户端。 特点：快速、安全、可靠。1、离线模式：依赖包只要被装过一次，就会被缓存到本机，再次安装时直接从缓存中读取。2、高确定性：无论安装顺序如何，同样的依赖包都将会以完全一样的方式安装。3、网络性能优异：将请求高效队列化， Yarn可以将安装时间从数分钟减少至几秒钟。Y

CabalPHP 支持自定义异常处理和 404，405等错误处理。 请求中的错误处理请写在 usr/routes.php 中！ 404处理 可以在 usr/routes.php中自定义404处理，如果不配置会返回缺省404页面。 use Cabal\Core\Http\Response; use Cabal\Core\Http\Server; use Cabal\Core\Http\Request

在San CLI中主要通过san serve和san build命令进行生产和开发环境的打包，San的脚手架工程内置了四个命令，包括启动本地服务、生产环境打包、打包分析、现代模式打包等，脚手架工程的package.json内可执行的命令有： npm run start // 打包+启动本地服务 npm run build // 打包发布 npm run analyzer // 打包分析 npm r

在插件管理，可以查看项目已安装的插件列表，也可以在上方的搜索框中搜索项目已安装的插件，然后更新或卸载它们。 安装插件 点击右上角的“安装插件”按钮后，我们可以浏览所有的插件，这里我们将San CLI插件和San CLI UI插件进行了分类展示，提升搜索效率。 安装 devtools 右上角还提供了安装 devtools 的快捷入口。 注：devtools 是用于调试 san.js 应用的开发工具。

在San CLI UI中，可直接进行项目插件和依赖的安装、更新、卸载、删除等操作，依赖管理和插件管理的核心是npm包的安装可视化操作，好处是： npm install的可视化管理，组件升级更直观 操作简单，快速引入依赖 CLI的插件集合，更容易发现新包，提升检索效率 依赖管理 在依赖管理中，可以查看项目已安装的依赖列表，也可以在上方的搜索框中搜索项目已安装的依赖，然后更新或卸载它们。 安装依赖 点

San CLI 的配置文件为san.config.js，该文件放在项目的根目录下，当执行 San CLI 命令时，San CLI 会自动读取san.config.js的内容，在项目创建后，首先需要修改san.config.js来配置文件打包等选项。San CLI UI 将配置的每一项转换为表单，同时将配置项的语义直观的展示在页面，无需查找文档，直接在San CLI UI中修改表单，保存后即可看到s

进入San CLI UI的主页即为项目管理界面，可对显示的本地列表项目进行搜索、收藏、在编辑器打开、重命名、从San CLI UI删除（不会删除本地文件），删除后可通过导入项目重新显示在项目列表中，

　异常是指正常情况下不会发生的所谓「例外」的情况。在大部分情况下异常和错误可以当作同义词。 异常会发生的地方 　程序的任何地方都有发生异常的可能性。 　发生异常的时候，异常将被「投出(throw)」。 　比如说，以下的脚本将会引起错误。 例: "3%0"!;//发生“除以0错误”的异常 　虽然有像上例一样明显会发生异常的情况，但也有一些情况下，无法知道代码是否一定会发生异常。 异常的捕捉 　使用

微服务就是一些协同工作的，小而自治的服务。 很小，专注做好一件事 随着需求的迭代，新功能的增加，代码库往往会变得越来越大，尽管我们极力希望在巨大的代码库中做到清晰的模块化，但事实上模块与模块之间的界限很难划分得清楚，逐渐地相似的功能代码在代码库中随处可见，以致于在迭代时想要知道该在什么地方做修改都很困难，修复 Bug 和增加新特性新功能越来越难。 在一个单体系统中，通常会创建一些抽象层或者实现模块

在 Hyperf 里，业务代码都运行在 Worker 进程 上，也就意味着一旦任意一个请求的业务存在没有捕获处理的异常的话，都会导致对应的 Worker 进程 被中断退出，这对服务而言也是不能接受的，捕获异常并输出合理的报错内容给客户端也是更加友好的。 我们可以通过对各个 server 定义不同的 异常处理器(ExceptionHandler)，一旦业务流程存在没有捕获的异常，都会被传递到已注册的

它的使用是不基于应用的，或者说基于任何一个应用都能访问这些 API，所以在用法上是直接调用 work 实例的 media 属性： 上传的媒体文件限制： 所有文件size必须大于5个字节 图片（image）：2MB，支持JPG,PNG格式 语音（voice）：2MB，播放长度不超过60s，支持AMR格式 视频（video）：10MB，支持MP4格式 普通文件（file）：20MB 上传图片 注意：微

{warning} 企业微信在17年11月对 API 进行了大量的改动，应用管理部分已经没啥用了 应用管理是企业微信中比较特别的地方，因为它的使用是不基于应用的，或者说基于任何一个应用都能访问这些 API，所以在用法上是直接调用 work 实例的 agent 属性。 $config = [ ... ]; $app = Factory::work($config); 应用列表 $agen