VPS选择以及TTRSS更新

v2ray,docker-compose

Posted by elmagnifico on October 10, 2019

Forward

2019-09-16晚,我的阿里云香港VPS被墙,后来套了cloudflare复活了,但是速度还是很慢,用着很不爽,所以十一期间就挑了挑vps,然后重新买了一家,但是也感觉好像上了贼船。

VPS商家对比

商家 cpu/core 内存/GB 硬盘/GB 带宽/Mbps 流量/GB 价格/月 网络
starrydns 1 1 20 100 500 70.1/58.4年 pccw
uovz 1 1 10 50 200 99  
uovz 1 1 20 100 700 71/66年 CMI
on9host 1 0.5 20 30 500 55.7521  
fncloud 2 1 15 50 400 80  
uuuvps 3 4 60 50 1200 109.6 CMI
uuuvps 2 2 40 50 600 无货  
godeng 4 4 80 15 5210 27.75‬/2年  
hostkvm 2 4 30 50 1024 75.0509  
combcloud 2 2 30 15 800 76  
cubecloud 2 1 15 50 400 75/70.83年 CN2
cubecloud 1 0.5 10 100 600 50  
xiuluoyun 1 1 25 30 600 40  
qexw 1 0.5 10 100(20%) 500 63.55  
qexw 1 0.5 10 100 900 91.2  
qexw 1 1 15 100(20%) 1000 89.1 CN2+CMI
qexw 1 1 30 100 600 65 CN2+CMI
qexw 2 2 100 100 129 129/55年 CN2+CMI
ali二代 1 0.5 20 30 1024 50.0339  
ali二代 1 1 20 30 2048 135.8063  
ali一代 1 1 20 30 1024 64.3293 CN2
6le 2 2 60 50 300 48 混合
6le 2 2 60 15 不限 48 混合

以上数据来自于2019.10.02,所有vps都位于香港的情况下,不过有些已经没有货或者已经下架了,比如ali一代,目前已经买不到了,只有二代了,而且现存的一代也将于2020.1月结束

以上价格部分都是我查到了优惠券的情况下,换算到了CNY或者年费下每月的费用,也有没找到优惠券的情况。

ali的二代一键套餐不推荐了,因为所有主机都是突发性能了,而且对比老一代,性能降低了不说,内存还少了,这就有点坑,其次ali虽然还有流量包,但是毕竟ali,被封ip以后不给换,只能eip,但是eip就会导致流量计费+ip使用费,二次收费,就很贵了。

其次挑选香港的,自然要有CN2或者CMI加持,不然不如不选,CMI有最好也有,这样无论什么网络都可以很舒服。

一番对比下来,看起来试qexw,也就是企鹅小屋的是最具性价比的,然而,等我犹豫完,已经没货了(1c1g,100M,20M最低保障),价格便宜,流量足够,确实不错,最后没办法选择了qexw的2c2g,100M,1200g流量的,但是没有20M带宽的最低保障,由于我年付了,所以合下来价格是55CNY/月,比之前阿里云(1c1g,30M,1024g流量)的9$便宜了将近10块钱,一年便宜了120左右。

被坑的点

  • qexw是国内商人,有跑路风险,年付风险太大,但是由于买不到其他的只好选了这个,建议还是月付保险。
  • 由于没有20M的低保,导致高峰期网速其实不够好,而且高峰期明显有限速20M的情况,这就不如阿里云了,阿里云30M基本都能够跑满
  • 100M峰值,基本只是个噱头,实际绝对跑不到,能跑到40M已经很好了,而且还是凌晨三四点,绝对很少人用的情况下
  • 本身VPS里有禁止使用KCP和BBR PLUS,但是普通的BBR可以用,而且不能做大机场,自用没啥问题
  • IP被封,年付可以免费换一次,月付的就需要15CNY/次 来换了

对比而言,阿里云一代还是挺良心的,当初还有升200M的bug,1c1g不限制性能,而且1T流量包是通用包,就算用了EIP也是通用的不会另收费,可惜就要没了。

这个里面还有一家6le,实际叫伏羲云,也是国人商家,15M不限流量很诱人,而且价格也比较便宜,我有建ecs测试过,IO速度还有网速其实都跑的满,还是不错的,如果流量要求不高,其实选他们的50M 300G流量的也不错。

Tiny Tiny RSS

距离上一次更新ttrss,差不多也一年了。由于阿里云被墙导致我自己也用不了ttrss,后来还不小心误操作,docker-compose down 了,我去,然后当时的ttrss的docker-compose还非常简陋,连个数据库持久化都没有,导致我的订阅和标星,全丢了,感觉贼蠢。

之前使用的就是他的ttrss,然后上去看了一下,更新了挺多内容的,之前没有的东西基本都在docker-compose中加上了,所以还是继续使用他的。

https://github.com/HenryQW/docker-ttrss-plugins

误导

sm.ms

他的wiki中这里有一些误导,以前确实是可以直接拉docker-compose.yml,然后直接构建就行了,像下面这样

wget https://raw.githubusercontent.com/HenryQW/docker-ttrss-plugins/master/docker-compose.yml
修改docker-compose.yml中的数据库postgres的密码,有两个地方需要修改
修改docker-compose.yml中的[http://你vps的ip:181/](http://xn--vpsip-r52h715u:181/)
docker-compose up -d 后台部署
[http://你vps的ip:181/](http://xn--vpsip-r52h715u:181/) 访问ttrss

但是呢,现在并不可以,必须要拉取源码,不然肯定会报错,如下

https://github.com/HenryQW/Awesome-TTRSS/issues/73

我当时发现的错是因为没有拉取到监听端口的sh文件,后来再拉取还是失败,就一直等更新,然后就被强行关了issue,我就有点蒙蔽,这人问题都没看清就关issue,后来又老外反应相同问题,才发现现在必须要拉源码,真的有点蠢了。拉完源码以后,再docker-compose,其实还有问题。

数据库未初始化

错误情况如下

https://github.com/HenryQW/Awesome-TTRSS/issues/75

实际上需要将docker-compose.yml中的数据库名字部分注释掉

[[email protected] Awesome-TTRSS]# vi docker-compose.yml 

version: "3"
services:
  database.postgres:
    image: sameersbn/postgresql:latest
    container_name: postgres
    environment:
      - PG_PASSWORD=123456 # please change the password
      #- DB_NAME=ttrss # please make sure the database name is consistent with the one defined in service.rss below
      - DB_EXTENSION=pg_trgm
    volumes:
      - ~/postgres/data/:/var/lib/postgresql/ # persist postgres data to ~/postgres/data/ on the host
    restart: always

然后将用来持久化数据库的目录删空,也就是/postgres全删

再重新启动docker-compose,就可以正常运行了。

Mercury

去年的时候Mercury还是去其官网申请key,然后拿到key以后填到plugin的参数中去

可能Mercury发现他们在免费提供全文服务,可能白亏,所以直接开源,不提供以前的key服务了,必须要自己搭建对应的Mercury服务才能正常使用了。

HenryQW的这个ttrss,好处就是他本身已经继承了mercury的服务,并且开在了3000端口

使用

首先在插件中启用mercury

sm.ms

然后在信息源中找到插件,并且填入服务器地址

sm.ms

这里要注意服务器地址,就是这样的写法,在docker-compose中有说明。

如果是另外的服务器,那就按照示例写法来写。

由于默认使用的是fever api,所以要启用mercury要单独给源设置,或者直接不启用fever而只用mercuy

移动端APP

以前还用Palabre或者是Tiny Tiny RSS的原生应用,但是都有一些问题,所以都弃用了。

现在用FeedMe,作者也是国人,但是支持了ttrss,非常好用,有很多设置可以和ttrss本来的设置相同,速度也不 慢,只需要启用API,允许外部客户端通过 API 来访问该账户就可以了,如果使用news+或者FeedReader就要在插件里启用他们的API才行。

总的来说效果还是非常好的。

sm.ms

主题问题

sm.ms

主题这里,其实rsshub我觉得比较现代一些,看着比较好看,但是呢,这个有个bug,在我的带鱼屏下显示永远无法占满整个浏览器,就算用一些方法占满了,下次重开又回去了,其他主题就没有这个问题

sm.ms

这还不是浏览器全屏的情况下,如果全屏至少有70%的空间都是空的,其他主题都可以自动填满空白地方

自动更新

  service.opencc: # set OpenCC API endpoint to `service.opencc:3000` on TTRSS plugin setting page
    image: wangqiru/opencc-api-server:latest
    container_name: opencc
    environment:
      NODE_ENV: production
    expose:
      - 3000
    restart: always

  # utility.watchtower:
  #   container_name: watchtower
  #   image: containrrr/watchtower:latest
  #   volumes:
  #     - /var/run/docker.sock:/var/run/docker.sock
  #   environment:
  #     - WATCHTOWER_CLEANUP=true
  #     - WATCHTOWER_POLL_INTERVAL=86400
  #   restart: always

实际上docker-compose中有一段被注释了的内容,这个watchower其实就是一个更新服务,用来自动更新ttrss的,但是以这个作者的情况来看,建议还是不要开自动更新了,更新完他自己没有测试,自动更新了反而会有各种问题,甚至可能丢数据,所以还是弄好稳定了,就不更新了,等有了新需求再更新。

总结

大概是这样吧,更新了一下这些内容

参考

https://github.com/HenryQW/Awesome-TTRSS/issues/75

https://github.com/HenryQW/Awesome-TTRSS/pull/76