烧烤配上精酿，熬夜看个电影简直美滋滋  
记得今年电影院有一个杰森斯坦森主演的鲨鱼相关题材的电影  
瞅到了《巨齿鲨》，好像就是这个名字，就点开来看了，倒是没注意电影的信息介绍（果然不是想象中的那部emmmm）  


杰森斯坦森和李冰冰主演，看完了之后还特地搜了一下李冰冰= =发现和李玟搞岔了。。。   
电影本身我觉得就一般般吧，冲着郭达去的，看了感觉还不如没看，除了最后结尾的时候“乘鲨而起”很爽，其他都没啥意思  

这么大一个东西，声呐系统发现不了？？
就算最高时速达到了150km/h, 折合下来也不过就是41.7m/s，声音在水中传播我记得也是七八百米每秒了，这么大的速度差声呐可能发现不了巨齿鲨吗？？？   
工作的地方带着小孩过去也就算了，最终明知道要去捕鲨的情况下还带着小孩，不是纯纯脑子有坑？？？  
还有好几个地方感觉自己的常识和智商都被按在地上摩擦，如果是纯爽片也就算了，本来看了就图一爽，我寻思着这也不是纯爽片啊，还硬加点感情戏码进去，图个啥啊？？？   

越想越气，于是去搜了一下豆瓣，果然评分只有5.7，依我看5.7都高了，纯粹是冲着郭达打点高分的，什么商业特效流水片，比无脑喜剧还难看，淦  
总之太狗屎了，在我眼里分数很低，打发时间用都觉得浪费时间了！！！！  
感觉有漏洞的地方太多了，就不一一说了，各种角度的尴尬！！！

巨齿鲨

一个两三年前的项目被告知出现了一个问题，所有的日期都是错的，和实际时间相差了八个小时  
因为历史久远+之前的同事离职+这部分我从来没接触过，当时就感觉有一点点头大  
排查结果发现最初的数据库数据是正确的，最终的业务端代码获取到时间也没有额外进行处理  
整体的处理流程大概是这样的   

A数据存入数据库 --->  B定时脚本获取数据库数据，并推送到ES  --->  C业务端搜索es获取数据并展示  
流程很简单，补充一些细节  
A步骤数据库是SQLserver(以前没用过，在navicat里面配置的格式居然是[ip,port]，是逗号而不是冒号，离谱),对应字段的存储格式是datetime  
B步骤在进行推送的时候将获取到的datetime转换成了timestamp，之后推送到了ES  
C步骤直接用ES获取了datetime，也就是说es自动将获取到的timestamp转换成了datetime  
因为是相差八个小时，所以第一反应还是可能是由于时区的影响，之前没有了解过相关情况于是去搜索了一下  



timestamp没有时区概念，其实以UTC格式存储的,UTC 是现在全球通用的时间标准，全球各地都同意将各自的时间进行同步协调。UTC 时间是经过平均太阳时（以格林威治时间GMT为准）、地轴运动修正后的新时标以及以秒为单位的国际原子时所综合精算而成。  
额外的概念包括  
GMT（Greenwich Mean Time）， 格林威治平时（也称格林威治时间）。它规定太阳每天经过位于英国伦敦郊区的皇家格林威治天文台的时间为中午12点。  
GMT是前世界标准时，UTC是现世界标准时。UTC 比 GMT更精准，以原子时计时，适应现代社会的精确计时。但在不需要精确到秒的情况下，二者可以视为等同。每年格林尼治天文台会发调时信息，基于UTC。参考https://zhuanlan.zhihu.com/p/135951778  
而datetime是基于本地时区的日常使用日期时间，众所周知出国大概率可能会有时差，也就是说北京时间的上午八点和纽约时间的上午八点必然不是一个时间点，所以如果使用datetime跨时差，则会出现问题，该项目的日期问题也是由于此。  

SQLserver，同步脚本服务器，业务服务器都是基于GMT+8的东八区；而ES所在的服务器则是使用GMT+0时间。  
因此在B步骤中，正确的时间被ES进行了存储为了GMT+0的datetime，而在C步骤中，GMT+8的服务器获取到了GMT+0服务器的datetime时间，导致两者之间实际相差了8h。  

最终的解决，实际上还是偷懒了，因为ES服务器历史比较久远，不想去动他，也不想重启任何服务，所以直接基于业务服务器，将datetime向后推迟了8h，从而使得业务端的搜索结果时间正常显示。

timestamp/datetime的时区问题

一口气从昨晚到今天把两部都看完了  

看了一半才感觉自己看过，但是又没完全看过，看完后发现自己确实完全看过，但是不看完又记不起来自己完全看过，淦   
我这是记忆力已经退化到什么程度了，这次特别记录一下，以后肯定知道自己是看过的了  
作为一部爽片，看了还是挺爽的，不过魔术看的太少了并且也没看过什么解密相关的东西，所以各个地方就是觉得不合理，非常的不合理  



随便举例子几个  
1. 打劫运钞车并且把假钞运进去，这么简单？就这么一笔带过？？？   
2. 获取到保险公司的钱并且分给每个人，咋做的？这和魔术有什么关系？？？  
3. 催眠这么牛逼的吗，我怎么感觉离谱，为什么有人对你说两句话就能催眠了？？？  
4. 让水珠在空中静止？？？这也有点离谱，或许这个能搜到解决方案   
5. 飞机起飞没有加速度推背感吗？这个在原地怎么模拟？？  
6. 带着芯片的纸牌会导致重量发生变化，他们还能熟练地扔起来吗？？？  
7. 芯片不是说假的吗？最后啥情况，真的又去哪里了？？  
8. eye这个组织啥情况，就周杰伦和他奶奶？？？  

评价一般吧，当爽片看，不要带脑子  
消遣时间还是不错的

惊天魔盗团

购置了4块16T的机械硬盘，当前显示如下图，NAS名称为DS423plus


![image.png](https://blog.uncleyiba.com:7894/static/img/e206c82b7ddfece1eb4d50bcea77d3d7.image.webp)

# 文件服务
## SMB(局域网内访问)
[SMB](https://baike.baidu.com/item/smb/4750512?fr=ge_ala)（全称是Server Message Block）是一个网络协议名，它能被用于Web连接和客户端与服务器之间的信息沟通。SMB最初是IBM的贝瑞·费根鲍姆（Barry Feigenbaum）研制的，其目的是将DOS操作系统中的本地文件接口“中断13”改造为网络文件系统。
SMB 只是系统之间通信的一种方式（协议），并不是什么特殊的软件。它被设计成为允许计算机通过本地局域网（LAN）在远程主机上读写文件。

故SMB用于局域网内进行文件传输读写。

群辉SMB页面有提示访问方式：  
输入以下地址以使用本地网络中的计算机来访问共享文件夹。  
PC(windows资源管理器): \\DS423plus  
Mac(Finder):  smb://DS423plus  
之后就可以像正常访问本地的文件夹一样去使用了，使用时可能会有一些延迟  

官方说明链接：https://kb.synology.cn/zh-cn/DSM/help/DSM/AdminCenter/file_winmacnfs_desc?version=7  


## AFP(局域网内备份)
Apple Filing Protocol （[AFP](https://baike.baidu.com/item/AFP/13351380?fr=ge_ala)）是一种网络协议，为Mac计算机提供文件服务。
参考 https://zhuanlan.zhihu.com/p/543970970?utm_id=0&wd=&eqid=dcac10070079500e00000006647c0458 中关于AFP介绍，专门用于备份Mac相关数据使用， 要结合Mac的时间机器一起进行使用，目前(2024.07.08)还没有使用过，后面使用了补充一下  

官方说明链接：https://kb.synology.cn/zh-cn/DSM/help/DSM/AdminCenter/file_winmacnfs_mac?version=7

## NFS(暂时不用)
网络文件系统，英文Network File System([NFS](https://baike.baidu.com/item/%E7%BD%91%E7%BB%9C%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F/9719420?fromtitle=NFS&fromid=812203))，是由SUN公司研制的UNIX表示层协议(presentation layer protocol)，能使使用者访问网络上别处的文件就像在使用自己的计算机一样。  
NFS是基于UDP/IP协议的应用，其实现主要是采用远程过程调用RPC机制，RPC提供了一组与机器、操作系统以及底层传送协议无关的存取远程文件的操作。RPC采用了XDR的支持。XDR是一种与机器无关的数据描述编码的协议，他以独立与任意机器体系结构的格式对网上传送的数据进行编码和解码，支持在异构系统之间数据的传送。

官方说明链接：https://kb.synology.cn/zh-cn/DSM/help/DSM/AdminCenter/file_winmacnfs_nfs?version=7


## FTP(暂时不用)

官方说明链接：https://kb.synology.cn/zh-cn/DSM/help/DSM/AdminCenter/file_ftp_desc?version=7


## rsync(暂时不用)
## 高级设置(暂时不用)

# 数据安全维度  



# 自带服务维度  



# 外部连接及访问

群晖DS423使用实践

主要是部署在自己个人机器上的一些服务，包括不限于博客等 



# 行程预约系统  放弃
访问地址: 

搁置方案1
开源项目地址: https://github.com/calcom/cal.com  
部署仓库地址: https://github.com/calcom/docker  
搁置原因: 好像不能清晰地看见自己的全部日程，之后再研究研究

# 相册管理系统   暂时关闭，还没需要展示
访问地址: 
开源项目地址:  https://github.com/photoprism/photoprism  
部署流程地址:  https://docs.photoprism.app/getting-started/docker-compose/   
总体部署问题不大，我也做了一些改动  
1.挂载目录建得更统一一点了  
2.几个密码都设置了一个相同的20位复杂密码  
然后按一起按要求启动就好了，注意有一个参数之后还是要进行修改的，那就是PHOTOPRISM_SITE_URL,涉及到之后分享链接给别人的时候显示的网站地址是什么的问题  
剩下的就是使用问题了，不多赘述


# 个人笔记系统 
访问地址: https://doc.kangen.fun:7894
基于 https://www.showdoc.com.cn/ 进行私有化部署，之后的一些技术专栏打算基于这套来写，也方便进行分享，例如 https://doc.kangen.fun:7894/web/#/12 
docker run部署，未使用yml

# 密码管理系统
访问地址: https://pwd.uncleyiba.com:7894/
官网: https://passky.org/  
开源项目地址: https://github.com/Rabbit-Company/Passky-Server  
部署流程地址: https://github.com/Rabbit-Company/Passky-Server/blob/main/docs/installation/docker.md  
实际部署流程是有点问题的，因为只提供了服务端和客户端的分别部署，没有将其组合起来以及增加数据库的部分，所以我经过尝试进行了一些修改，写一个大概的部署流程  
在server的yml基础上新增两部分,其一是mysql部分，不需要对外暴露端口，需要设置好对应的root_password以及container_name；其二是client部分，这里倒是没什么注意的，可以根据实际需求修改对应的port映射  
之后按照文档运行sh installerGUI.sh 进行环境变量设置，注意在整体SSL并没有完成的时候不要设置true，会导致数据库无法访问；对应的账号密码要设置好，以及会需要你填写很多yml中的配置内容，比如说mysql的container_name、root_password、database_name等；smtp的邮箱功能可以开通，我是用的是网易163邮箱，点击设置里面的POP3/SMTP/IMAP部分即可，注意在填写邮箱密码的时候使用的是授权密码管理中新建的授权密码，而不是你原本的邮箱账户密码。
之后建好mysql的挂载目录之后就docker compose up -d愉快地使用吧，客户端第一次使用需要注册哦

```yml
mysql:
    container_name: passky-mysql
    environment:
      MYSQL_ROOT_PASSWORD: root
      MYSQL_DATABASE: passky
      TZ: Asia/Shanghai
    image: 'mysql:latest'
    restart: always
    volumes:
      - ./data/mysql/data:/var/lib/mysql
      - ./data/mysql/data_dump:/home/data_dump
passky-client:
    container_name: passky-client
    image: 'rabbitcompany/passky-client:latest'
    restart: unless-stopped
    ports:
      - 8081:80
```



# 博客系统  
访问地址: https://blog.kangen.fun:7894
官网: https://vanblog.mereith.com  
开源项目地址: https://github.mereith/mereithhh/van-blog  
部署流程地址: https://vanblog.mereith.com/guide/get-started.html  
部署按照实际流程操作即可，注意点就是其部署目录是受限于sh脚本的第一个参数的，需要进行对应的修改，我实际部署的yml如下  
```yml
version: "3"

services:
  vanblog:
    image: docker.agsv.top/mereith/van-blog:v0.54.0
    # image: registry.cn-beijing.aliyuncs.com/mereith/van-blog:latest
    restart: always
    environment:
      TZ: "Asia/Shanghai"
      # mongo连接配置
      VAN_BLOG_DATABASE_URL: 'mongodb://username:password@ip:port/databasename?authSource=admin'
    volumes:
      # 图床文件的存放地址，按需修改。
      - ./data/data/static:/app/static
      # 日志文件
      - ./data/log:/var/log
      # caddy 配置存储
      #- ./data/caddy/config:/root/.config/caddy
      # caddy 证书存储
      #- ./data/caddy/data:/root/.local/share/caddy
    ports:
      # 前面的是映射到宿主机的端口号，改端口的话该前面的
      - 1006:80
```
这里我把mongodb的数据库单独拉出来配置，这样其他服务需要依赖于mongodb的话也可以使用了   
另外还修改了vanblog.sh文件的VANBLOG_BASE_PATH参数，使得其为我自己的部署目录


# 云盘系统  
访问地址: https://yunpan.kangen.fun:7894
官网: https://github.com/cloudreve/Cloudreve/blob/master/README_zh-CN.md 
官方部署文档: https://docs.cloudreve.org/getting-started/install  
我的实际部署yml, 因为不太需要离线下载部分，所以去掉了aria2对应的功能
```yml
version: "3.8"
services:
  cloudreve:
    container_name: cloudreve
    image: cloudreve/cloudreve:latest
    restart: unless-stopped
    ports:
      - "1023:5212"
    volumes:
      - ./data:/data
      - ./uploads:/cloudreve/uploads
      - ./conf.ini:/cloudreve/conf.ini
      - ./cloudreve.db:/cloudreve/cloudreve.db
      - ./avatar:/cloudreve/avatar
      - ./build:/cloudreve/build
```
主要应该用于拍照的时候返图用  
遇到的一个问题就是展示的图片会进行裁剪，不能直接按原图的比例显示，我这里做了一定的修改，在管理面板-参数设置-站点信息中增加了页脚代码，对图片中的一些属性进行了修改，使得其会完整展示  
```javascript
<script>
    window.onload = function() {
        
        setInterval(function(){
            var imgs = document.getElementsByTagName("img");
            if (imgs.length > 1){
            var css_name = imgs[imgs.length - 1].parentNode.getAttribute("class");
            var divs = document.getElementsByClassName(css_name);
            for (var i=0;i<divs.length;i++){divs[i].style.height='100%';}};
        }, 1000);
    };
</script>
```


# ddns
因为电信的ipv4并不稳定，所以需要一个ddns来定时进行域名解析的修改  
部署的是jeessy_ddns_go,官网地址: https://github.com/jeessy2/ddns-go  
直接docker run部署的，参考文档即可  
域名购买自阿里云，需要获取对应的key和secret才可以进行使用  

# frps
懒得用公司的vpn，有时候一些内网的机器自己搭建了对应的frpc后，就可以通过frps服务端进行直接跳转访问了  
yml如下  
```yml
version: '3'
services:
    frps:
        image: snowdreamtech/frps
        network_mode: "host"
        volumes:
            - ./frps.ini:/etc/frp/frps.ini
            - ./frps.toml:/etc/frp/frps.toml
        container_name: frps
```


# lsky 兰空图床
这部分更多可以参考   https://blog.kangen.fun:7894/post/33  


# nginx_proxy_manager 
这部分可以参考  https://blog.kangen.fun:7894/post/27

# stashapp
参考  https://mp.weixin.qq.com/s/TZA08_sGd47MKys8ZStv7g