RKEM 诞生30周年

Tony 提交于 2020-05-27 12:27, 星期三

RKEM

2020年5月27号,是马士基航运基石系统之一 RKEM 诞生30周年纪念日。

在 RKEM 诞生的数十年前,船公司是用照片拍摄布满集装箱标识的地图来记录集装箱的移动,RKEM 的出现数字化了集装箱的流动(equipment flow),为日常工作的开展和集装箱调运提供支持和决策。

一些数字

  1. 微软的🎴纸牌游戏 Microsoft Solitaire 诞生于1990年5月22日。
  2. RKEM 在1990年5月28日上线,第一个记录是来自横滨的一个出口重柜进闸。
  3. 系统设计为可以管理 200000 个集装箱,但到今日为止,有超过 9000000 条记录(45倍于设计指标),任一时刻标记为活跃的集装箱(集装箱/车架/设备)有超过 4000000 个。
  4. 这 4000000 个集装箱中,有 3600000 个在承担运输的任务(in fleet)。
  5. RKEM 每星期会接收 2500000 个 gate move。
  6. RKEM 每星期会更新 500000 次集装箱状态。
  7. 马士基历史最悠久且仍在使用的集装箱是 APMU000009 ,是一个船上储存用的 20尺平板 gear box,诞生于 1990年5月27日。

看到这个柜子的时候真是吓到了,比很多人还要老。😆

RKEM 诞生30周年

RKEM 诞生30周年

“如果地球上最老的集装箱是30岁,那么在31年前,地球上的集装箱跟现在的集装箱,完全换了一拨。”

文章标签

如何利用又拍云 CDN 给 Drupal 加速

Tony 提交于 2020-03-24 19:21, 星期二

最近备案了一个仿蓝汛 CDN 的域名,当然是为了享受国内的 CDN 加速服务,例如又拍,七牛,各种 OSS。但我对七牛没什么感觉(单纯是名字不讨喜),各种 OSS 感觉又太重了,不值得为这个功能去记另外一套体系的东西,于是选择又拍云作为 CDN。

目前你访问 TONYHEAD 通利堂 的时候,只会从 tonyhead.com 上请求 index.php 和一个负责生成二维码的 qr.php ,其他的静态资源例如 .css .js .jpg 都会从又拍云 CDN cdn.tonyhead.com 处加载。这些静态资源其实都储存在 tonyhead.com,只是通过又拍云这个高速的中间人实现最优的内容投递。

访问路径大概是这样:访客  <->  ⚡又拍云 CDN⚡ <-> 源站 tonyhead.com

先在又拍云创建一个 CDN 空间,在 CDN 空间的设置里面:

  • 回源管理 需要添加源站地址如 www.tonyhead.com,端口 80,勾上协议跟随,又拍云会自动寻找位于 443 端口上的 HTTPS 端口。
  • 回源 Host 需要添加源站 www.tonyhead.com 以匹配 Drupal settings.php 里 trusted_host_patterns 的设置。
  • 源站资源迁移 建议勾上并配置一个又拍云云储存空间,当静态资源被第一次访问的时候,静态内容就会保存在这个空间里,访客会直接从又拍云 CDN 拉取这个文件,而不用每次都回源到 tonyhead.com 上。
  • 缓存配置 设置为全局缓存7天。
  • 性能优化成本控制图像处理 我没修改,用的都是默认。
  • HTTPS 可以申请免费的 Let's Encrypt 证书。

边缘规则 很重要要单独拿出来说说,我配置了一条规则,用来防止搜索引擎重复收录源站和又拍云 CDN 镜像站的 HTML 页面(想想看,作为网站主的你发现 www.tonyhead.com 和 cdn.tonyhead.com 的文章页居然是一样的时候是多尴尬的事情)。网上很多教程都是❌错的,或者效果不好(robots.txt 只能蒙搜索引擎,但访客依然有机会把镜像站的 URL 加入收藏夹),请用我这里的设置,原理就是告诉又拍云 CDN,当访客访问到非静态内容后缀的时候,跳转回源站。

简单来说,这个规则实现了这个功能:

文章标签

如何使用 Drupal 的视图功能为网站增加内容

Tony 提交于 2020-03-23 18:35, 星期一

MovableType 从 7.0 版本开始增加了 「Content Type 内容类型」 这一概念,殊不知 Drupal 早于十二年前已经实现。

视图是 Drupal 的另一个核心功能,通过控制可以高度自定义字段的位置来生成内容页或区块,Drupal 比我见到过的任何 CMS 都更加灵活,下面我介绍一下如何给网站添加一个增加情趣的类似豆瓣的「书单」功能,0代码,全部功能通过点点点鼠标即可实现。

我的网站我做主!“脏”数据“脏”结构我乐意!😎

先来看看成果,这是我的书单页 —— 📚 Tony 书单,有个小下拉选项,可以筛选 想读/在读/读过 状态。而每个页面的左边有一个 “在读的书”区块,“筛选了按 最后发表 排序的 1 个状态为 在读 的来自内容类型为 书单 的结果”。

具体操作方法,先建立一个名为 书单 的内容类型,发布选项里面的 发布到首页 可以去掉,因为我不想书单条目进入博客的主信息流里,其他栏位随意。

文章标签

宝塔面板安装 MovableType

Tony 提交于 2020-03-06 13:00, 星期五

使用宝塔面板+ PSGI 的组合来运行 MovableType,默认用 Nginx 的组合进行安装,在软件商店里添加 Memcached 来提高性能。

宝塔面板安装 Movabletype

aaPanel应该也能用同样的方法操作。

回到顶部

安装 MovableType 需要的 perl 组件

yum install -y perl-Cache-Memcached perl-Archive-Zip perl-XML* perl-YAML-Syck perl-Crypt-DSA perl-GD perl-Archive-Tar perl-Cache-* perl-Crypt-SSLeay perl-IPC-Run perl-DBI perl-DBD-mysql --skip-broken

回到顶部

安装 PSGI 环境

这里需时较长,网络问题也会经常失败,重复执行直到提示都安装过了就行了。

yum install perl-ExtUtils* perl-Module-Build expat-devel gcc -y
curl -L http://cpanmin.us/ | perl - App::cpanminus

cpanm Plack Task::Plack XMLRPC::Transport::HTTP::Plack Cache::Memcached Cache::File

回到顶部

修改 Nginx 配置,mt 目录下的文件都交给 PSGI 处理

回到 BT 面板,在需要运行 Movabletype 的 网站设置 里面,配置文件,添加以下 URL Rewrite Rule,第一行的 /cgi-bin/mt/ 根据实际情况更改,以下设置为通过 abc.com/cgi-bin/mt/ 来访问 mt.cgi 。

location /cgi-bin/mt/ {
proxy_redirect off;
proxy_set_header    X-Forwarded-Proto $http_x_forwarded_proto;
proxy_set_header    X-Forwarded-Host  $host;
proxy_set_header    Host              $host;
proxy_set_header    X-Real-IP         $remote_addr;
proxy_set_header    X-Forwarded-For   $proxy_add_x_forwarded_for;
proxy_pass http://127.0.0.1:5000;
proxy_read_timeout 1200;
proxy_connect_timeout 1200;
fastcgi_read_timeout 600s;
}

重启一下 Nginx ,没有错误再继续往下做。

同时把 /www/wwwroot/abc.com/cgi-bin/mt/ 目录下的 mt-config.cgi 信息填好。

回到顶部

mt-config.cgi 长这样

PIDFilePath /www/wwwroot/abc.com/cgi-bin/mt/mt.pid
CGIPath    http://abc.com/cgi-bin/mt/

文章标签

购买 NAS 前的灵魂三问

Tony 提交于 2019-12-27 11:59, 星期五

我知道有时候捡垃圾是真香,但毕竟钱不是天掉下来的,居所的条件也不能让人敞开来放机子,

所以我给自己设计了一系列问题来帮助自己做是否购买 NAS 的决定。

在思考这些问题的期间,我获得的乐趣和在闲鱼 Window Shopping 时是一样的,毕竟手头已经有一些储存设备,让我能从容地思考以下问题。

回到顶部

第一问:自己需要更多的储存能力吗?

先看看自己主力机上的 D 盘,E 盘 ,F 盘,百分比进度是不是已经红色了。

对我来说这个答案是否定的,我的台式机有一个 480G 的 SSD 作为 C 盘,一个用了不到 30% 的 2TB 的机械硬盘作为 D 盘。另外还有一个 3TB 的 NAS 作为电视盒子的补充,也只是用了 2TB 左右。所以购买了更多 NAS 的话,最多只是把 2TB 的台式机硬盘腾出来另作他用,而目前我没有需求和精力来实施任何计划。

不过我没有储存小姐姐的需求,也觉得很多节目在线看了就完了,娱乐节目在任何时候都有替代品,所以不会有很多视频文件的储存需求,这点应该跟这个网站的初衷是相反的。

回到顶部

第二问:NAS 能给自己带来什么?

真实的储存要求?更细致的下载机、视频处理、储存灾备分工?还是单纯地对硬件软件的喜爱?不折腾不舒服斯基?

很多人建立 NAS 的目的是组建家庭影院和备份照片,而我下载的豆瓣 TOP250 到现在还没看完,没有备份照片的需求(也不一定要通过 NAS 实现)。

所以折腾 NAS 对我来说主要是来自对“拥有某个硬件”的执念或者“把玩某个软件”的体验需求。

回到顶部

第三问:自己的技术栈可不可以驾驭 NAS?

不同于传统的 Windows 电脑,我们可以通过 重启重装重买 来解决软件硬件上的问题。

首先 NAS 上的数据是很难备份出来的(要买一个至少相同大小的桶),这就决定了重买不是一个很现实的选择。

其次重装的话,在不考虑高端的一揽子 NAS 解决方案(例如白群晖)为前提,我会问一下自己的技术栈:

  1. 能不能独立完成刷机
  2. 能不能够解决例如针对破解系统的每一次升级中有可能出现的 BUG
  3. 能不能定位并且替换损坏的零件
  4. 假如目前的 NAS 出现问题,能不能从零搭建一套有类似功能的替代品(例如整合下载套件,影音数据库,内网穿透等)

网上有很多大佬折腾 NAS 的文章,看着很有意思,但自己实践起来的话不多不少有坑是过不去的,自己是否做好了为之学习钻研的准备?

通过对以上问题的自我剖析,我的决定是先不买更多的 NAS ,直到硬盘装满或者硬件发生故障为止。

但是看到某些好玩的便宜小机器,还是会入手玩一下。😊

原文章地址:购买 NAS 前的灵魂三问

回到顶部

文章标签