python -m SimpleHTTPServer
python -m http.server
echo '<json string>' | python -m json.tool
python -c "import paramiko"
源码安装
python setup.py install
pip 子命令
子命令 | 说明 |
---|---|
search | 搜索 pip search flask |
install | 安装 pip install flask==0.8 , pip install -r requirements.txt |
uninstall | 卸载 |
show | 查看包详情 |
check | pip 9.0.1 之后提供,检查包是否完整 |
list | 列出已安装 |
freeze | 导出已安装包列表 pip freeze > requirements.txt |
completion | 生成命令补全配置 pip completion -z >> ~/.zshrc && source ~/.zshrc |
下载时指定
pip install -i https://pypi.douban.com/simple/ flask
或者创建 ~/.pip/pip.conf
,写入
[global]
index-url = https://pypi.douban.com/simple/
威联通的机器本来就是基于 Linux 定义的,所以想要定时任务就会想到 crontab,在威联通中使用 crontab 必须使用 SSH 登录。
然后基本使用 crontab -l
查看当前 qnap 中已经存在的定时任务。
在大多数桌面版 Linux 中会使用 crontab -e
来编辑 crontab 配置,但是注意不要在威联通中使用这种方法,威联通在重启的时候会覆盖使用这种方式写入的配置。如果想要永久的保存配置,应该使用
vi /etc/config/crontab
然后写入配置,比如
0 4 * * * /share/custom/scripts/custom1.sh
这行配置表示在 凌晨 4 点执行后面的脚本。
或者直接使用 echo,将命令放到双引号中
echo "1 4 * * * /share/custom/scripts/custom1.sh" >> /etc/config/crontab
另外需要注意可执行文件一定需要可执行权限 chmod +x filename.sh
重启 crontab
crontab /etc/config/crontab && /etc/init.d/crond.sh restart
定时任务 | 解释 |
---|---|
0 3 * * 0 /etc/init.d/idmap.sh dump | |
10 15 * * * /usr/bin/power_clean -c 2>/dev/null | |
0 4 * * * /sbin/hwclock -s | http://linux.die.net/man/8/hwclock |
0 3 * * * /sbin/vs_refresh | |
0 3 * * * /sbin/clean_reset_pwd | |
0-59/15 * * * * /etc/init.d/nss2_dusg.sh | |
30 7 * * * /sbin/clean_upload_file | |
0-59/10 * * * * /etc/init.d/storage_usage.sh | |
30 3 * * * /sbin/notice_log_tool -v -R | |
*/10 * * * * /sbin/config_cache_util 0 | |
0-59/20 3 * * * /sbin/adjust_time | |
0 8 * * * /usr/local/medialibrary/bin/mymediadbcmd buildall 1>/dev/null 2>/dev/null | |
55 9,21 * * * /sbin/notify_update -s -p 1>/dev/null 2>&1 | |
0 23 */1 * * /sbin/qpkg_cli -U 1>/dev/null 2>/dev/null | |
0 0 * * * /share/CACHEDEV1_DATA/.qpkg/Qcenter/qnap-cms/bin/log_retention.sh > /dev/null | |
0 0 * * * /share/CACHEDEV1_DATA/.qpkg/Qcenter/qnap-cms/bin/nasconfig_retention.sh > /dev/null | |
0 2 * * * /sbin/qfstrim | |
0 0 * * 0 /sbin/storage_util –data_scrubbing raid_id=-1 >/dev/null 2>&1 | |
51 * * * * /sbin/qddns_check 2>/dev/null | |
* * * * * /var/cache/netmgr/lock_timer.sh | |
* * * * * /var/cache/netmgr/detect_defaultgw_internet.sh | |
0 4 * * * /etc/init.d/wsd.sh restart | |
4 3 * * 3 /etc/init.d/backup_conf.sh | |
0 0 * * * /etc/init.d/antivirus.sh archive_log | |
56 0 */1 * * /etc/init.d/antivirus.sh update_db | |
20 08 * * * /mnt/ext/opt/QcloudSSLCertificate/bin/ssl_agent_cli | |
35 7 * * * /sbin/qsyncsrv_util -c > /dev/null 2>/dev/null | |
0 0 * * * /sbin/qsyncsrv_tool –fix > /dev/null 2>/dev/null |
curl -X GET \
'https://frodo.douban.com/api/v2/group/622198/topics?count=30&sortby=new&os_rom=android&apikey=0dad551ec0f84ed02907ff5c42e8ec70&channel=Google_Market&udid=5e4159565b89f86cccda&_sig=YWtLhd6UEq%2Bh7xDWs%3D&_ts=1529656502' \
-H 'Cache-Control: no-cache' \
-H 'Host: frodo.douban.com' \
-H 'User-Agent: api-client/1 com.douban.frodo/5.26.0(134) Android/23 product/OnePlus3 vendor/One model/ONE rom/android network/wifi'
python
import requests
url = "https://frodo.douban.com/api/v2/group/622198/topics"
querystring = {"count":"30","sortby":"new","os_rom":"android","apikey":"0dad2907ff5c42e8ec70","channel":"Google_Market","udid":"5e3fff058b89f86cccda","_sig":"YWtLhDWs%3D","_ts":"1529656502"}
headers = {
'User-Agent': "api-client/1 com.douban.frodo/5.26.0(134) Android/23 product/OnePlus3 vendor/One model/ rom/android network/wifi",
'Host': "frodo.douban.com",
'Cache-Control': "no-cache",
'Postman-Token': "1c40a79a-90ba-6d85aeb074e8"
}
response = requests.request("GET", url, headers=headers, params=querystring)
print(response.text)
NextCloud 算是很重度 的使用起来了,VPS 上安了,NAS 上也有。各个平台使用体验非常不错,不过唯一一点缺憾是有些时候 Ubuntu/Mint 上 NextCloud 随机启动之后托盘消失,导致看不到同步进度,老是让我感觉没有启动。
所以为了修复这个问题,需要完成以下两个步骤。第一个步骤就是在 startup applications 中将 NextCloud 设定延迟 10s 启动。
第二步就是需要卸载 appmenu-qt5
这个 bug 可以参考这个 issue
sudo apt remove appmenu-qt5
Java 版本
sh zkCli.sh -server IP:port
进入 server 连接后使用
ls /
来查看节点包含内容
ls2 /
说明:
ls -s
代替。create 创建新的 Znode 节点,path:路径 data:数据 acl:权限,不指定默认为 world:anyone:cdwra
create /test "mydata"
该命令其他选项:
-s
: 顺序节点-e
:临时数据节点,重启会消失get /test
在 get 命令的结果中会输出其他信息
set /test "new data"
delete /test
rmr /test
listquota
ZooKeeper -server host:port cmd args
addauth scheme auth
close
config [-c] [-w] [-s]
connect host:port
create [-s] [-e] [-c] [-t ttl] path [data] [acl]
delete [-v version] path
deleteall path
delquota [-n|-b] path
get [-s] [-w] path
getAcl [-s] path
history
listquota path
ls [-s] [-w] [-R] path
ls2 path [watch]
printwatches on|off
quit
reconfig [-s] [-v version] [[-file path] | [-members serverID=host:port1:port2;port3[,...]*]] | [-add serverId=host:port1:port2;port3[,...]]* [-remove serverId[,...]*]
redo cmdno
removewatches path [-c|-d|-a] [-l]
rmr path
set [-s] [-v version] path data
setAcl [-s] [-v version] [-R] path acl
setquota -n|-b val path
stat [-w] path
sync path
Apache [[ZooKeeper]] 是 Apache 软件基金会的一个软件项目,为大型分布式计算提供开源的分布式协调系统,提供的功能包括配置服务、同步服务和命名注册等。Zookeeper 项目的初衷就是为了降低分布式应用从头开发协同服务的负担。
ZooKeeper is a high-performance coordination service for distributed applications. It exposes common services - such as naming, configuration management, synchronization, and group services - in a simple interface so you don’t have to write them from scratch. You can use it off-the-shelf to implement consensus, group management, leader election, and presence protocols. And you can build on it for your own, specific needs.
基本功能也如上述所说可以概括成:
通常实际使用场景比如管理 HBase 集群,配置管理,和 Kafka 配合等等,Zookeeper 设计更专注于任务协作,并没有提供任何锁的接口或通用存储数据接口。
Zookeeper 不适合用来作为海量存储,对于大量数据的存储应该考虑数据库或者分布式文件系统。
Zookeeper 提供的命名空间通常是 /
开头,并且有着明确的等级管理。
Zookeeper 命名空间中的每一个节点(node)都包含一组数据,子节点亦然。可以想象成文件系统中的目录,但是这个目录同样也有数据。Zookeeper 被设计用来保存协同数据,包括状态信息,配置,位置信息,等等,所以数据通常很小,bytes 到 kilobyte 大小。通常把这些节点叫做 znode。
Znodes 维护一个结构,包含数据变化版本号,ACL 变化,时间戳,cache 验证等。每一个节点都拥有 Access Control List(ACL) 限制谁可以访问。Znode 的版本号随着数据变化而递增。
ZooKeeper 数据节点类型:
服务器节点类型
服务端选举算法 Paxos 类似 客户端通信方式 JAVA-NIO
ZooKeeper 服务器端运行于两种模式下:standalone 和 quorum。
选举算法,类似 [[Paxos 算法]]
ZKReentrantLock lock = new ZKLock(zk,timeout,sessionManager);
lock.lock();
....... your thing
lock.unlock();
ZAB 协议(Zookeeper Atomic Broadcast)是为分布式协调服务 ZooKeeper 专门设计的一种支持崩溃恢复的原子广播协议。在 ZooKeeper 中,主要依赖 ZAB 协议来实现分布式数据一致性
quorum:集群中超过半数的节点集合
ZAB 中的节点有三种状态:
节点的持久状态
Zab 可以满足以下特性
follower 要么 ack,要么抛弃 Leader,因为 zookeeper 保证了每次只有一个 Leader。另外也不需要等待所有 Server 的 ACK,只需要一个 quorum 应答就可以了。
两种模式,分为 broadcast 模式(广播模式,同步)和 recovery 模式(恢复模式,选 leader)
为了保证事务的顺序一致性,ZooKeeper 采用了递增的事务 id 号(zxid)来标识事务。所有的提议(proposal)都在被提出的时候加上了 zxid。实现中 zxid 是一个 64 位的数字,它高 32 位是 epoch 用来标识 leader 关系是否改变,每次一个 leader 被选出来,它都会有一个新的 epoch,标识当前属于那个 leader 的统治时期。低 32 位用于递增计数。
每个 Server 在工作过程中有三种状态:
Follower 收到 proposal 后,写到磁盘(尽可能批处理),返回 ACK。
Leader 收到大多数 ACK 后,广播 COMMIT 消息,自己也 deliver 该消息。
Follower 收到 COMMIT 之后,deliver 该消息。
leader 奔溃或者 leader 失去大多数 follower 时,zk 进入恢复模式,恢复
Fabric 在升级 2.x 之后,几乎就是重写了。很多以前的用法都变了,然后在 1.x 时代,本地和远程都是用一套代码处理,但是 2.x 的时候将 local 处理部分和远程处理部分分别拆分为 fab 和 invoke 了,拆分的理由可以参考这里。
以前 Fabric 是不支持 Python 3 的,升级之后的版本可以完美支持 Python 3,然后下面是 Fabric 2.x 的升级理由:
更多关系 1.x 和 2.x 的对比可以参考这个网址
忘记 1.x 的一切,然后从头开始
总得来说这本书按照微服务的各个内容介绍了一遍,但是只适合入门,并不适合深入了解。看完可以对什么是微服务有一个大致的了解,对于自己实现一个微服务架构还是需要更多的阅读。
微服务架构的目的是为了解决传统单体应用在业务急剧增长时遇到的水平扩展问题。通过拆分服务,将微服务系统中的服务划分明确的职责,做到低耦合,高内聚。
微服务交互模式
两个概念:
SOA 面向服务的架构
分布式系统 CAP 原理
三者不能同时兼得。
BASE 思想,满足 CAP 原理,牺牲强一致性获得可用性,通过最终达到一致性来满足业务
解决方案:
容量:按照峰值 5 倍冗余计算
MySQL
Redis
读写 40000/s
Kafka 单机 读 30000/s 写 5000/s
然后书上介绍了一些压测工具,ab,jmeter,mysqlslap,sysbench,dd,loadRunner,hprof 等等
首先介绍了一些日志框架,然后是 ELK。
这部分没有细看,先开始介绍了 APM 的功能和作用,然后介绍了 Dapper 论文里面提到的调用链跟踪原理。
[[海恩法则]]:
每一次严重事故的背后,必然有 29 次轻微事故和 300 起未遂先兆及 1000 起事故隐患。
[[墨菲定律]],这个条太熟悉了,星际穿越中就提及了
如果有两种或两种以 上 方式去做某件事情,而选择其中一种方式将导致灾难,则必定有人会做出这种选择。
墨菲定律实际上是个心理学效应,如果你担心某种情况会发生,那么它更有可能发生,久而久之就一定会发生。
后面介绍了 java 自带的调试工具,还有一些 Linux 下的常用命令。
后面作者举了一个真实的线上问题解决思路。
主要就是介绍 [[Docker]] 了。
关于敏捷开发,持续集成,持续交付和持续部署。然后是一些常用的开发,运维工具。
这一篇讲在威联通上安装和使用下载工具 – Transmission,一个知名的轻量级,跨平台,开源的 BT 下载工具。
Transmission 是一个 BT 客户端,提供了 Web 和命令行界面,非常适合在威联通机子上跑。威联通自身的 Download Station 根本无法用,而迅雷和百度也基本无法用。只能尝试一下这个方法了。
如果看过之前的文章,应该知道威联通第三方的应用市场 QNAP CLUB,在其中直接能够找到 QTransmission。安装完成之后用户名密码是 qnap 和 qnap。
配置文件路径:
/opt/QTransmission/etc
/share/CACHEDEV1_DATA/.qpkg/QTransmission/etc
为什么有两个路径呢,是因为 opt 目录下的路径其实是一个软链接,指向真实在 /share/CACHEDEV1_DATA/.qpkg/QTransmission
的目录。
如果要修改 WEB 界面的端口,需要同时修改 /mnt/HDA_ROOT/.config/qpkg.conf
里面 QTransmission 配置的端口。
安装完成后直接在威联通 WEB 界面上点击进入,然后使用 qnap - qnap 登录。设置限速、关闭 DHT,然后在路由器上做端口转发,保证 51413 端口开放。
使用 vi 修改配置 vi /share/CACHEDEV1_DATA/.qpkg/QTransmission/etc/settings.json
,需要注意的是在修改配置的时候,停用 QTransmission,否则再启用 QTransmission 就会恢复到默认配置。
其他常用的配置
"cache-size-mb": 16
然后在威联通中新建共享文件夹,配置下载保存的位置。
"download-dir": "/share/Transmission"
等等。
配置详解见文末。
默认情况下可以尝试使用如下命令来启动和停止。
/etc/init.d/QTransmission.sh start
/etc/init.d/QTransmission.sh stop
如果启动之后 51413 端口在界面上依然显示无法连接,可以尝试等待一段时间再试试。我的实际测试情况是界面上无法连接,但是实际还是能够正常工作。
在配置中:
"watch-dir": "/share/bt", # 监听文件夹目录
"watch-dir-enabled": true # 是否监听文件夹
即可
配合 Android 上的 [[Transdroid]] 使用,需要开启远程访问控制,如果有固定的访问 IP 段,可以对应的配置,直接禁用下面两个白名单危险系数较高,慎重:
"rpc-whitelist-enabled": false,
"rpc-host-whitelist-enabled": false,
打开 Transmission 的配置能看到非常多的配置选项,这里列举一下重要的配置:
"alt-speed-up": 500, # 限速时段上传限速值
"alt-speed-down": 500, # 限速时段下载限速值
"alt-speed-enabled": false,
"alt-speed-time-begin": 540,
"alt-speed-time-day": 127, # 时段限速日期(星期几),127 表示每天,更复杂配置参考官网。用 7 位二进制数表示,然后转换成十进制数,0000001 表示周日,1000000 表示周六,0000010 表示周一,0000100 表示周二。如果你只要在周末限速,该数应该 1000001,转换为十进制就是 65
"alt-speed-time-enabled": true, # 启用限速,为 false 时,以上计划配置则不生效,生效时会自动禁用 alt-speed-enabled 配置,二者只能选一个
"alt-speed-time-end": 420, # 限速时段结束时间,这个配置表示的是凌晨零点到开始时间的分钟数,比如 7:00 就是 7*60=420。需要注意的是,该时间是用的 GMT 时间,即北京时间 -8 小时。比如你计划北京时间 7 点 30 分开始,这个数字应该是(7-8+24)*60+30=1410
"bind-address-ipv4": "0.0.0.0", # IPv4 地址绑定,一般不要改动
"bind-address-ipv6": "::", #IPv6 地址绑定,一般不要改动
"blocklist-enabled": true, # 启动白名单,默认不启动,需要启动改为 true
"blocklist-updates-enabled": false,
"blocklist-url": "http://www.example.com/blocklist",
"cache-size-mb": 4, #缓存大小,以 MB 为单位,建议设大一些,避免频繁读写硬盘而伤硬盘,建议设为内存大小的 1/6~1/4
"compact-view": false,
"dht-enabled": false, #关闭 DHT(不通过 tracker 寻找节点)功能,不少 PT 站的要求,但 BT 下载设置为 true 会使得下载更好
"download-dir": "/share/Downloads", #下载的内容存放的目录
"download-queue-enabled": true, # 下载队列开关
"download-queue-size": 5, # 下载队列数量
"encryption": 1, # 加密。指定节点的加密模式,默认 1。0 表示关闭 , 0= 不加密,1= 优先加密,2= 必须加密
"lazy-bitfield-enabled": true, # 默认为 true,设置为 true 时可以避免某些 ISP 通过查询完整位段来屏蔽 BT,从而破解部分 ISP 对 BT 的封杀,当然不一定完全有效
"idle-seeding-limit": 30,
"idle-seeding-limit-enabled": false,
"incomplete-dir": "/share/Downloads", # 临时文件路径
"incomplete-dir-enabled": false,
"inhibit-desktop-hibernation": true,
"lpd-enabled": false, #禁用 LDP(本地节点发现,用于在本地网络寻找节点), 不少 PT 站的要求
"main-window-height": 500,
"main-window-is-maximized": 0,
"main-window-width": 615,
"main-window-x": 337,
"main-window-y": 211,
"message-level": 2,
"open-dialog-dir": "/share/Download", # 网页对话框打开的根目录
"peer-congestion-algorithm": "",
"peer-limit-global": 240, # 全局连接数
"peer-limit-per-torrent": 60, # 每个种子最多的连接数
"peer-port": 51413, # 传入端口,预设的 port 口
"peer-port-random-high": 65535, # 传入端口随机值范围上限
"peer-port-random-low": 49152, # 传入端口随机值范围下限
"peer-port-random-on-start": false, # 启用随机端口,默认关闭,不建议改为 true
"peer-socket-tos": "default",
"pex-enabled": false, # 是否启用用户交换,默认为 true,关于 PEX,有兴趣的朋友可参考 http://en.wikipedia.org/wiki/Peer_exchange,对于只用 PT 的朋友,可以设为 false, 禁用 PEX(节点交换,用于同已与您相连接的节点交换节点名单), 不少 PT 站的要求
"port-forwarding-enabled": true, # 启用端口转发(uPnP),如果路由支持并且也开启了 uPnP,则路由会自动做端口映射,但是需要注意的是如果内网有几台机器同时使用 transmission,就必须更改 peer-port 值为不一样
"preallocation": 1, # 预分配文件磁盘空间,0= 关闭,1= 快速,2= 完全。建议取 1 开启该功能,防止下载大半了才发现磁盘不够。取 2 时,可以减少磁盘碎片,但速度较慢。
"prefetch-enabled": 1,
"queue-stalled-enabled": true,
"queue-stalled-minutes": 30,
"ratio-limit": 2, # 分享率限制
"ratio-limit-enabled": false, # 启用分享率限制,默认不启用
"rename-partial-files": true, #在未完成的文件名后添加后缀.part,false= 禁用
"rpc-authentication-required": true, # 远程控制需要验证,默认为需要
"rpc-bind-address": "0.0.0.0", # 远程控制地址绑定,允许 IP 通过 RPC 访问,默认值表示任何地址都可以访问
"rpc-enabled": true, # 启用远程控制,默认启用
"rpc-host-whitelist-enabled": true, # 是否开启主机白名单
"rpc-host-whitelist": "", # 白名单,如果需要远程访问,最好配置
"rpc-password": "{cxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxaE", #web-ui 的密码,可直接修改,重新运行或者 reload 服务的时候密码会自动 HASH 增加安全性
"rpc-port": 9091, # 默认 web-ui 的 port 口,也是远程控制端口,可自行更改
"rpc-url": "/transmission/",
"rpc-username": "transmission", #默认登入名称,也是远程控制用户名
"rpc-whitelist": "127.0.0.1", # 远程控制白名单,默认值为所有地址,支持通配符*,如 192.168.2.*
"rpc-whitelist-enabled": true, # 启用远程控制白名单,如果启用,则仅仅上面列出的地址可以远程连接
"scrape-paused-torrents-enabled": true,
"script-torrent-done-enabled": false,
"script-torrent-done-filename": "/home/",
"seed-queue-enabled": false,
"seed-queue-size": 10,
"show-backup-trackers": true,
"show-extra-peer-details": false,
"show-filterbar": true,
"show-notification-area-icon": false,
"show-options-window": true,
"show-statusbar": true,
"show-toolbar": true,
"show-tracker-scrapes": true,
"sort-mode": "sort-by-age",
"sort-reversed": false,
"speed-limit-down": 300, #平时的下载限速
"speed-limit-down-enabled": true, #启用平时下载限速
"speed-limit-up": 30, #平时上传限速
"speed-limit-up-enabled": true, #启用平时上传限速
"start-added-torrents": false,
"statusbar-stats": "total-ratio",
"torrent-added-notification-enabled": true,
"torrent-complete-notification-enabled": true,
"torrent-complete-sound-enabled": true,
"trash-can-enabled": true,
"trash-original-torrent-files": false,
"umask": 18,
"upload-slots-per-torrent": 14
"utp-enabled": true, #启用μTP 协议
"watch-dir": "/share/bt", # 监听文件夹目录
"watch-dir-enabled": false # 是否监听文件夹
跟多的详细配置可以参考官网文档
选择合适的 [[Tracker]] 可以显著的提升下载体验。 可以从下面两个地址中找到每天更新的 Tracker 服务器地址:
写一个脚本,使用 transmission-remote 命令添加到 bt 。
这里有一个更强大的网页界面。
默认的 Transmission 安装的地点是:/share/CACHEDEV1_DATA/.qpkg/QTransmission/
进入该目录,然后进入 //share/transmission/
完整路径如下:
/share/CACHEDEV1_DATA/.qpkg/QTransmission/share/transmission/
在该目录中有一个 web
文件夹,这个文件夹就是要被替换的前端界面。
mv web/index.html index.original.html
unzip xxx.zip
解压该文件如果在 QNAP 上开启了远程控制,那么在桌面版系统上可使用这个 Remote control GUI,可以有更多的功能。
Android 推荐使用 Transdroid 来管理。之后在做一下管理端口映射,那就可以无论在哪里都能远程管理了。
文件同步应该算是 NAS 最最基本的一个服务了,但是为什么直到篇六才提到他呢,是因为威联通自带的 QSync ,嗯,虽然能用,但是,没有 Linux 客户端,虽然其他平台客户端 OK,但是作为我主力工作的平台没有同步客户端,只能 smb 挂载。而之前搞 zerotier 同局域网速度不佳,其他 frp 内网穿透 也最多拉一些小文件,完全做不到 Dropbox 那样无缝,无痛。
而到现在,腾讯云上的 NextCloud 已经稳定运行近半年,所以如果在威联通上装上 NextCloud 只要网络访问畅通的情况下,做到所有平台访问 NAS 应该问题不大。而说到文件同步,之前的时候还用过 Resilio Sync 和 Syncthing ,为什么不用这两个呢? 一来前者确实很好用,只要手握 key ,就能够做到随时随地同步,但是这个神器 tracker 被屏蔽了,导致根本无法连接到节点,虽然有人 VPN 搞,但终究是躲猫猫的游戏,故放弃。而 Syncthing 同为开源的点对点同步工具,其实一点都不差,虽然需要用到的客户端 Linux Android 都有,但是终究不全,虽然现在好像已经有了 gtk 版本,但也不是那么好用。关于二者的具体对比可以参考后文。
在 Container Station 中安装 NextCloud 相对比较容易,如果熟悉 Docker 可以直接使用 Docker Compose 文件,如果不熟悉,那直接使用 GUI 也比较方便。
安装步骤简单描述如下:
docker pull nextcloud
, 如果熟悉命令行推荐使用命令行下载避免界面可能出现的各种奇怪问题/var/www/html
完成容器的创建之后,需要首次登录配置,在容器成功运行之后,在界面中会出现一个链接,http://
这边我选择使用 NAS 宿主机的 MySQL 服务,而不像之前使用 Docker Compose 那样 使用 MySQL 容器,主要是 NAS 上可以方便的使用 phpMyAdmin 来管理。NAS 上 MySQL 服务端口 3306。然后还需要注意的一个配置是,在 Container Station 属性,网络属性中有一个桥接地址,该配置为 Docker 容器提供网络访问,记住这边的网关比如我的是 10.0.3.1
在 NextCloud 容器运行成功之后也可以通过在命令行中使用 docker inspect nextcloud
然后查看 Gateway 地址 docker inspect nextcloud | grep "Gateway"
来查看 Docker 容器的网络配置。
在 Docker 中连接宿主机 MySQL 时需要特别注意,这个时候不能使用 localhost
或者 127.0.0.1
,因为这个时候 localhost
或者 127.0.0.1
会指向 Docker 容器本地的地址,需要换成宿主机,比如这里 NAS 的地址,也就是容器的网关地址,比如我这边上面查看得到的 10.0.3.1
填写 NextCloud 配置之前,在 phpMyAdmin 中先创建 nextcloud 用户和 nextcloud 数据库,记住用户名密码,然后在网页中的配置中填写,然后数据库地址一定需要填写 10.0.3.1:3306
,这边一定要记住使用容器 Gateway 地址。
选择 NextCloud 的一大原因就是因为 NextCloud 的跨平台支持太棒了,所有的平台都有非常好用的客户端。
下面是我的 Mint 上客户端和网页中同步的内容,局域网中速度还是很快的。
或者如果熟悉 compose 也可以使用
version: "3"
services:
nextcloud:
image: nextcloud:apache
container_name: nextcloud
restart: always
ports:
- 20080:80
volumes:
- /share/NextCloud:/var/www/html
确保 /share/NextCloud
也就是 NextCloud 共享文件夹以及创建
他们都可以免费使用,都是为了解决文件在多台设备之间同步的问题,都采用了 P2P 点对点传输技术(数据不经过第三方,从一点直接加密传输到另一点)。
特别的,Resilio Sync 拥有近乎完美的跨平台产品线,Android、iOS、Windows Phone、MacOS、Windows、Linux、BSD、以及几乎所有的商业 NAS 操作系统都有对应的客户端。
从软件界面来说,Resilio Sync 对桌面系统和手机系统都提供了原生的客户端界面,对 Linux、BSD、NAS 等系统则提供基于网页的管理界面。
从原理上来讲 Resilio Sync 是通过官方的 Tracker 追踪服务器建立多台设备之间的连接,最终实现数据从一台设备以最快速度传输到另外一台设备。由于软件本身是闭源的,因此软件在与 Tracker 服务器连接的过程中是否会泄露用户隐私就不得而知了。
有人说,Syncthing 就是为替代 Resilio Sync 而生的,它不但能实现相应的数据同步功能,它还完全开放源代码。
Syncthing 由社区驱动,即程序是由社区里的技术爱好者们共同开发的,任何人都可以参与到软件的开发中去,人人都可以看到软件的源代码。因此,社区负责人敢拍着胸脯说,我们尊重隐私、我们真正安全、我们简单好用。
然而,Syncthing 在跨平台的方面的确略逊一筹,社区仅以开发核心软件为主,如果需要某个特殊系统平台的客户端,要么你自己动手开发,要么就是等其他技术高手开发。比如苹果手机系统 iOS、Windows Phone 就没有对应版本的 Syncthing 客户端。
在软件界面方面,Syncthing 原生仅提供基于终端的命令行控制和基于网页的管理界面。移动端仅提供 Android 系统客户端。近期社区又发布了跨平台的 Syncthing-GTK 客户端支持 Linux 各发行版和 Windows 系统。
如果你想选择这两者,这里有些参考: