亚洲使用国外的 cdn 除了 cloudfront 韩国外 都不用考虑
akimai 国内卡成球 明明有很多香港的节点 城市电信 香港大学 线路都巨快 问题是不给你用啊 ....

keycdn b 什么 cdn 都是 sl 的香港线路 炸了好久了
maxcdn 是任播的 欧美还能忍忍 亚洲会炸
cdn77 都 onapp 的平台 这个平台缺陷太多 不说了 dns 炸了

目前 cdn 能用的只有 cloudfront
这个国内不稳定 但是韩国节点速度快
ssl 付费 天价 流量一般人用不起

算了 还是买个香港 vps 坐亚洲节点吧

运营商的缓存服务器貌似

@yoa1q7y 楼下给我答了
你火星大片 也要国内送审 删除不可描述的内容
你以为国外就直接快递硬盘给影院上映？

神逻辑了你

x1
最好

macbook 不适合开发 适合接大屏幕设计

电影院播放的片源 以前是胶片 现在是硬盘 是的 你没看错 就是硬盘 和你电脑上的差不多 影片有特殊的防盗处理 数字 dna 和禁止 copy 的处理。 而且每个影院的识别码都是不一样的

流出来的片源 盗版片源
第一种是未上映的
这种是直接影视制作公司服务器黑下来的 是的 没错
还有种是每个国家上映日期不一样 其他提前上映后国家录下来的
也有是中途流出的 因为一个影片制作需要转手很多次的

第二种是录播的
第三种是内外勾结 买断的 这个渠道有钱就可以解决
一些小影院上坐低 另外一些放映员缺钱搞副业 让你拿高清设备翻拍。这种伪 hd 片源最多。

最后流出的正版片源 都是线上有正版资源了 才出来的

开个大酒店 包个保时捷 请个管家安排行程
take easy

缺吃饭的吗？ 就是那种光吃饭 不干活 很低调 不刷存在感的？

@just13 同感 通病
赚快钱的思想占主流。

中国现在
谈情怀都是扯淡 被人认为是傻子
你没成功 被人说傻
但是当你成功以后 又一堆人说你专注 开始捧你
毁就毁这了 太多人云亦云
利益为上

@aaa0009
你没弄明白 这个不是伪造
解析记录有 2 种 一种正向 一种反向
反向的意思 就是 IP 解析到域名
这个前提是你要有这个权限 就是有 ASN 并且 IP 是你自己的 或者运营商愿意提供权限 (正常情况下是不允许 管理机构有要求) 不然你解析什么?
这个和正向一样 也是 DNS 解析记录 只是反过来了
你域名解析到 IP 域名最少你要有管理权限是吧? 一个道理
你域名有解析权限了 也可以解析到任意 IP 比如百度? 比如谷歌? 还是一个道理 反向解析也一样

问题在于这个 DNS 记录 是需要全网同步的
不然别人 host nslookup 是没结果的

问题就在这里 这些都是有规范的
https://www.ripe.net/manage-ips-and-asns/db/support/configuring-reverse-dns
看 Ripe 的说明 如何配置

在扯下生命周期的问题
其实生命周期是很重要的一个事
估计你们很少理解这个问题的重要性 觉得产品 好看 好用 就可以了
不知道多少人 还记得 雷傲 动网 ASP 那些 这些都差不多已经磨没了
我第一个论坛 就是动网搭建的 ASP 在那个时候 应该算超前
很多论坛程序 慢慢的就和 Discuz 一样 被抛弃了

而国外的像 vBulletin
这个首个 RES 的版本 是 2000 年发布的 到现在 2016 年
这个产品已经做了 16 年 并且还在更新
我不知道有多少公司能坚持一个项目维持 16 年.....

@ivmm 可能没写明白 按我用过的推荐列表 以我个人的体验而已 和产品本身无关的

Discuz 不是砍了吗?
听说开发的人腾讯都让搞游戏那块去了?

这个个人觉得还是不要使用了 生命周期没了已经
PHP 到 7 了 Discuz 让你安装 PHP 5.3

如果是商用
个人觉得还是选一个生命周期长的产品
国外的授权都很宽松的 允许商用
像 PHPBB N 年了


国外商业的
www.vbulletin.com （ N 年老牌子的 很多大公司使用 生命周期有保障）
xenforo.com （ vbulletin 前员工创业的 ）
https://invisionpower.com/ （ IPB ）
VB / XF / IPB 主流商业论坛程序 授权价格个人觉得不贵
产品生命周期有保证

国外的免费的 按我推荐的程度 列表
https://www.mybb.com/
https://vanillaforums.org
esotalk.org
http://flarum.org/
https://codoforum.com
http://www.phpbb.com

@Gothack
@harry890829
@HanSonJ
你们费那劲解释干啥....
人家是看关键词的 不是看句子
略浮躁的人 你不要指望他能细细看个帖子 看完还是能思考下在回复的

富士通不知道

但是我第一台笔记本买的 NEC 的
那质量... 抱着玩睡着了 翻身妥妥的在水泥地上
N 年 没坏过

最近问问题的 怎么都这么云里雾里 然人靠猜的?

你要统计什么?
网站访客的流量统计? 还是内部日志的统计? 还是什么?

如果是 51la 那种 根本没影响 JS 的是传递到别人的统计服务器
如果是日志 ELK 集中起来就可以了

@kslr
我典型的 DNS 小白

问题就在这里
宕机了 还能解析?
最开始我以为 DNS 缓存时间引起的 结果测试 TTL 降到 120 自己 deploy 的 Public DNS
本机测试 一个样

抽时间去研究下 DNS 的规范 估计就明白了
对普通用户影响不大

如果 Slave 真没什么卵用
我部署 secondary + N 的 DNS 有个 P 用

反向记录 是没什么用了现在

如果有这个需求 为提高效率 一般会记录 Spider 的 IP 段做匹配
这样性能高 做反向验证匹配太耗资源了
而且也不是每个公司的爬虫 每个反向记录都是有效的解析
尤其国内很多公司没 ASN IP 都是电信的 没配反向解析

百度好像没提供 IP 池 Google 是有提供的

伪造反向解析记录 很容易的 因为没什么用
如果你是自有 ASN 和 IP 分配权限 可以随便定义反向记录
但是如果你租服务器买 IP 添加反向记录 一般会要求你先解析 验证成功后才给你添加

这个我利用过是 N 年前 德国租小机房的机柜 给外贸客户发垃圾邮件
每个机柜配垃圾机器 + 1000+IP/每机柜 最高一天能发亿级
那时候反垃圾邮件还没现在这么强大 在加上德国的小机房缺生意
谈好不封机器 对群发睁只眼闭只眼
后来不行了 一发 Spam 就封端口 小机房说在发上游要取消接入 不然罚款罚死

补充下 这个和本机的 public dns 是差不多的