5. 遇到疑问时因为浏览器的搜索复制答案速度，高于查笔记的速度，往往会倾向于不使用整理后的结果

1.没有读取位置信息时，从开始，或者倒数 X KB 处读取，有上次读取位置信息时接着读
2.读到文件结尾时自动结束，并记录位置信息，等待间隔后，再次读取位置信息接着读
3.甚至读取前调用 stat 记录文件 inode 信息，inode 变化后，重置位置信息，从零(开头)开始读

考虑到大日志文件的性能问题，我使用了 go 进行实现
考虑到大量数据传输，与解耦问题，我使用了 kafka 进行中转
考虑到超长行问题，我使用了 kafka 的压缩算法 ==> cpu 和内存占用略高

然后就是，需要定义行切割和碎片行合并问题

*_exporter 属于 1
grafana 属于 2
prometheus 原来属于 1 ，现在是 2

前后端分离我不清楚你说的是哪种，我猜一下：
1.前后端相同的语言开发栈，用后端框架渲染。简单需求时，无需用高射炮打蚊子
2.前后端不同的语言开发栈，打包在一起分发，一键执行。给用户带来部署上的便利

前后端分离开发方便，如果物理机部署我感觉实在是难受。

大家有没有出现过，右键无响应，软件打不开，win 菜单不弹出的情况？最后只能打开 cmd,执行 shutdown /s /t 1 命令来关机重启

IronPython 呢

@cloverzrg2 #22 我是 fmt.Sprintf()生成最终语句，不 prepare ，至于注入，如果是面向外部用户的话，的确要注意

sqlx 不错，我比较喜欢写 sql ，而不是生成

plex 会员有没有优惠价

@ECat #29 好，我看看火棒，gtv, atv 的价格和性能

@greenskinmonster #8 谢谢，我回去试试，kodi 需要共享端安装 jellyfin 一类的程序吗

@asdfa #7 好的我回去试试 B 站 APP

@ECat #5
@seres #4
谢谢

外国套装这些，是不是像手机一样需要 GMS 框架