插个楼 问一下 为什么后台还需要考虑注入的问题？@siweipancc @cheng6563 @BugCry

我的理解是 后台 只要把登录体系的身份验证做好（例如强密码、定期修改密码、MFA 多因素认证、短信验证码、webAuthn 、登录网段限制等手段），保证别人不能非法登录进去这个前提下。

后端不像前端 不会直面用户，为了后台开发的灵活性，我觉得做一些 SQL 拼接操作是可以接受的，只要记录好操作记录、正常使用后台的内部人员不会故意通过注入等手段破坏系统数据的吧？

当然 可能有我没想到的原因，所以想提出来交流一下。

好多人反馈了 好像是运营商限速了 为了降低成本，感觉再过几年 变成每省一个广域网 不是不可能的

父母用的话 极客库 的盒子挺合适的，4+64 安卓 11 用了一年多了

无数博主的经验告诉我们，技术博客最终是的坚持写下去 平台是最不重要的事情，因为你不是小说作者那种 和平台签约了，而且现在主流 markdown 格式 到处都能通用

喜马拉雅，一边写需求 一边听小说，一年 168 的会员（借楼问有便宜稳定的会员渠道吗），app 还广告满天飞 也就喜马拉雅了。
主要是这玩意没平替，资源就他家最多

@bclerdx 好像我 markdown 解析有点问题我再试一下


图片格式错误 重新补一下

陕西电信 4g 城区测速
[]( https://imgse.com/i/pAYdSOI)

vivo Y300Pro 除了 CPU 差点 其他都不错，6500mah ，父母没有高帧率使用场景 够用了 vivo 系统 也是第一梯队的

我只知道如果这次抗议成功了，最终受益人是个人用户，

别扯其他东西，我花钱冲会员就是奔着 4k 最高质量视频去的，免费用户你糊成马赛克我都不管，我付费买你的增值服务，提供不了业内共识的质量标准，凭什么不能骂你？

后面会不会发展成 选择 4k ，给我加载 720p 的视频，然后通过浏览器 wasm ，拿用户设备的性能 转换 4k 视频给我看，然后收着我 4k 的钱？（举例）

@Rrrrrr 首发肯定原价了，不着急就等等 肯定能便宜，着急的话也可入 毕竟 IQOO 子品牌 不会太贵

目前 iQOO 13 手机部分配置如下：

性能：高通骁龙 8 至尊版处理器 + 自研电竞芯片 Q2

散热：单层主板 | 全新散热架构和 VC 散热板

屏幕：2K BOE Q10 纯直屏（首发京东方最新发光材料）

电池：6100-6150mAh± | 120W 私有协议闪充 + 100W PPS 公版闪充 | 旁路充电 + 高功率亮屏快充

功能：单点超声波指纹 | USB3.X | IP68 | 大尺寸 X 轴马达

设计：iQOO 13 厚度是旗舰系列历史最薄 | 直边大 R 角中框 | 前置挖孔大小优化 | 大尺寸对称双扬

外观：预计采用直屏 + 窄边框 + 金属中框设计 | 类似 OriginOS 视觉展示机型

影像：vivo 旗舰同款主摄、广角，折叠屏同款的长焦人像，蓝厂旗舰同款算法和调试

就看价格了
来源： https://www.ithome.com/0/800/745.htm

高速吹风机，
买之前 我现在的吹风机 30 多一个 你凭什么卖四五百
买之后，真香

1. 多个蜘蛛写入 SQLite 如果小说是以 每本小说都是一个 SQLite 的维度存储时，这不是问题。
如果存储多本小说 或者 同一个 SQLite 文件有多个线程写入，可以通过 批量写入的方式实现， 我前年测试 SQLite 写入性能 15w 数据耗时 5.13 s ，完全可以满足需求

2. SQLite 只是小说内容部分的存储方案，项目中 会员信息或者其他操作 还是 mysql/pgsql

@ShuA1 SQLite 可以并发查询 而且性能很高，只是不能并发写，对于小说这种 只在后台更新，前端用户并发阅读的 特别合适，甚至很多项目都用 SQLite 做缓存

抖音 快手 经常有一些 山寨 app 的推广，刷 xx 时间可以提现多少钱，类似于 pdd 那种 先给提现几毛钱 或者几分钱，接着要刷够 100 或者 200 才能提现（实际达不到 不可能提现）。

反正老一辈人犟得很，不让他装他又不听，装的话 抖音 装一个山寨 app 一个山寨 app 繁衍十几二十个 app ，就这么乱起来了

@abersheeran 那确实挺合适，小说更新和不会再修改 并发读取又是 sqlite 的强项

realme 算了吧 给家里买了两台，做工太糙了

@wxf666 没必要 存储的日志从设计上考虑，只允许通过这个程序读取，所以只要能实现 压缩存储、按时间检索展示就行