@octopus_new bash这个没什么用吧
调用个/bin/sh什么的说不定就跳过了

@ryd994 你可以参考下 访问受限的SFTP用户 的设置方法

另外还有人做了个Docker容器，支持多用户、通过SSH、登入自己的容器 名字记不得了……

@TommyLau 我觉得国内使用的话, 不加UDP没准会更好

话说, 国内不是在从ISP层面上打压 self-host 应用么?
即便是Bitmessage什么的, 也至少需要一个公网IP上的端口才能作为完整的节点, 但现在的家用宽带未必还有公网IP吧...

@schezuk 请允许我加群不说话+QQ群什么的, 实在不是什么靠谱的选择, 甚至不如maillist.

我反对根服务器.

我大概的想法类似于BT Sync + Bitmessage.
每个视频的弹幕对应一个文件夹, 每个弹幕对应一个文件 (最好做成数据库以防碎片)
有一个 只读密钥A 用于读取弹幕, 比如视频名称/ID/whatever
有一个 读写密钥B 用于发布弹幕, 形式上类似于两步验证, 根据时间变化, 且需要"做功"(如CPU运算1s)才能解开.

弹幕存活期在发布时设为1000, 每次播放时, 被成功放出则+1, 被轮空则不变, 被屏蔽则-1. 更改存活期同样需要做功以获取 密钥C, 且每次只能+1/-1 (由密码学保证, 而非程序代码), 每1个弹幕需做功 1/100.

轮空: 字幕无需被全部播出, 载入多少播放多少
屏蔽: 只要 屏蔽=做功, 我其实不大在意屏蔽规则是什么

@hjc4869 求多次中转指南
本地 =>上海中继 HAPROXY => ?? HAPROXY => 东京 SS => 舰娘
是这样么?

@schezuk 另外, 关于不停增长弹幕什么的, 何不设置一个弹幕"有效期"?

@schezuk 不考虑下Bitmessage一类的机制么?

虽然说加密匿名什么的对弹幕没那么重要, 但是Bitmessage有个很有意思的设定: 发信息需要"做功", 这样可以大幅削弱机器人制造的垃圾弹幕数量.

@cnbeining 如果换个做法呢? 想要使用这一去中心化服务, 你需要提供300M硬盘及相应流量.

@xiparos /etc/cron.daily/下的脚本每日自动运行. 所以我是设置完就不管了.

@msg7086 好吧...明白了.

@xiparos
VPS的话, 记得设置好iptables + ip6tables.

@msg7086 @ryd994 话说, 为什么都没人推荐HHVM呢...果然还是太新了么.

@xiparos
用发行版自己的包的好处是设置一个auto update的crontab脚本, 就基本不用自己维护了.

# Debian Wheezy
echo '#!/bin/sh' > /etc/cron.daily/apt-update &&
echo 'apt-get update && apt-get upgrade -y && apt-get autoclean' >> /etc/cron.daily/apt-update &&
chmod +x /etc/cron.daily/apt-update &&
update-rc.d cron enable

另外, nginx.org的stable源也还算靠谱(版本1.6.2)

cat << EOF > /etc/apt/sources.list.d/nginx.list
deb http://nginx.org/packages/debian/ wheezy nginx
deb-src http://nginx.org/packages/debian/ wheezy nginx
EOF

wget http://nginx.org/keys/nginx_signing.key && apt-key add nginx_signing.key

apt-get update && apt-get install nginx -y && update-rc.d nginx enable

@gangsta 115

1. 谁开飞机扔麻雀?
2. 多事的路人甲
3. 离开现场+远处围观+追踪后续报道

@a591371588 在北京的话, 钱好像不够 =.=

@halfbloodrock 顶翻墙税