你可以设置数据保存 30 天 不要像我一样保存 999 天
然后上 ssd 硬盘 独立服务器 memcache 缓存
内存使用 24g -96g 硬盘 128g ssd x2 raid0

应该可以承担一天 10 万的请求

没有，我以前使用这个，数据条目过 10 亿
因为要分析数据
各种优化、各种优化数据库 配置
卡到没朋友

很坑爹

其他人不知
我自己不会，因为 css 大部分都复用的，这个是个伪需求了

@ZE3kr 我说的手续费是 pw 不收，只是默认支付网关的支付手续费还是有的

@ZE3kr 注册都可以 上项目审批也可以过，问题在提款，以前他们业务说只能对公结算，要表

反正不是很方便，那时候还没有手续费

@ZE3kr 之前不是说要求对公结算吗？开放个人了？


我有公司支付宝 api 即时到账的 可以给你做个中转
然后每天给你转账结算 义务帮忙......
唯一要求是你业务正规的 擦边球和爬墙的不可以

你要明确一个定义, 说清楚什么规模的

真正拿的上台面的更新及时的盗版小说站 不多只有几个 这个姑且叫一线类站
这类站 有个特点 就是专攻各种搜索排行榜 榜上有名的, 而那些点击小的 没人浏览的 基本都不入库
所以小说数据不多 但是都是那种热搜的

像一类站 他们有自己的团队 整个流程比较成熟
以前是有专门的维护人员 后来改为机器主力,人工辅助
整个流程差不多这样
首先 准备付费账户 比如起点 自动订阅小说
监控系统 自动登录 定时访问 监控到小说有新章节发布, 采集回来
如果是
文字章节,直接发布
图片章节,尝试 OCR 转换, (大站都是定制的 OCR 模块 非常简单 只是字体的问题而已 识别率很高)
如果 OCR 转换的章节小于 NN 个汉字,代表转换异常
图片章节,人工修正
你们好奇这些人工哪里来是不? 大部分是志愿者(练习打字 学五笔。。。。) 少部分兼职
中国什么多? 人多....

以前贴吧红火的时候 部分会监控小说贴吧 一般间隔 10 分钟 贴吧就有最新章节出现了
那时候盗版不管 后来因为盗版问题 一些吧主主动改为 1 小时后更新 .....

二线小说站 基本都采集
这类更新都直接采集的一线站点 然后使用采集器 比如关关采集器
什么作品都采集 靠量 一些乱七八糟的也采
然后你就经常看到一些 底部会加水印

我也不记得我哪年做过小说站了
应该是上海移动怒江机房被断网那年 我有个机器被 ko 了
那时候小说站不多 我挂个小说的小偷程序 一天都 50000IP 以上
后来感觉没挑战性 就撤了 那时候根本没什么版权概念 没人管

到现在我还有 2 个小说域名 我都不稀罕说......
NjV3eC5jb20= 和 eXl6dy5uZXQ=

99%是碰到内存了 内存引起的问题

第一步 电池抠了 不要插

第二步 内存拔下来 橡皮擦金手指擦擦 在插上
切记 “行五体投地大礼” 口中默念 “菩萨保佑”

在开机 200% 恢复正常
如果不正常 纯粹的你不诚心......

最容易的名字

审核领导辛苦了

五讲四美八荣八耻

我党的光辉照四方

100% Pass

@gywo
因为你看到的 不是你看到的

还有个地下市场, 很多带有余额黑卡 价格很低,买来就可以刷钱 买 10 张一张不被拒付就赚了
额度 4000 欧元的信用卡 黑市大概$25/张
还有专门收 Paypal 账户的 刷钱
这些钱 最后都会换成货 因为大公司的信用卡收款权限高 要求的资料少 所以容易刷
之前招商银行的信用卡 不是拒绝 Linode 收款了吗? 黑卡搞的 刷太多

买黑卡 亚马逊类似的平台下单 地址使用各种留学生的代收地址收货 支付成功 那边收到货
被盗信用卡银行拒付 亚马逊封号封地址 但是已经收到货了不是吗?
换个 在来一次

这就是其中一个方式
这个是一个产业链了 比卖假货的牛逼很多
第一层 = 他们专门脱库的各种电商 然后打包卖
第二层 = 专门买信用卡数据 各种平台刷钱套货 套各种资源
第三层 = 转 N 手 就光明正大的上了淘宝这种交易平台

不是我暗黑 各种捞偏门方式 看的太多了

趴窝了都 还真没跨过去 @xxxyyy 正解+1 cors vs no-cors

说性能问题的 大部分都是小白 不懂优化
其实没什么大问题
WP 确实性能不佳 主要是原生的结构问题 各种 function 堆起来的 导致效率低下
而且各种 insert 的 js 都会注入 google 那些国内不可描述的链接
emoji 的 js 也会引入 wordpress 的 CDN 链接 也被国内 “不可描述”了

所以你感觉访问慢 在前期数据不大的前提下 没什么大问题
优化 + 缓存 + 外部存储附件 + (生成静态页)

你才开始也不会太大流量, WP 国外很多一天 10 万 IP 的个人博客 也没见 WP 本身出什么问题

还是人的问题 不是 WP 本身的问题

@uyhyygyug1234 我自己都不记得.。。。。。

@BOYPT 正解 我看了下各种 Raid 的各种评测 有这个事

@ca1123 Raid5 我德国的机器 试过这个 第一块坏了 一般要立刻处理 不然其他的很快阵亡 后来就对这个无感了

@rssf 同意 我遇到过 之前德国的机器 3x3T Raid5 就这种情况 第一块坏了没注意 第二块很快也坏了 还好是缓存测试的节点 有网络级别的容错 不然那次也彻底悲剧

@rtyurtyu 密集型读写 还是 Raid0 快,但是数据安全那块基本无解
最接近 Raid0 的就是 Raid60 了 美国一个存储 VPS 服务商使用的这个 很早以前测试读写速度非常好
正确的姿势应该是 SSD 缓存+SATA Raid0 + 备份

@Ixizi SSD 也有生命周期的, 你 SSD 在多 没 Raid1 没容错能力的
Raid 和 SSD 不冲突 因为各种企业需求都不一样 所以才有各种 Raid 结构和 Raid 阵列卡的的存在

@fetich 你怎么算的 2x1000G = 1000G 可用 因为 Raid1 是镜像啊 不少一半少多少?

@likuku back blaze 他们开源的那个服务器设计老好了 特大存储 :) 的说
我以前准备那他们建模的资源来国内定制一批这种纯粹设备