分类: WordPress

WordPress

  • 使用Nginx FastCGI Cache缓存WordPress

    使用Nginx FastCGI Cache缓存WordPress

    前言

    目前Wordpress缓存方案有很多,主流的静态页面缓存插件也是有很多,代表的WP RocketWP super cacheW3 Total Cache等,也有用key-value缓存数据库的方案,代表的有RedisMemcached缓存方案。前者静态页面插件采用PHP方式把页面缓存为静态文件,访问的时候通过Nginx-PHP-数据库-静态缓存页面,后者是通过Nginx-PHP-键值缓存数据库-生产页面。通过以上对比我们就会发现,都依然无法避免访问到后台的PHP和数据库或者键值缓存数据库。而我们理想最快的方式是通过Nginx直接访问静态页面,但是可惜除了整站生成静态没有其他办法,并且整站静态的文件更新是个大问题。因此很多人采用了Nginx FastCGI Cache缓存方案。让Nginx通过自带的FastCGI Cache直接缓存页面到内存,访问的时候可以最快的访问到我们请求的页面。

    1.Nginx FastCGI Cache是什么?

    NGINX中的fastcgi_cache缓存器是用于缓存动态生成的内容的,以减轻后端服务器的负担并提高网站的性能。当请求到达NGINX时,如果缓存中已经有了对应的响应,NGINX将直接返回缓存中的响应,而不需要再向后端服务器发起请求。这可以大大减少网站的响应时间和服务器负载。

    fastcgi_cache缓存器的底层原理是在内存中缓存动态内容的响应。当有请求到达时,NGINX将检查缓存中是否有对应的响应,如果有,就直接返回缓存的响应,如果没有,就向后端服务器发起请求,并将响应缓存起来。缓存的响应是根据缓存键(cache key)来存储的。缓存键是一个字符串,由多个变量组成,如请求协议、请求方法、主机名、URI等。

    在使用fastcgi_cache缓存器时,您可以根据需要配置缓存的失效时间、缓存的大小、缓存的键等。缓存的失效时间可以根据您的应用程序的实际情况进行设置,以确保缓存的内容始终是最新的。缓存的大小可以根据服务器的内存容量和应用程序的负载进行调整,以确保缓存不会过度消耗服务器资源。缓存的键可以根据您的应用程序的逻辑进行设置,以确保缓存的命中率最高。

    总之,fastcgi_cache缓存器是一个非常有用的工具,可以帮助您优化网站的性能,降低服务器负载,提高用户体验。但需要注意的是,缓存器的设置和优化需要根据具体的应用程序和服务器环境进行调整。

    2.如何实现FastCGI Cache缓存Wordpress

    我们需要对FastCGI Cache做的任务如下:

    1. 设置缓存池信息(fastcgi_cache_path);
    2. 设置缓存key(fastcgi_cache_key);
    3. 过期文件处理(fastcgi_cache_use_stale)
    4. 缓存策略(fastcgi_cache_bypass/fastcgi_no_cache
    5. 后端请求成功时缓存时间(fastcgi_cache_valid
    6. 增加了调试信息头(add_header)

    2.1Nginx.conf缓存配置

    在Nginx.conf配置文件的server之前增加FastCGI缓存的配置:

    FastCGI缓存可以选择文件缓存还是内存缓存:

    • 在fastcgi_cache_path中,可以将它设置为内存缓存路径,例如:/dev/shm/nginx-cache,如果你的磁盘IO不够快的话建议采用此方式,内存的读取速度是最快的。
    • 正常我们也可以使用文件缓存路径:/tmp/nginx-cache

    选择好了以后,需要在对应的目录(/dev/shm或者/tmp)下创建对应的文件夹nginx-cache

    单站点(文件缓存):

    fastcgi_cache_path /tmp/nginx-cache levels=1:2 keys_zone=zach:256m inactive=1d max_size=1G;
    #公共缓存配置
    fastcgi_temp_path /tmp/nginx-cache/temp;
    fastcgi_cache_key "$scheme$request_method$host$request_uri";
    fastcgi_cache_use_stale error timeout invalid_header http_500;
    #忽略一切nocache申明,避免不缓存伪静态
    fastcgi_ignore_headers Cache-Control Expires Set-Cookie;
    Bash

    多站点(文件缓存):

    #站点 1 缓存配置
    fastcgi_cache_path /tmp/nginx-cache/xxx levels=1:2 keys_zone=xxx:128m inactive=1d max_size=1G;
    #站点 2 缓存配置
    fastcgi_cache_path /tmp/nginx-cache/yyy levels=1:2 keys_zone=yyy:128m inactive=1d max_size=1G;
    #公共缓存配置
    fastcgi_temp_path /tmp/wpcache/temp;
    fastcgi_cache_key "$scheme$request_method$host$request_uri";
    fastcgi_cache_use_stale error timeout invalid_header http_500;
    #忽略一切nocache申明,避免不缓存伪静态等
    fastcgi_ignore_headers Cache-Control Expires Set-Cookie;
    Bash

    注意:如果要开启更多站点缓存,请继续增加,注意每个站点的 缓存路径 和 keys_zone 要自定义区分一下,不要一样。

    注意:

    上述代码中得 fastcgi_cache_path 的参数也可以根据自己站点的需要来设定,具体含义如下:

    • path 表示缓存存放目录。
    • levels 表示指定该缓存空间有两层 hash 目录,第一层目录为 1 个字母,第二层目录为 2 个字母,保存的文件名会类似/tmp/blogcache/c/29/XXXXXX ;
    • keys_zone 参数用来为这个缓存区起名。
    • 128m 指内存缓存空间大小为 128MB。
    • inactive 的 1d 指如果缓存数据在 1 天内没有被访问,将被删除。相当于 expires 过期时间的配置。
    • max_size 的 1g 是指硬盘缓存空间为 1G。

    2.2.增加缓存规则

    缓存规则需要根据站点的本身的设置,不同类型的CMS使用的不一样。下面是针对Wordpress的配置:

    # Cache START #
         set $skip_cache 0;
             #post访问不缓存
             if ($request_method = POST) {
                 set $skip_cache 1;
             }  
             #动态查询不缓存
             if ($query_string != "") {
                 set $skip_cache 1;
             }  
             #后台等特定页面不缓存(其他需求请自行添加即可)
             if ($request_uri ~* "/wp-admin/|/wp-admin/*|/wp-json/*|/xmlrpc.php|wp-.*.php|/feed|/rss|/pay|/notify|/opc|/p.php|/return|/download|/redirect|index.php|sitemap.xml|sitemap(_index)?.xml|sitemap.*.xml|sitemap.*.*.xml") {
                 set $skip_cache 1;
             }  
           #对登录用户、评论过的用户不展示缓存
             if ($http_cookie ~* "comment_author|wordpress_[a-f0-9]+|wp-postpass|wordpress_no_cache|wordpress_logged_in|wordpress_logged_in_[a-f0-9]+") {
                 set $skip_cache 1;
             }
             location ~ [^/]\.php(/|$)
                 {
                     try_files $uri =404;
                     fastcgi_pass unix:/tmp/php-cgi-74.sock;
                     fastcgi_index index.php;
                     include fastcgi.conf;  
                     #新增的缓存规则
                     fastcgi_cache_bypass $skip_cache;
                     fastcgi_no_cache $skip_cache;
                     #添加一个头部,用于判断缓存状态
                     add_header X-Cache "$upstream_cache_status From $host";
                     add_header Cache-Control  max-age=0;
                     add_header Nginx-Cache "$upstream_cache_status";
                     add_header Last-Modified $date_gmt;
                     add_header X-Frame-Options SAMEORIGIN; 
                     #只允许本站用 frame 来嵌套
                     add_header X-Content-Type-Options nosniff; 
                     #禁止嗅探文件类型
                     add_header X-XSS-Protection "1; mode=block"; 
                     #XSS 保护
                     etag  on;
                     fastcgi_cache xxx;
                     #fastcgi_cache_valid 200 301 302 1h;
                     fastcgi_cache_valid 200 12h;
                     fastcgi_cache_valid 301 302 3d;
                     fastcgi_cache_valid 304 1d;
                     #expires 45m;
             }
         # Cache END #
         
         # Cache purge START #
             location ~ /purge(/.*) {
                allow 127.0.0.1;
                allow 服务器IP;
                deny all;
                fastcgi_cache_purge xxx "$scheme$request_method$host$1";
             }    
         # Cache purge END #
    Bash

    2.3注意事项:

    1.以上规则设置需要注意fastcgi_cache这里需要写上文对应的keys_zone,这也是不同站点用不同keys_zone的原因。

    2. add_header Cache-Control如果是动态内容要实时更新的话,可以设置为0,否则可以设置时间大一些,单位是秒。

    3.代码里面的服务器公网IP换成你的服务器公网IP。

    4.可选缓存配置:某些主题如果移动端访问报错,可以设置不缓存移动端 :

        #不缓存移动端访问
        if ($http_user_agent ~* (mobile|nokia|iphone|ipad|android|samsung|htc|blackberry|windowss(ce|phone))) {
                set $skip_cache 1;
        }
    Bash

    5.以上配置需要放置在server段。

    6.如果出现评论过的用户依然用的是缓存,那应该是wordpress没有记住cookie,把以下代码加入到functions.php 中即可:

    add_action('set_comment_cookies','coffin_set_cookies',10,3);
    function coffin_set_cookies( $comment, $user, $cookies_consent){
       $cookies_consent = true;
       wp_set_comment_cookies($comment, $user, $cookies_consent);
    }
    Bash

    7.启用fastcgi_cache缓存时,发现在Nginx配置文件中添加了Cache-Control信息,但是总是不生效。HTTP头部信息会总会包含以下信息:Cache-Control: no-store,no-cache,must-revalidate,post-check=0,pre-check=0 和 Pragma: no-cache,可以修改你php.ini配置文件中的session.cache_limiter设置:

    session.cache_limiter=none
    Bash

    3.Wordpress Nginx FastCGI Cache缓存管理插件

    WordPress后台安装Nginx Helper 插件后,点击Setting设置,开启Enable Purge,启用nginx Fastcgi cache (requires external settings for nginx),你还可以再页面源码底部增加FastCache的缓存时间戳:开启Enable Nginx Timestamp in HTML;选择Delete local server cache files.

    插件使用注意事项:插件作者定义的缓存路径是 /var/run/nginx-cache ,而我们可能会根据服务器实际情况来自定义缓存路径,这样一来,缓存路径的不同就会导致插件无法找到缓存文件并删除。添加以下代码到WordPress根目录的wp-config.php文件中。

    define('RT_WP_NGINX_HELPER_CACHE_PATH','/tmp/nginx-cache/');
    Bash

    4.缓存效果验证:

    采用浏览器开发工具重点网络响应标头,查询其中的缓存标识:

    X-Cache:HIT From zach.vip

    • HIT代表缓存命中
    • MISS 代表没有找到缓存
    • BYPASS 代表跳过缓存
    • EXPIRED 代表缓存过期

    同时我们可以查看网页源码的时间戳:

    <!--Cached using Nginx-Helper on 2024-04-19 21:37:12. It took 347 queries executed in 0.811 seconds.-->
    <!--Visit http://wordpress.org/extend/plugins/nginx-helper/faq/ for more details-->

    愿你的网站飞起来!!!

  • WordPress删除固定链接中category分类前缀

    WordPress删除固定链接中category分类前缀

    WordPress固定链接中有一个默认的category分类前缀,即使我们用设置固定链接为自定义结构,这个前缀也是一种存在的。

    这里我们提供两种方法删除这个前缀,美化我们的URL结构

    第一种:自定义分类前缀

    1、登录wordpress后台,点击设置里面的固定连接。

    2、在“可选”下的“分类目录前缀”框中填写英文的“.”,保存更改后,就能去掉Category了。

    3、上面步骤完成后页面还是无法打开或出现404错误,可能是与你做的固定链接设置中常用设置有关,如果出现这个情况只需要在自定义结构里面加上”/%category%”。

    4、需要注意的是这里的/%category%和URL里的category是不一样的,到这里WordPress去除URL中Category设置过程也就完成了。

    第二种:安装插件

    安装步骤:

    1、登陆网站的后台,点击左侧栏的“插件”然后点击右面弹出来界面上面的“添加新插件”。

    2、在搜索框内输入“No category parents”点搜索,然后在搜索结果中点击第一个,点击“现在安装”,然后点安装结果下面的“启用插件”即可完成整个安装步骤。

    3、这个插件是不需要任何设置的,我们可以看一下现在分类目录的链接,URL中的“category”已经消失了,URL成功缩短了,只剩下域名+分类目录的别名了。

    注意:第一种方法可能导致父目录无法显示子目录下的文章。所以尽量还是选择插件吧。

  • 浅论WordPress目前页面构建器之现状

    浅论WordPress目前页面构建器之现状

    近期无事一直想把Wordpress主题搞搞漂亮点,找了一堆模版试用。好几年不曾折腾主题了。转眼试用了一圈发现,Wordpress的主题已是士别三日的感觉。也可能我太久没有折腾了吧。

    随着wordpress一路发现的主题用过来才发现,主题开发设置貌似都是殊途同归。随着主题页面编辑器的兴起,全站可定制主题方兴未艾。也正是wordpress5.9正式提出来全站编辑的概念,随之便是经典主题中的抠抠索索的局部编辑的时代一去不复返。回想以前经典主题,改个页脚版权都费劲,要么自己写html,要么自己找页脚小工具。

    说回来,Wordpress最初也只是设定好的模版,有限的一些个性化选项进行设置。到了后来到了2016年Elementor横空出世,迅速改变了页面构建的新的局面,使得全站编辑第一次出现了可能。随着Elementor迅速获得广发站长的认可,Elementor也迅速迭代发展。可能也是Wordpress官方预测到了未来全站编辑的大势所趋,于2018年推出自己的块编辑器Gutenberg古腾堡。古腾堡编辑器最初只以页面编辑的样式出现,最开始出现是让人又爱又恨。它最初无法实现复杂页面和功能的编辑,同时因为取代经典编辑器,很多专注内容编辑的人员来说很不适应。但是随着Gutenberg的迭代,也出现了越来越多的主题开始支持这种全站编辑的模式。毕竟是官方出品,自然会被认可。

    这里我们也需要从头谈起目前比较常见的三种页面构建器。

    什么是WordPress页面构建编辑器?

    在WordPress中,页面构建器是允许网站管理员创建或编辑帖子、页面和其他内容的工具。在以前的版本中,WordPress默认使用了一种名为经典编辑器的编辑器,但是随着版本的升级,WordPress引入了新的编辑器,称为Gutenberg,同时还有其他第三方编辑器也可供选择。

    Gutenberg编辑器

    Gutenberg编辑器于2018年12月发布,是WordPress5.0中的默认编辑器。它具有丰富的特性和块编辑器,使得创建优美的网站变得更加容易。

    优点:

    1. 用户友好

    Gutenberg内部包含了大量的块,如标题、段落、图像等。这些块可以轻松控制和编辑,以快速创建更具吸引力的页面。

    2. 丰富的内容

    Gutenberg提供了许多包含于块中的可定制选项。例如,您可以个性化地调整图片、图形和按钮,以使页面更有吸引力。

    3. 更新频繁

    Gutenberg编辑器作为WordPress的基础编辑器,其代码库得到了广泛的更新和维护,确保了其稳定性和可靠性。

    4. 轻量化

    内置的古腾堡编辑器具备更轻便的使用和性能,也没有其他编辑器沉重的第三方插件的过多干扰,甚至完成页面样式的冗余和或许繁杂,从而影响页面渲染性能。

    缺点:

    1. 难以使用

    对于初学者来说,Gutenberg可能稍显复杂。它需要一些时间熟悉,令人感到困惑。不过只要熟悉了,也很容易上手。

    2. 学习曲线更陡峭

    与其他编辑器相比,Gutenberg的学习曲线稍陡。要深入了解如何最有效地使用它以及如何利用它的最佳功能,需要熟悉许多不同的块和选项。

    Elementor编辑器

    Elementor编辑器是一款提供页面建设的WordPress插件,能够帮助用户更轻松地创建自定义页面。它具有强大的设计工具和重复使用块的功能。

    优点:

    1. 简单易用

    Elementor用户界面简洁,风格清新,简单而直观,使您可以更快地创建令人印象深刻的网站。

    2. 组件丰富

    Elementor编辑器内部包含有数百种现成的设计模式,并且是完全可定制的。因此,您可以使用Elementor轻松创建任何类型的布局和页面。

    3. 适应性强

    Elementor的设计适用于任何屏幕大小,确保无论使用哪种设备浏览网站,页面都会完美呈现。

    缺点:

    1. 价格较高

    如果您需要全面的更新和功能,那么Elementor可以成为高价产品。如果您是个人博客或小企业,则Elementor可能就不太划算。

    2. 需要插件更新

    与其他编辑器插件不同,Elementor中的插件需要正常更新以避免出现错误或性能问题。然而,插件更新可能会对您的网站产生不良影响,因此请谨慎操作。

    Beaver Builder编辑器

    Beaver Builder是WordPress网站的另一个主要编辑器插件,它提供了强大的页面构建功能和定制化选项。

    优点:

    1. 简单易用

    Beaver Builder易于学习,可在几分钟内使新用户变得熟练。它的功能非常直观,并且提供大量的模板和可预览模式来帮助用户更快地设置页面。

    2. 网站速度

    Beaver Builder允许将模板和页面直接缓存到服务器,这意味着您的网站加载速度会更快,客户体验会得到提高。

    3. 支持集成

    Beaver Builder支持集成第三方插件,如Gravity Forms,MailChimp等,使您能够更轻松地增强访客体验和网站功能。

    缺点:

    1. 更贵

    Beaver Builder是一个高质量的构建器,但也有更高的价格,可配合不同的计划来获得更多功能和支持。

    2. 其他编辑器可能更强大

    虽然Beaver Builder是一个功能强大的编辑器,但是其他编辑器的功能仍然更全面且更强大。

    Q1. Gutenberg编辑器插件更新是否方便?

    A1. Gutenberg编辑器作为WordPress基础编辑器,其代码库得到的广泛的更新和维护,插件更新也非常方便。

    Q2. Elementor编辑器的缺陷是什么?

    A2. Elementor编辑器价格较高,需要插件正常更新,否则可能会出现错误或性能问题。

    Q3. Beaver Builder编辑器的优势有哪些?

    A3. Beaver Builder易于学习,网站加载速度快,支持第三方插件集成,能够帮助用户更快地设置页面。

    说在最后:

    虽然有很多主题,但是我一直有在想拥有一个自己可以完全定义的FSE全站编辑的主题,我尝试用2024的官方主题在自己修改,貌似基本上可以实现。但是受累于精力有限,只能业务慢慢改吧。

    对于Wordpress主题的设计模式,我还是更倾向于Gutenberg的模式。一个是内置官方的设计模式有优势,另外在于确实相对于其他构建器更佳轻便和高效,没有那么沉重。

  • wordpress连接mysql采用unix_socket认证

    wordpress连接mysql采用unix_socket认证

    要配置WordPress以使用Unix socket,你需要在wp-config.php文件中设置WP_MYSQL_SOCKET_FILE常量。你可以通过在wp-config.php文件中添加以下代码行来实现:

    define('WP_MYSQL_SOCKET_FILE', '/path/to/mysql.sock');

    请将/path/to/mysql.sock替换为你的MySQL Unix socket文件的实际路径。这通常位于/var/run/mysqld/mysqld.sock/tmp/mysql.sock

    如果你不确定Unix socket文件的位置,可以通过运行以下MySQL命令来找到它:

    mysql -u username -p -e "SHOW VARIABLES WHERE Variable_name = 'socket';"

    用你的MySQL用户名替换username。这将输出包含socket文件路径的socket变量。

    确保你的WordPress数据库配置(在wp-config.php中)也使用相同的socket文件路径:

    define('DB_SOCKET', '/path/to/mysql.sock');

    如果你在使用多个环境或者在不同的服务器上,确保你的开发环境和生产环境的socket文件路径是正确配置的。

  • 10款可选的WordPress代码高亮插件推荐 让代码可读性提高

    10款可选的WordPress代码高亮插件推荐 让代码可读性提高

    如果我们用WordPress程序搭建的是技术性博客网站的话,那肯定在内容中会少不了有插入代码。如果代码像文本一样添加到内容中肯定是不美观的,于是我们会用到代码高亮的功能。在这篇文章中,麦子整理10款可选的WordPress代码高亮插件,如果我们有需要在用到的可以看看这几款WordPress代码高亮插件有哪一款适合你的,这些均是当前用户使用比较多的。

    同时需要提到的,有些代码高亮插件可能不支持古登堡编辑器,可能体验度会差一些,我们在选择的时候根据自己用的古登堡编辑器还是以前传统的编辑器选择。

    1、Enlighter

    插件地址:https://wordpress.org/plugins/enlighter/

    Enlighter 是一款免费、易于使用的 WordPress 语法高亮工具。 突出显示由 EnlighterJS javascript 库提供支持,以提供漂亮的代码外观。使用它就像添加一个新的 Enlighter 源代码块 (Gutenberg) 并插入您想要突出显示的代码一样简单:Enlighter 会处理其余的事情。

    2、My Syntax Highlighter

    插件地址:https://wordpress.org/plugins/my-syntax-highlighter/

    My Syntax Highlighter 插件是一个易于使用、界面直观的 WordPress 代码高亮插件,让我们能够轻松安全地在 WordPress 网站上的页面和帖子中嵌入语法突出显示的源代码,而不会丢失其格式。该插件支持 13 种语言、16 个简码和 36 个主题。语法高亮功能是使用 CodeMirror 库实现的。语法突出显示是一种根据术语类别以不同颜色和字体显示源代码的功能。语法高亮是提高文本可读性和上下文的一种策略;特别是对于跨越多页的代码。读者可以很容易地忽略大部分注释或代码,这取决于他们要查找的内容。该插件还使用独立的 Shortcode-Processor 来防止 WordPress 将换行符转换为 HTML 段落,用印刷引号替换撇号等。

    3、Prismatic

    插件地址:https://wordpress.org/plugins/prismatic/

    使用 Prism.js、Highlight.js 或纯代码转义显示漂亮的代码片段:Prism.js – 使用 Prism.js 的代码转义 + 语法高亮;Highlight.js – 代码转义 + 使用 Highlight.js 的语法高亮;Plain Flavor – 没有语法高亮的代码转义。

    4、SyntaxHighlighter Evolved

    插件地址:https://wordpress.org/plugins/syntaxhighlighter/

    SyntaxHighlighter Evolved 允许我们较为轻松地将语法突出显示的代码发布到网站中,而不会丢失其格式或进行任何手动更改。 它使用 Alex Gorbatchev 的 SyntaxHighlighter JavaScript 包。

    5、Highlighting Code Block

    插件地址:https://wordpress.org/plugins/highlighting-code-block/

    Highlighting Code Block 插件支持古登堡编辑器和传统编辑器,我们可以在对应的编辑器模块中看到有插入图标按钮,然后可以将需要的代码轻松的用高亮的效果显示。我们可以在插件设置区域,将找到显示语言名称、行号和复制按钮的选项。 而且这个高亮插件有提供浅色和深色配色方案,将其应用于前端的内容和后端。

    6、CodeMirror Blocks

    插件地址:https://wordpress.org/plugins/wp-codemirror-block/

    CodeMirror Blocks 对于开发人员博客、教程站点非常有用,可以在其中显示任何程序的格式化(突出显示)代码。它支持 100 多种编程、脚本和标记语言,具有 56 个不同的主题。代码块依赖于 CodeMirror 库。格式化代码块就像(语法突出显示功能),根据术语的类别以不同的颜色和字体显示源代码。 这是提高文本可读性和上下文的一种策略; 特别是对于跨越多页的代码。 读者可以很容易地忽略大部分注释或代码,这取决于他们要查找的内容。

    7、WP Githuber MD

    插件地址:https://wordpress.org/plugins/wp-githuber-md/

    WP Githuber MD 是一个全功能的 WordPress Markdown 插件提供了多种功能,例如 Markdown 编辑器、实时预览、图像粘贴、HTML 到 Markdown 助手等等。

    8、Urvanov Syntax Highlighter

    插件地址:https://wordpress.org/plugins/urvanov-syntax-highlighter/

    Urvanov Syntax Highlighter 插件是一个可自定义的语法高亮器,支持比较复杂的设置选项,插件功能比较复杂,支持 WordPress 经典编辑器。大约有 60 种配色方案可供选择,我们可以调整字体系列、字体大小和输出的行高、可以为框定义最大宽度和高度及其边距。代码框还有一个有用的工具栏,并且支持行号、换行等。

    9、Code Syntax Block

    插件地址:https://wordpress.org/plugins/code-syntax-block/

    Code Syntax Block 插件通过使用 Prism 语法高亮器向核心代码块添加语法高亮支持来扩展 WordPress 块编辑器。Prism 语法高亮器运行加载在前端的 JavaScript 来解析代码块并应用语法标记。 CSS 文件指定应用于该标记的颜色和样式。

    10、Pure-Highlightjs

    Pure-Highlightjs 是一款基于 Highlightjs 实现的 WordPress 代码高亮插件,支持 多种语言高亮,还提供多种主题。这款插件我目前也有在用,轻便功能不复杂。

    这里提供的10款WordPress代码高亮插件可以帮助我们设计、代码类网站展现代码的时候体验度较好。

  • 如何启用WORDPRESS全站SSL

    本来以前Wordpress启用全站SSL很容易的,结果发现WP自己把这个过程弄复杂了,对于新的WP站点,我们可以简单如下处理:

    1.编辑wp-config.php文件,在PHP标记后面一行增加如下强制启用WP全站SSL的函数:

    <?php
    $_SERVER['HTTPS'] = 'on';
    define('FORCE_SSL_LOGIN', true);
    define('FORCE_SSL_ADMIN', true);
    
    #启用SSL

    2.在后台占地地址中变更http为https:

    在设置-常规中变更 WordPress地址(URL) 和 站点地址(URL) 均带hppts://

    当然,以上前提在于你已经搭建后服务器环境支持SSL并正确启用。以上是让WP实现软件兼容SSL环境。

  • 升级至WORDPRESS 5.02

    升级到了新的WORDPRESS 5.02,搭配PHP新释放出的PHP7.3。感觉不错。