Posted in: Japan, Life, Mobile/iOS

日本生活之手机卡

去年四月来日本后曾经写过一些关于日本生活的文章(第一个月第二个月换工作签证第三个月给妻子换家族签证第四个月垃圾分类信用卡),但是没有详细描述手机卡的,现在用这手机卡已经一年了,就来补个漏。

手机卡的重要性

日本和其他国家很不相同的一个地方是:储值卡(又称预付费SIM卡,prepaid SIM card,游客可以购买使用)只能用来上网,不能打电话或接收短信验证码。通俗地说:它连电话号码都没有。而在日常生活中很多时候都需要填写日本的联系电话,所以一落地之后赶紧签约正式的手机卡就成了当务之急。

另外由于还没有本地的联系方式,所以不能网上申请,只能去实体的店铺,算是给自己锻炼日语的一个机会吧。

Posted in: Life, News, Website/Blog

开始玩长毛象🦣

缘起

微博是早就不玩了的,现在基本上就是粪坑聚集地了,推特有账号,但一般也只是看看几个海外自媒体的发言,偶尔自己发几句也几乎无人回应,所以意思不大。自从马斯克收购推特之后,网上就有一种“推特要倒闭”的传言,后来在某论坛看到长毛象这种去中心化的微博系统,就注册了一个玩,目前已经用了两周,感觉不错,可以给大家推荐一下。

Posted in: Biology Science, Python

7天用 Flask 开发完一个生物信息学数据库的体会

这不是教程,而是我的随笔✏️

以前,做普通计算时用 Perl,开发数据库网页后台却用 PHP,然后前端还要用 JavaScript,简直要把人折腾死。后来普通计算从 Perl 转到 Python,发现 Python 有个工具叫做 Flask 可以代替 PHP 作为网页后台,那就方便了,能省用一种语言。

第一个 Flask 开发的工具是 2019 年刚开始学 Python 时开发的一个 Pipeline,不涉及数据库查询,只是接收输入、后台计算,得到结果,页面只有一个,比较简单。

这次开发的是真正的数据库,多个页面,需要与 MySQL 对接,而且也有 Pipeline 的内容。一共花了 7 天时间。生物信息学数据库与传统IT不一样的在于它多为纯查询类,不允许用户进行数据的增加、删除、修改,看起来应该很简单,但由于经常涉及到后台计算,可能还会碰到多线程分配问题。下面列条目说一下体会:

Posted in: Japan, Life

在日本的第一个月

日语

从入境时与工作人员交谈、到以后生活中的所有办事(区役所、银行、手机、商店、饭店),对方真的只(会)说日语!不要指望自己是外国人就可以获得一些英语服务,没有的,只有日语。但是人真的超级 Nice,我日语讲得不熟练也没事,他们会耐心地一遍一遍地解释。

Posted in: Life, Mobile/iOS

iOS注册LINE时收不到验证码?

最近想注册LINE玩玩,遇到了一个问题:现在LINE注册只允许手机号验证,却怎么也收不到验证码,试了香港、英国两个SIM卡都不行。

反复尝试之后发现了问题的关键:LINE能够识别通过代理的网络连接(其实任何APP都可以)。意味着如果你是通过代理连接的LINE,虽然也能进入注册界面,但是对不起,它不给你发送验证码,在它眼里这是一个可疑的设备。

后来关掉代理,换成了香港SIM卡国际漫游直连,果然秒收验证码。

注册完成之后,可以关掉漫游,重新开启代理,能够正常使用LINE。看来各国的App为了挡住来自Mainland China的用户,都下足了功夫。

以上。

Posted in: IT

我用过的VPS

2021.1 – 2021. 7 Vultr

选择的是 Vultr 上美国硅谷(San Jose)的 VPS,ping延迟大约200ms左右,每月5刀。不能使用 Google Scholar、Wikipedia (IP被封锁)。

2021.7 – 2022.2 Serverfield

台湾的VPS,每月要11刀,可以使用 Google Scholar、Wikipedia ,ping 40-50ms。

故障记录

  • 2022/01/03 14:11 无故 Offline,发工单。15:04 收到回复已修复。
  • 2022/01/12 21:48 Ping 时间延迟到200~300ms,发工单。22:04 收到回复做了路由调整(其实也有我自己本地网络的原因)。
  • 2022/02/05 12:49 Ping 时间延迟到 300ms,发工单(自己traceroute发现线路先到了日本然后才到台湾,已经不是直连了)。17:22 收到回复做了调整。同时收到以下消息:We are considering to change our upstream for China route or completely remove China route from our network. 看来对方也已经为这种层出不穷的网络干扰厌烦了。
  • 2022/02/09 20:00 又出现绕路日本的问题。2月10日 14:30 收到回复做了调整。同时收到以下消息:If this repeats, I will grant you a full refund for the service, regardless how many days been used up. 由于发现移动数据的延时还是很高,所以就申请退款了,退了最后一个月。

2022.2 – 2022.3 henghost + Vultr

香港,第一个月有新户 ¥26,可以使用 Google Scholar、Wikipedia ,ping 10-30ms。

  • 2022/02/13 14:00 网络攻击大约持续了半小时,连后台都无法登陆。商家还没有其他有效的联系方式。打算用一个月之后就不再续费。21:00 左右开始又被攻击。第二天早上恢复。中午开始又被攻击,晚上7:00左右恢复。

同时 Vultr 搭了一个东京节点,ping 100-200ms,这次可以使用 Google Scholar、Wikipedia 了,比较奇怪。

有了两个 vps 之后,macOS 端的 clashX 和 iOS 端的 shadowrocket 都有自动切换较快节点的功能,这次不用担心失联了,毕竟两个同时坏掉的概率不高。

2022年3月29日夜,肉身润出,至此已无需 VPS 用于上网。

2022.7 – blog

开了一个日本本地的 VPS 用于博客

Posted in: IT, Website/Blog

利用 certbot 给Let’s Encrypt SSL 续期的两种方法

国内主机:推荐 DNS 法来手动续期

国内主机由于对Let’s Encrypt官网连接经常出现问题,因此推荐 DNS 法手动续期。特别是默认的 certbot renew 命令很容易由于网络连接问题导致失败,此时千万不要反复尝试,否则失败多次后直接封你一个星期没商量。惨痛教训。 😢

DNS验证是比较安全的方法,具体参考这篇文章。在此备份一下命令:

# certbot --manual --preferred-challenges dns certonly

然后有两个地方需要注意的,文章没提到:

第一:添加DNS时千万要仔细看清楚域名写的是什么,不是简单一个_acme-challenge 就完事了,因为可能有子域名。

第二:成功之后最好重启一下httpd服务。

这种方法每三个月都得手动操作一次,不能自动

国外:推荐 snap 自动续期

snap 的官方全文在此处。其实也没什么特殊的,事实上就是它自动帮你安装了一个list-timers脚本,无需手动去设置cron。

使用 apache 的

certbot --apache

该命令会自动帮你设置 conf 文件(SSL 的 conf 以及非 SSL 的重定向)

使用 litespeed 的

此时只能使用 webroot 模式。建议用 --webroot 时用 -w 加上具体的目录名字,例如:

certbot certonly --webroot -w /var/www/html

这里的 /var/www/html/ 是你的域名对应的根目录

然后去看一下 /etc/letsencrypt/renewal/yourdomain.com.conf,最后几行应该是:

[renewalparams]
account = XXXXXXXX
authenticator = webroot
server = https://acme-v02.api.letsencrypt.org/directory
key_type = rsa
webroot_path = /var/www/html,
[[webroot_map]]

这样就对了。

此时可以 certbot renew --dry-run尝试一下。确定成功才行。

注意:大部分情况下网站开启了 Cloudflare 时是允许源服务器不设置 SSL 的。但是有一种情况必须要设置:想使用 wordpress litespeed cache 爬虫插件时。

Back to Top