我只能说, 你产品的核心竞争力, 不能依赖与别人的产品. 不然永远会受制于人.

@fuxkcsdn 你用 dpkg -L 就行了, 何必折腾的这么麻烦. systemd 很好用, 只不过学习成本略高. 就像用 notepad++的喷 vim 是一个道理, 等会用了, 反而不习惯 sysv 风格的管理模式.

首先, 需要问你一个问题, 你是需要转移容器还是转移镜像?

按照你的问题回答, 需要用 docker save, 参考 1L 的回复就行.

如果是需要转移容器, 你需要 docker export/ docker import

还有, 也可以用 docker compose 来工程化的创建销毁镜像和容器.

frontpage +1

@TakWolf Express 并没有 MVC 的概念, 所谓的 MVC 只不过是人为在逻辑上强行划分出来的而已.

@airqj 我建议你看一下 qq 的登录协议, 还是很复杂的.

你没玩过互联网渠道, 所以你不懂.

不是我给百度洗白, 国内除了腾讯, 所有的都需要渠道. 百度这么干属于行业标准操作手段.

渠道商(也就是百度口中的外包团队)购买百度的流量资源之后, 通过推广 /做广告的手段, 从广告联盟盈利, 然后套现.

你上面关心的什么版权问题什么的, 都是扯淡, 你第一个需要解决的就是--活着.

如果你不是腾讯这种自有渠道的渠道商, 那就遵守当前的玩法吧, 也就是百度这种.

@lilydjwg 我擦..百合仙子姐姐我又在这里见到你了....

2Tb 硬盘 [email protected] 一共 16 个核, 64Gb 内存, 入 2kw 数据, 需要 8-12 个小时.

与你的 es 集群有多少个 node, 定义的分片和副本数, 每个 index 的数据规模有极大关系.

2.6kw 数据, 16Gb 内存无压力, 磁盘估计也没压力, 你的最大成本是时间成本.

你入数据的时候盯着点你的磁盘 IO/磁盘空间和内存使用情况.

bulk 写的不好极容易集群状态 RED, 会导致大量 bulk 任务失败.

另外, 写的时候最好不要有读操作, 也很容易导致 red

简历看多了, 就习惯了.
见了人深入问一下就知道有没有货.

这个简历看着还可以. 光协议分析能力就够琢磨个一年半载的.

@j4fun 这个, 的确很冷门~

@Michaelssss 所以...搜索的时候得配合 grep...? Orz
再或者我用 kv 存个倒排索引...然后支持搜索也可以......

@ikaros 你这个方案, 程序一崩溃, 所有的增量操作都丢了.....到头来还得想办法持久化....

@enenaaa
@loading

实在不行只能 sqlite 了.

golang 太屌....直接静态了, cp 部署无压力....

@wind3110991 sqlite 不就是 0 配置么, 我就是小规模数据, 性能根本就不是我需要考虑的问题. python 里面,直接 import sqlite, 然后写 sql 语句就行了.

@BOYPT
@Muninn
@RE
@RIcter
@beginor
@billlee
@changwei
@dsg001
@fuxiaohei
@fzleee

多谢各位关注, 发现有的人明白我的意思了, 有的人没明白. 没有明白的人看一下我的 append 吧.
目前来看, 最为满足条件的就是这货了:
https://unqlite.org/

单文件, 无服务进程, 0 配置, API 支持的语言还算可以. 最主要的是 document oriented, 正好满足存放文章的需求.

kv 型的数据库用来做快速索引还不错, 但是无法满足我存文章的这个场景. 不过见识了很多没见过的 kv 型数据库. 又涨姿势了....

不妥, 并不是屏幕越大越爽.
分辨率是其次.
屏幕太大, 会导致你看东西需要动脖子, 而不是动眼睛.这样脖子会很累.