yuanxing 发布的文章

本文最后更新于 223 天前，其中的信息可能已经有所发展或是发生改变,如有失效可到评论区留言。

前言

在已经完成的CF系列教程"一"到"五"中，除了"一"到"三"的筑基三部曲之外，后续的"四"和"五"我分别介绍了CF WAF和CF DDoS防护，因为我认为这2个功能是CF流量序列中最有价值的2个重点功能，值得我用单独的篇幅来详细介绍。

但是，由于每个人实际环境以及需求各不相同，CF流量序列中还有很多其他功能，对于需要的人来说都可以说是有价值的重点功能，比如Cache Rules。

其实，Cache Rules提供的CDN功能本来才应该是CF最受欢迎的功能，只是，由于国内网络环境的特殊性，导致Free计划的用户使用了CF的CDN之后，不管是访问者被分配的访问地址还是回源请求发起的地点，大概率被分配到美国的CF数据中心(以美西的圣何塞数据中心最多)，这导致访问者体验大概率还不如不使用CF CDN直接访问来得快(毕竟往返都要跨太平洋)，所以才有对国内访问”负优化”之称。

不过，除了国内的访问者以及某几个相似的特殊国家之外，全球其他地区的访问体验还是不错的，所以CF的CDN功能还是有必要配置(特别是对于那些战略着眼于全球而非仅仅是国内的人而言)。

另外，对于某些内容(比如图床的图片)而言，慢那么一点其实感知也并不明显，所以，CF的Cache Rules的确也是重要且最有价值的功能之一。

Cache Rules(缓存规则)

Cache Rules介绍

默认情况下(未配置任何缓存规则时)，CF只会对部分扩展名的静态资源生效(TTL一般都为2小时)，这些静态资源包括但不限于：

  1. 图像文件：
    .jpg, .jpeg, .png, .gif, .ico, .svg 等
  2. 字体文件：
    .woff, .woff2, .ttf, .otf, .eot 等
  3. CSS文件：
    .css
  4. JavaScript文件：
    .js
  5. 多媒体文件：
    .mp3, .mp4, .avi, .mkv, .webm, .ogg 等
  6. 文档文件：
    .pdf, .doc 等

这样是非常不方便的，我可能有其他正常的需求，比如：

  • 我不想缓存.mkv扩展名的视频文件，因为我网站上这格式的视频文件很多且都很大，如果缓存并且访问量还大的话，很可能导致我被CF封号
  • 我想缓存HTML文件，但是默认的静态资源里并不包括HTML
  • 默认的2小时太短，我想缓存更长时间
  • ……..

诸如以上的自定义需求太多也太普遍，为了解决用户这些正常及普遍的对缓存的自定义需求，CF推出了Cache Rules。

CF的Cache Rules功能允许用户根据特定的条件和需求自定义缓存行为，从而控制CDN、浏览器缓存的内容和生效时间，进而达到优化网站内容的加载速度和缓存效率的效果。

Cache Rules的主要功能和特点如下：

  1. 灵活的缓存控制：用户可以设置规则来定义哪些内容应被缓存，哪些内容不应缓存。例如，可以指定特定路径、请求头、查询参数等，以控制缓存行为。
  2. 支持复杂条件：Cache Rules支持基于URL路径、HTTP头、查询参数等多种条件进行匹配，用户可以创建复杂的缓存策略，如缓存特定文件类型、基于地域的缓存策略等。
  3. 优先级管理：用户可以为不同的缓存规则设置优先级，确保高优先级的规则在缓存控制中被优先执行，帮助实现更精确的缓存管理。
  4. 动态和静态内容的区分：用户可以根据内容类型（静态或动态）设置不同的缓存策略，优化缓存命中率和服务器负载。
  5. 实时生效和调试：规则更改后可以实时生效，用户可以通过Cloudflare的仪表板或API进行管理和调试，方便快速调整和测试缓存策略。
  6. 集成其他Cloudflare服务：Cache Rules与Cloudflare的其他服务（如WAF、Rate Limiting、Argo Smart Routing等）集成，提供更加全面的安全和性能优化功能。

Cache Rules上手指南

Cache Rules规则构成

一条Cache Rules的规则有2部分内容组成，请求传入匹配和缓存资格。

请求传入匹配

允许用户设置传入请求匹配的特定条件，以此作为后续是否进行缓存的前置判定。
常用的匹配条件有如下几种：

  1. URL路径
    • 基于URL路径的匹配，如特定的文件夹或文件扩展名。
    • 支持通配符和正则表达式匹配。
  2. 主机名
    • 根据请求的主机名进行匹配。
  3. 查询参数
    • 根据请求的查询参数进行匹配，允许对带有特定参数的请求进行缓存控制。
  4. HTTP请求方法
    • 根据GET、POST等HTTP请求方法进行匹配。
  5. HTTP请求头
    • 基于特定的请求头进行匹配，如User-Agent、Accept-Language等。
  6. Cookie
    • 根据请求中包含的特定Cookie进行匹配。

其他可选的判断条件还有：引用方、SSL/HTTPS、用户代理、X_Forwarded_For等。

缓存资格

对满足设置的传入请求匹配的访问流选择是绕过缓存还是进行缓存，有如下2种选择：

  1. 绕过缓存
    • 让CF不要缓存源服务器对满足请求传入匹配的访问请求的响应内容，通常用在访问请求对动态内容或者需要登录访问的内容的访问。
    • 唯一的可选项只有浏览器TTL
    image.png
  2. 符合缓存条件
    • 让CF缓存源服务器对满足请求传入匹配的访问请求的响应内容，通常用在访问请求对静态内容的访问。
    • 有6个可选项，其中，以边缘TTL和浏览器TTL最常用，本文中就以这2个选项为例进行演示：
    image.png

注：边缘TTL指静态内容在CF边缘缓存中的存在时间，浏览器TTL指静态内容在浏览器本地的缓存中的存在时间，一般来说，为了页面内容显示的一致性，浏览器TTL的时间应该小于边缘TTL。

Cache Rules配置逻辑

Free计划中，Cache Rules有10条的额度，足够一般人使用了，不过，在配置逻辑上，有几点要注意。

1、规则序号越小优先级越高，所以需要梳理好缓存规则的逻辑顺序，将优先级高的排在前面，一般是需要绕过缓存的在前，如下图：

image.png

2、动态网站的非动态内容部分也可以缓存，不过需要在优先级较高的绕过缓存部分的规则中先排除掉动态内容部分。

3、流量序列中，Cache Rules的优先级较高，所以如果需要访问请求被流量序列中优先级较低的节点功能处理(例如Workers)，对于缓存规则而言，需要保证访问请求命中缓存规则的”绕过缓存”，而不是命中”符合缓存条件”。

4、如果托管二级域名下有多个子域名网站，并且动态、静态内容都有，那么创建缓存规则的时候，最好能加上主机名作为限制条件，避免缓存逻辑不清不楚。

Cache Rules配置示例

静态网站

以我群站导航页网址www.tangwudi.com为例，假设采用的图床网址为image.tangwudi.com，采用的API路径为www.tangwudi.com/api*，按照前面说的缓存规则的配置逻辑，应该如下设置：
1、API属于动态内容，需要绕过缓存

image.png

2、对于图床的图片进行缓存

image.png

image.png

注：边缘TTL和浏览器TTL为可选项，默认不设置均为2小时。对于图片之类的静态内容，是否设置TTL或者设置多长时间需要看网站的类型而定，主要是看图片更新的频率。对于我的群站导航首页而言，图片基本不会动，所以完全可以有多长设置多长，比如边缘TTL直接设置1年也没毛病，至于浏览器TTL，理论上设置1年也可以，但是没必要，保险起见1个月就差不多了，静态个人博客类型的网站也是一样的道理。

3、其他静态内容的缓存(主要是HTML)

image.png

边缘TTL和浏览器TTL和图片缓存一样：

image.png

最终完成效果：

image.png

注1：图片缓存和HTML缓存在此例中的TTL(边缘TTL和浏览器TTL)是一样的，理论上可以将2条规则合为一条，但是，这只是由于此例的特殊性，一般来说，图片缓存的TTL和HTML的TTL一样的可能性并不大，所以分开用2条”符合缓存条件”的规则是合理的。不同TTL的缓存内容需要用不同的规则来设置，至于最终需要多少条缓存规则,则由网站内容在缓存控制方面的精细程度决定。
注2：请根据实际环境将主机名”blog.tangwudi.com“替换为自己的实际主机名。

动态网站

我的博客是使用wordpress搭建，也算是动态博客类型的代表，所以就以我的博客网址blog.tangwudi.com为例，本例中假定图片是上传到wordpress自身的媒体库中，未使用外部图床。由于wordpress站点的动态内容有其特点，例如特定URI( “/wp-admin”、”/wp-login”、”/wp-comment”等开头的内容)以及包含特定cookie字段(wp-、logged_in、wordpress、comment_、woocommerce_)的请求均不能缓存，所以为了保证准确性，采用分层规则匹配的方式，配置建议规则如下：

1、绕过访问链接中包含动态内容的特殊URI(从URI层面匹配)的访问请求的缓存

注意规则的运算符，URI路径的的运算符我这里均为”包含”(这个是为了偷懒，当然也可以选择运算符”开头为”，那么后面就要按格式写，比如”开头为”后面是”/wp-admin”)：

image.png

表达式为：

(http.host eq "blog.tangwudi.com" and http.request.uri.path contains "wp-admin") or (http.host eq "blog.tangwudi.com" and http.request.uri.path contains "wp-login") or (http.host eq "blog.tangwudi.com" and http.request.uri.path contains "wp-comment") or (http.host eq "blog.tangwudi.com" and http.request.uri.path contains "?s=") or (http.host eq "blog.tangwudi.com" and http.request.uri.path contains "xmlrpc") or (http.host eq "blog.tangwudi.com" and http.request.uri.path contains "preview=true")

2、绕过访问wordpress时cookie内包含特定字符的访问请求的缓存

注意每条规则中”Cookie”的运算符均为包含：

image.png

表达式为：

(http.host eq "blog.tangwudi.com" and http.cookie contains "_logged_in_") or (http.host eq "blog.tangwudi.com" and http.cookie contains "wordpress") or (http.host eq "blog.tangwudi.com" and http.cookie contains "comment_") or (http.host eq "blog.tangwudi.com" and http.cookie contains "woocommerce_")

3、绕过以.php结尾的页面

image.png

注：其实上面2条规则已经可以足以涵盖动态内容了，这条只能算是打个补丁。

4、缓存图片内容

image.png

注：这部分的边缘TTL以及浏览器TTL的设置参考文章前面部分描述。

5、缓存HTML

image.png

表达式：

(http.host eq "blog.tangwudi.com" and ends_with(http.request.uri.path, ".html") and not http.cookie contains "_logged_in_" and not http.cookie contains "wordpress" and not http.cookie contains "comment_" and not http.cookie contains "woocommerce_") or (http.host eq "blog.tangwudi.com" and ends_with(http.request.uri.path, ".htm") and not http.cookie contains "_logged_in_" and not http.cookie contains "wordpress" and not http.cookie contains "comment_" and not http.cookie contains "woocommerce_")

注：这部分的边缘TTL以及浏览器TTL的设置参考文章前面部分描述。

6、缓存其他内容

image.png

这里主要是针对除了HTML以外的其他内容，比如css文件等。

注：这部分的边缘TTL以及浏览器TTL的设置参考文章前面部分描述。

最终配置如下：

image.png

注1：其实第4,5,6条规则粗旷点可以只保留第6条，4,5都可以直接删除，效果是一样的，但是之所以分开还是为了降低风险以及让边缘TTL及浏览器TTL可以根据不同类型的缓存设置各自适合的值。

注2：其实绕过缓存规则的URI部分和cookie部分是相互覆盖的关系，由于我对wordpress的细节不够了解，为了保险写成2条，主打一个保险。其实肯定有较多的重复规则，比如绕过cookie部分_logged_in_和wordpress这两条就有点重复了，不过我看一些资料里一会说wordpress_logged_in，一会说wp_loggen_in，我也懒得去深究了，干脆2个都写上去，最多重复，但是保险。

注3：使用wordpress建站的类型多种多样，不同类型站点的动态内容可能有自己特有的URI或者特有的cookie值，所以大家可能需要根据自己站点特点修改URI部分和cookie部分的内容。

注4：虽然上面的配置是以wordpress为例，但是其他动态博客配置思路是一样的，根据实际情况修改下就行了。

注5：请根据实际环境将主机名”blog.tangwudi.com“替换为自己的实际主机名。

另：除了Cache Rules以外，还有另一个能设置CF缓存行为的功能项就是”页面规则”，且页面规则在流量序列中的处理优先级是高于Cache Rules的：

image.png

不过，一般不建议使用”页面规则”来进行缓存，有以下几点原因：

1、页面规则只有3条额度(Free计划)，太少了，而且页面规则除了缓存功能以外，还可以实现很多其他的功能，如下：

image.png

image.png

image.png

所以页面规则应该用来实现更加复杂的复合型需求，或者某些需要更高优先级处理的特殊流量的临时处理上，仅仅用来实现Cache Rules都能完成的功能就太浪费了(毕竟Cache Rules有10条的额度，比页面规则的3条宽松多了～)。

2、页面规则的匹配条件只能用URL，太简陋了：

image.png

不像Cache Rules的”请求传入匹配”支持多种条件以及or和and的组合。

3、边缘TTL最长只能一个月，Cache Rules可以设置为1年：

image.png

4、其实还有个原因就是不清除CF未来的态度，因为6月左右的时候，页面规则其实已经公告被废除，不过不知道后来怎么又收回了废除的通知，搞不清除以后会咋样，所以能不用就不用吧，就算要用也尽量用在临时性处理上，平时尽量使用流量序列上已有的节点功能来完成吧，这个最保险。

“缓存”部分的其他可选项

在”缓存”部分，有几个选项大家可以根据自己的需要进行配置。

清除缓存

image.png

清除缓存文件用来强制CF从您的 Web 服务器中提取这些文件的最新版本。

可以选择”自定义清除”以清除特定的URL(Free计划只能清除完整匹配URL的资源，不支持*通配符)：

image.png

也可以选择”清除所有内容”：
image.png

缓存级别

image.png

缓存级别决定CF应缓存多少网站的静态内容，CF的 CDN 根据以下级别缓存静态内容：

除非有特殊要求，否则保持默认的”标准”即可。

浏览器TTL

image.png

这个其实就是默认的浏览器TTL值，如果访问请求没有匹配缓存相关规则中设置的浏览器TTL值，或者源服务器设置的浏览器TTL值小于该值，就会使用此处的值，这个大家根据自己的需要设置即可。

Crawler Hints(爬虫提示)

image.png

仔细研究了一下，发现这个功能比较有意思：当托管在CF上的网站内容发生变化的时候，该功能会记录这些变化，然后向搜索引擎和其他合法爬虫程序提供有关内容变化频率和重要性的提示，帮助爬虫程序更智能地安排抓取计划，优先抓取变化频繁或重要的内容，确保搜索引擎索引的信息是最新的，也因为爬取效率提高，减少了对源站不必要的抓取，间接降低了源站服务器的负载。

另：怎么感觉如果博客园当初使用CF并开启了这个功能，百度蜘蛛爬虫就不会把博客园爬得崩溃了？

该功能默认关闭，没什么危险性，可以保持开启。

Always Online™

image.png

简单来说，就是当源站出现故障的时候，如果用户访问链接页面的内容在缓存中，CF就会直接把这个内容返回给用户，并且在页面顶部显示一条信息提示：源站出问题了，这个只是缓存内容。

关键问题在于这个功能主要是对能缓存的静态内容有效，动态内容和交互式功能(如用户登录、购物车等)在源服务器不可用时就无法正常工作。所以这个功能对于静态类型的网站很好用，但是对于动态类型的网站就只能说聊胜于无了(我遇到过，wordpress源站出问题时，有些页面能打开，不过看起来布局、颜色也不太正常，所以只能说聊胜于无)。

该功能没啥危险性，可以保持开启。

开发模式

image.png

该模式开启后，所有请求都绕过CF的缓存，直接传递到源服务器。此功能在需要即时查看所做更改时非常有用。启用后，如果未手动关闭，开发模式将持续三个小时，然后自动关闭。

Tiered Cache

image.png

简单来说，如果不启用该功能，那么CF全球任何一个数据中心都可以直接向源服务器发起回源请求，哪怕这个数据中心离源服务器很远。

而启用该功能之后，CF会将全球数据中心分为上下2层，然后使用 Argo 性能和路由数据为源服务器动态查找单个最佳上层(最佳上层离源服务器最近，理论上回源效率最高)，只有上层才能向源服务器发起回源请求，而下层只能向上层查询。

该功能没有危险性，可以保持开启。

如何验证缓存状态

静态站点的验证

一般的静态类型的网站(以www.tangwudi.com为例)验证缓存状态，可以按照如下流程进行验证。

打开chrome浏览器(或者edge)，按”F12″进入开发者工具，点击”网络”选项卡，类型选择”全部”：

image.png

在浏览器地址栏输入www.tangwudi.com并回车，然后在”重新加载”按钮上点右键并选择”清空缓存并硬性重新加载”：
image.png

在左边名称处选择www.tangwudi.com，在右边”标头”部分的”响应标头”的”cf-cache-status”可以查看缓存是否成功：
image.png

动态站点的验证

以我的临时测试站点blog.tangwudi.xyz为例：

image.png

注1：一般情况下，如果使用Cache Rules(或者页面规则)控制CDN完成缓存，cf-cache-status通常有3种结果：HIT(完全缓存)、DYNAMIC(部分缓存，一般是没有配置专门的Cache Rules而只是触发了CF默认的缓存规则，或者是动态网站登录后因为cookie里的关键字匹配了”绕过缓存”的策略，所以只是缓存了一部分)、BYPASS(绕过，说明有缓存规则设置绕过了该地址的缓存)。

注2：以上验证方式，只适合通过Cache Rules或者页面规则设置的常规缓存策略实现的缓存效果的验证，不适合使用Workers或者APO方式实现的智能缓存效果的验证，智能缓存效果的验证在后面相关教程中再讲。

注3：对于动态网站(wordpress之类)，使用Cache Rules或者页面规则实现的常规缓存效果，类似于灌篮高手里樱木花道的”庶民投篮法”，效果一般，无法蹭到CF企业版用户里的一些高级功能，所以只能说可以凑合着用，而要达到类似于”灌篮”的效果，就要依靠Workers或者APO了，这个留待后续的文章来写。

后话

其实吧，这篇文章我本来是打算”Cache Rules、重定向、页面规则”3个内容一起写的，因为光是Cache Rules的内容我认为没多少可写的内容，几句话就写完了，但是，结果没想到越写越多。。。只能单独用一篇文章来写了。

不过仔细想来，这也是应该的：对于大部分人而言，WAF、DDoS、Cache Rules这3个功能加在一起，已经可以解决最常规的访问和安全方面的问题了，所以，如果教程的一、二、三是”筑基”三部曲的话，那么四、五、六则可以称之为”金丹”三部曲，会用了闯荡江湖已经足以自保了～。

泰国旅游

泰国 Thailand 曼谷 Bangkok 泰国时区比中国晚一小时

需要带的东西 --

护照， 身份证，驾驶证，驾驶证翻译件，电话卡，卡针，机票和酒店电子行程单，手机支架

现金， 银联卡， master， visa卡各一张，数据线，充电宝，gopro

湿巾，弹力绳，一次性马桶垫，晾衣架，烧水壶，牙线，挖耳勺，洗脸巾，毛巾，墨镜，牙线

驱蚊水，防晒霜，肠胃药，感冒药，绷带，创口贴，碘伏

泳衣，手机防水袋，溯溪鞋，手套, 拖鞋，防晒帽，风衣，袖套，雨伞

注意事项 --

证件拍照存手机，泰国水质不好，喝水刷牙用纯净水，

到泰国寺庙参观，着装整齐，不要穿无袖，短裤短裙，进入主殿需要脱鞋，不要脚踏门槛，榴莲，山竹不能带入酒店，有绿叶标识的绕道走，儿童住宿可能要收加床费，建议办入住的时候儿童站远点

一种写着”taxi-meter”，打表车，上车前可打开前门、指着咪表问司机“By METER？(打表吗？）”，如果司机说 “YES”就上，要谈价就不上。只有 taxi 字样，没有 Meter 的话，可以交涉价钱

软件--

grab打车（首选），Bolt 打车， google map，百度地图， line，租租车，苹果自带的翻译，google 翻译，有道翻译官

第一天(8.6) 温州到曼谷素万那普机场 10：35——13：35 （北京时间14:35）住曼谷素坤逸24巷美居酒店

入境下飞机后一直跟着arrivals提示走，查验护照和登机牌，录入十指指纹，不能拍照，完成后从exit B出去正式入境，出来是5号门，往右走是3号门，从电梯前往一楼，到达4号门。从4号门出口直走，过马路，就可以看到grab上车点。GrabTaxi出租车打表计费，GrabCar空间大点，just Grab空间小点，第一次用输入SVB100或者HISIAM便宜100珠，打车到曼谷素坤逸24巷美居酒店。（30公里50分钟左右）

酒店出门右转 100米右手边是BTS，左转步行200米就是Emsphere emquatier emporium 三大商场，相互和BTS天桥连着

第二天(8.7) 大皇宫 卧佛寺 郑王庙 住曼谷素坤逸24巷美居酒店

打车或者坐地铁，地铁到终点还要走1.3公里

大皇宫500 卧佛寺300 郑王庙 200（可以先到郑王庙，郑王庙有租衣服的），每个1.5小时左右 然后坐船到icon siam,G层有很多饭店和小商品，是水上市场，环境很好，七层有大露台，可以俯瞰曼谷

第三天(8.8) 曼谷绿肺 热带雨林骑行 住曼谷素坤逸24巷美居酒店

打车前往 3公里。bang krachao 位于湄南河西侧的绿岛，地图搜索wat khlong toei nok 到达这个寺庙门口就可以看到码头，购票轮渡到对岸，抵达码头后能看到租自行车的，会提供骑行地图，沿途有咖啡馆，森林公园集市等。尽量穿长裤

朱拉隆功大学是泰国的北大，女生可以区学校里的chula book store 买一套校服，拍美美的泰剧照，朱拉隆功美食街 没有踩坑，旁边的百年世纪公园有很多学生躺着看日落

第四天(8.9) 东芭乐园 住班昌凯特瑞酒店 kantary hotel banchang

搜tairentacar 最近的租车点，或者用租租车app，保险买全就可以了。自驾到东芭乐园2小时 ，时间足够可以先去真理寺

真理寺 - 纯木头佛教建筑，需穿长裙

东芭乐园 - 大象表演，植物园林，恐龙模型

第五天(8.10) 萨美山 潜水+钓鱿鱼 住罗勇市中心假日套房酒店

上午萨美山 浮潜9点到12点，line已联系。 下午可以逛街或者去海边 晚上夜市

萨美山 潜水+钓鱿鱼，包船1-6人，价格6,900泰铢，5小时。。07:00-12:00 13:00-18:00

或者只浮潜4000泰铢 06:00-09:00 09:00-12:00 12:00-15:00 15:00-18:00

Beach Boys Snorkeling ดำน้ำแสมสาร 53/29 ม.4 แสมสาร Sattahip District, Chon Buri 20180

https://www.beachboyssnorkeling.com

Star Night Bazaar Market Rayong 罗勇夜市

第六天(8.11) 沙美岛 住罗勇市中心假日套房酒店

过去半小时,建议多带点现金，注意回来最晚的快艇班次，可能是17：00

官方码头nuanthip pier 去官方大厅买票，711的对面，租摩托车，从码头开到岛另一头半小时左右，最好的沙滩是ao prao 和ao wai

第七天(8.12) 自由活动 住罗勇市中心假日套房酒店

Taphong Fruit Market 水果批发市场，各种榴莲品种都不贵，

可以到植物园（比较远）

罗勇植物园 Rayong Botanical Garden (Aquatic Plants and Living Collection)可以划船，尽量早点去 不晒，

Crab House Seafood and Café靠海的餐厅或者google map其它餐厅

可以考虑去老鹰抓鱼，或者询问酒店 哪里包船夜晚去钓鱿鱼

第8天(8.13) 返回曼谷 住曼谷素坤逸24巷美居酒店

回曼谷两个半小时车程 还车,去市中心购物，四面佛，center world

第9天(8.14) 素万那普-厦门-温州 （12:15--16:30 18:45--19:50）

12:15 是曼谷时间，提前3小时到机场，北京时间9点要上车，注意行李是否直挂

见收藏的ausa_11 可以住centara q resort rayong

suphattraland 素帕他水果园，900珠一位，好像限时2小时，当地现在不是榴莲季节，有点不值

下午1点才能登岛 ，第二天3点才能离岛，早上9点会停电2小时

罗勇私人岛Ko Man Nork -- 每个房间直通大海，价格不到800 岛上就一个酒店，适合喜欢远离喧嚣，以休闲度假为主的朋友，主打价格便宜，环境媲美马尔代夫。岛上散养了很多孔雀，如果住这里到罗勇后要先预约，去laem tarn pier坐船

曼谷最好住在暹（xian）罗区（Siam）（暹罗 泰国的旧称。）

住宿在Ekkamai 或者前后几站附近

曼谷素坤逸42巷温德姆花园酒店

近phrom phong地铁站 宜必思周边几家酒店都不错

曼谷素坤逸24巷宜必思酒店 443

曼谷素坤逸24巷美居酒店 670

Oakwood Suites 这个公寓适合度假

曼谷素坤逸希尔顿逸林酒店 722

地铁站：Siam（暹罗）、Chitlom（奇隆）、PhloenChit（蓬奇）、Ratchathewi（拉差达维）

卧佛寺-》大皇宫-》 郑王庙 一条线，详细见小红书 海岸的风

大皇宫，玉佛寺，卧佛寺：这三个算是曼谷最重要的景点，大皇宫和玉佛寺 是连在一起的．是套票，现在的价格是 500B，折合人民币 100 元．卧佛寺就在 大皇宫旁边，是单独收费的

拜四面佛方法 : 在最里面买香 20B 有 4 束香 4 圈鲜花 1 根蜡烛 从正面开始顺时针算,第一 面正面是功名(官位 学业 事业等),第二面是姻缘(婚姻 感情 人缘),第三面财富(正财 横 财 财禄),第四面健康(治病 平安 亲人健康 家内和谐). 四面佛四面亦代表慈、悲、喜、舍。 凡是信众祈求升天必须勤修这四种功德 据说四面佛喜欢兰花，故通常用兰花去敬拜，分别 以顺时针次序祭拜该神四面。四面佛的四个面都一定要供奉，而且每一面不可以不同或者有 所偏颇。若果当偏门行业，钱财重于事业，就要逆时针方向供奉祈求。而信众许下的还神的 诺言，一定要清楚仔细，言出必行，意志又一定要坚定。 每一面放一束香(3 根),一圈鲜 花,在自己最想祈求的那一面放蜡烛

可以坐湄南河最便宜的游船，从始发地坐到暹罗天地，

乍都乍周末市场（Chatuchak Weekend Market）周六以及周日早 9 点到晚 6 点开放(特别注意:其他 时间不开放)位于曼谷市郊，乘坐 BTS 到莫奇 站（Mo Chit）下车便是。每逢周末（仅限周六和周日）开放。它是东南亚地区 最大的和泊来品最多的集市。市场内鳞次栉比地排列着超过 9000 家商铺，要逛 遍整个市场，几乎要花上一整天时间。各种商品多到只能用一句话概括：服装、 手工艺品、古董、花草、宠物、食品及各种想不到的东西，这里都有。如果您没有机会去曼谷的周末市场，那么 ASIATIQUE 夜市，在晚上无聊的时候，可以去逛 逛哦。也许会给您一种另类新奇的感觉。: 坐 BTS 到 Saphan Taksin（S6）站后在 2 号出口下来走 50 米左右就到达中央 码头，在码头就有写着 asiatique 标志的免费船接送到 asiatique 夜市，半小时一班船 如果时间上比较紧张的话，到了 Saphan Tasksin 站后，打个 TUTU 车，毕竟坐船时间需要 20 分钟以上，还要计算排队等坐船，遇着一些假期节日，排队+坐船时间都差不多一小时了， Saphan Taksin 站下车离 asiatique 河边夜市又不是很远，TUTU 车 100 泰铢就可以到达。

安帕瓦水上市场：开放时间：周五和周末 12:00-20:00 如果要打算住一晚， 看看萤火虫，那建议周五晚上和周末晚上住，只有这两个晚上比较热闹。 安帕瓦水上市场，位于曼谷西南方向的夜功府，距离曼谷一个半小时车程,其相 对于丹嫩沙多水上集市等几个水上市场来说,安帕瓦水上市场是比较不商业化的 市场,在这里,多为泰国本土人去的地方。丹嫩沙多水上集市是早上热闹,而安帕 瓦水上市场则是午后比较繁荣,船上的小贩们在船只上装满了食物和饮料，如贻 贝、面条、咖啡、泰南冰咖啡、糖果…… 此外， 游走在曼谷安帕瓦水上市场同时，还可以欣赏到另一大美景——夜 晚的萤火虫,游客租条小船，在船上沿着河岸观赏繁星点点的萤火虫，别有一番 情趣。安帕瓦市场很大，坐船60珠一人，夜里还有萤火虫

丹嫩沙多水上集市位于曼谷市西南，距离市内约 80 公里。游客如果想赶在早上 的高峰期游览集市，须一大早就从曼谷出发。集市里有卖稀饭、面条等小吃的船， 游客可以在此早餐。集市一般从清晨一直持续到下午 2 点左右，早上 7 点到 8 点这一段时间是高峰期。 丹嫩沙多是早上和中午热闹，而 安帕瓦是中午以后，才热闹。而且丹嫩沙是每天都开市的，安帕瓦只有在周五 和周日才有。所以大家一定要计划好时间。

khlong lat mayom 水上市场，游客较少，逛完市场一定要坐船100珠，坐船一圈差不多2小时，中间会停靠一个小市场和兰花园， 周末9:30 -16:30

到烹饪学校消磨时光，感受不一样的美食文化，从到市场挑选分辨食物，一步步下来完成每一道菜，在klook上选择泰餐烹饪课学校并预定

打车用Grab， 普吉岛用bolt(岛上交通不便，全靠打车或者走路)

酒店 餐厅可以多用google map 加小红书，一般不会踩雷

鳗鱼推荐 FuramaXclusive Sathon Hotel google map上预定可能便宜点 300不到

@nares hotel

对于游客住在CentralWorld 附近会比较方便，embassy是曼谷top1的贵妇商场

对于旅居可以考虑住在thonglor ekkamai 那里是日本富人区，

素坤逸区的位置很大，我只推荐Asok、Phromphong、Thong lo、Ekkamai这几个地方，素坤逸是一个适合度假而不是旅游的区，你可以在素坤逸享受一段慵懒的假期，而不是特种兵似的旅游。

BTS（天铁）是曼谷最方便快捷的公共交通工具，乘坐BTS可以轻松玩转曼谷

芭提雅 - ，而且芭堤雅距离市区有一段距离。

东芭乐园

苏梅岛

酒店 U samui 在拉迈海滩 900左右

出海涛岛浮潜 - 租摩托车环岛

涛岛 住宿都喜邦查

普吉岛

巴东海滩 人多

bangtao beach 海滩长、安静、适合喜欢泡酒店度假的人群 适合亲子游、情侣蜜月。

普吉镇 有很多本地食物

方法一：

用KMS服务器激活windows10。开始菜单上点击右键，然后选择命令提示符【管理员】点击打开，输入下面的命令

`slmgr /ipk VK7JG-NPHTM-C97JM-9MPGT-3V66T

slmgr /skms kms.03k.org

slmgr /ato`

https://kms.cx/ 这个网站有各个系统的激活方式。当然也可以不用第三方服务器，可以自建服务器或者在openwrt路由器里编译。这种激活方式只有180天时间到期，所以系统会不定时访问服务器续期。

方法二：

MAS 激活方式（推荐这种）。

访问https://massgrave.dev/index.html 可以下载他的软件。或者直接在终端管理员里执行

irm https://massgrave.dev/get | iex

选择1

这种激活方式一劳永逸，原理的把你的硬件信息上传给微软服务器，只要cpu，主板等主要硬件没有更换，即使重装系统后也会自动激活。

2013年购入的macbook pro a1502，8G内存256G硬盘。一直拿来看看电影，最近几年都没怎么用过了。10多年的本现在用起来还挺流畅。金属外壳，信仰logo灯，重量也适合，决定装windows当备用机。因为喇叭破音了，所以换了个喇叭，发现电池鼓包了，虽然不严重，但电池已经10多年为了安全起见，决定自己更换电池。选了京歌宝，有详细的视频教程，只要有耐心慢慢来，30分钟左右搞定。注意不能戳破电池有起火的风险，最好把电量耗低点再操作。

https://www.bilibili.com/video/BV1AV411U7S9/

硬盘选了致钛TiPlus5000-1TB, 再加一个佳翼的转接头。一次开机搞定。升级硬盘后读取速度快了许多。注意换硬盘前先断开笔记本电源。记得备份资料。

注意不需要制作macos的启动盘，command+option+r+电源键的方式进入在线安装，里面的磁盘工具可以看到新硬盘并分区，就可以安装最新的macos系统。

安装好macos系统后，使用系统自带的启动转换助理软件，制作windows10安装盘，并给windows10分区，制作好的安装盘还有windows10的驱动程序，所以安装好windows后可以直接一键安装所有驱动，免去了很多烦恼。

在安装的过程中，出现了错误“计算机意外地重新启动或遇到错误。Windows安装无法继续。若要安装Windows。请单击“确定”重新启动计算机，然后重新启动安装。“

按 shift +F10进入 cmd 模式,输入 regedit 找到HKEY_LOCAL_ MACHINE \ SYSTEM \ SETUP \ SATUS \ ChildCompletion
把 Setup 改成3。win10就安裝成功了。

可以顺利进入系统了，后来又发现拔掉电源windows会蓝屏死机。进入WIN10电源选项，我们创建新的电源计划，选择高性能。如果不行，把所有参数都设置成跟“接通电源“一模一样。到此拔掉电源windows也可以稳定运行了。希望这台笔记本还能陪我10年。

Typecho 导入文章

通过自定义的 PHP 脚本，你可以方便地将大量文章导入到 Typecho 中。以下代码基于Typecho 1.2.1版本。

<?php
// Typecho 的路径，根据你的实际情况修改
$typechoPath = '/srv/typecho/config.inc.php';

include_once $typechoPath;

$db=Typecho_Db::get();
$query=null;
$author="baby"; //用户登录名
$query=$db->select('uid','screenName')->from('table.users')->where('name = ?', $author);

$userData=$db->fetchRow($query);
$uid=0;
$screenName="";
    if(!empty($userData)){
        $uid=$userData['uid'];
$screenName=$userData['screenName'];
    }
    if($uid<=0){
        print_r('作者'.$author.'不存在');
        exit();
    }
    print_r( $screenName);
    
Typecho_Widget::widget('Widget_User')->to($user);
$user->simpleLogin($uid);

//文章的字段
$defParams = array(
    'title' => 'Your post title.',
    'text' => '<!--markdown-->Your post content.',
    'created' => strtotime('2023-07-01 18:06'),
    'authorId'=> $uid,
    'category' => array(1,2),
    'tags' => 'cat,dog',
    'allowComment' => '1',
    'allowPing' => '1',
    'allowFeed' => '1',
    'type' =>'post',
    // 其他字段...
);
    try{
        Typecho_Widget::widget('Widget_Contents_Post_Edit')->to($post);
        $post->writePost1($defParams);
    }catch (\Exception $ex){
        print_r($ex->getMessage());
    }
?>

然后修改var/Widget/Contents/Post下的Edit.php文件，增加writePost1()

public function writePost1($contents)
{
    $contents = self::pluginHandle()->write($contents, $this);
    $this->publish($contents);
    // 完成发布插件接口
    self::pluginHandle()->finishPublish($contents, $this);
    echo "发布成功:".$this->cid."\r\n";
}

大功告成，在执行脚本之前，确保备份好你的数据库和 Typecho 文件，以防发生意外情况。

  1. 1
  2. 2