主要是参考《Ceph 之 RADOS 设计原理与实现》，《Linux 开源存储全栈详解》以及《Ceph设计原理与实现》这三本书，针对相关章节对比阅读。过程中有些知识点发人深省，又有些知识点自己平时不会注意到，而他们彼此之间又无多少关联，于是干脆放在一起胡乱记一番，后续有意再复习整理吧。

在 Unity 中，每个脚本都绑定在一个独立的对象上，而对象与对象之间不可避免地需要彼此之间进行沟通和调用，其中包括平级的对象之间，以及父对象与子对象之间，都会存在各种不同的数据传递或者调用，来实现事件的响应等。 参考链接：【详解Unity】脚本数据传递与事件通知 | 方法总结_哔哩哔哩_bilibili 1. 数据传递 先来看下对象之间的数据传递，大致有如下几种方法： 定义静态字段 定义公开属性、Get 方法 PlayerPrefs 单例模式 a. 定义静态字段 一般适用于一些固定的常量，或者实例之间共享的变量。和 C++ 类似，定义的静态字段可以直接通过"类名.静态变量名"的方式来获取调用。定义方式如下 12public static int number = 999;public static readonly int NUMBER = 888; b. 定义公开属性、Get 方法 如果是跨脚本传输数据的话，需要获得该脚本的实例对象才能去访问公开变量，至于如何获取该实例对象见下方代码 脚本 A 12345678910111213using UnityEng ...

参考视频链接：【详解Unity】几种移动方式实现_哔哩哔哩_bilibili 1. Transform 类移动 a. transform.position 最基础的移动方式，每帧瞬移 speed * Time.deltaTime，注意这里是 += position 而不是 = （即这里的输入是一帧内的相对运动距离） 1transform.position += new Vector3(0, 0, speed * Time.deltaTime); b. transform.Translate 实现：Translate(V3向量， 坐标系) 相较于 transform.position 的优点是 translate 可使用自身坐标移动，而 position 则永远以世界坐标为参照。举个例子，当把物体绕 z 轴旋转 45 度之后，让其沿着 x 轴进行运动。此时其自身坐标系的 x 和 z 平面与世界坐标系的平面之间有了夹角，默认情况下使用 Translte 运动时便会斜着进行运动。而不是与世界坐标系的平面平行运动。若想让其仍然沿着世界坐标系的 x 轴进行运动的话，修改下 Translate ...

作为部门 Lab 的志愿者已经有一年了，真没想到当初以为很简单的搭建 Ceph 集群的任务，拖拖绊绊加上各种问题解决，竟然用了一年才算比较彻底地搞定。也罢，过程中遇到了挺多坑，也参考了很多资料，在这里统一整理下，既作为对自己的参考，也希望能对后来者有一点点的帮助。

2023.07.15, 糊里糊涂开始了又开始了一段自学之旅，不知道这次能脑热多久呢。简单记录下目前所学备忘

在开发一个前端项目时候需要改进的一个功能，即上传的文件不能仅凭文件名后缀来识别过滤类型，因为可能会存在文件名后缀人为修改从而变更文件类型行为，进而造成服务器后端程序处理特定类型文件时异常。于是需要添加文件内容校验功能，这里主要针对 MP4 文件。

重新认真开始看源码后比较认真记录的一些内容，在 PhyLayer 还有好多细节没有展开，后续有多余精力再补充吧！

跟着参考链接1来学习整理，实现细节和博客不同，因此在这里整理方便后续复习回顾

拆成小部分一点点来吃透 BasePhyLayer Module。

最近尝试自己搭建几个模块来模拟移动车辆与基站的通信，但自己实现的模块应该依赖于静态的连接无法模拟动态的特性，具体体现就是需要一直通过通信获取车辆位置来判断车辆是否在基站范围内，这样便造成了许多冗余的信息交互。反观 Veins 中车辆在移动过程中可以按需建立连接来实现交互，于是决定回头重新来看下 Veins 中的 connectionManager 模块，希望能从中有所收获。