wordpress
批量修改wordpress文章中的所有的链接
网络 • 马化云 发表了文章 • 0 个评论 • 1837 次浏览 • 2022-07-11 17:50
有时候你的文章中，某个地方的引用的链接失效了。需要你去替换一个新的链接。
假如只有2，3篇文章需要修改，那么就很简单，进入wordpress的后台进行修改。
但如果动辄几十篇，甚至上百上千篇文章，手动修改就工作量太大了，且容易出错。
那么可以选择后台数据库直接修改。
1. 先备份一下数据库，以防操作失误导致数据丢失。
2. 打开数据库软件，比如navicat
找到wp_post 这个表
运行下面的命令：
UPDATE wp_posts set post_content = REPLACE(post_content,"crop.png","hxxy-resize.png") where post_content like '%crop.png%';
上面的sql命令就是把crop.png 的图片改为 resize.png 的图片的mysql命令。
修改万后，刷新一下缓存就可以了。 查看全部
假如只有2，3篇文章需要修改，那么就很简单，进入wordpress的后台进行修改。
但如果动辄几十篇，甚至上百上千篇文章，手动修改就工作量太大了，且容易出错。
那么可以选择后台数据库直接修改。
1. 先备份一下数据库，以防操作失误导致数据丢失。
2. 打开数据库软件，比如navicat
找到wp_post 这个表
运行下面的命令：
UPDATE wp_posts set post_content = REPLACE(post_content,"crop.png","hxxy-resize.png") where post_content like '%crop.png%';
上面的sql命令就是把crop.png 的图片改为 resize.png 的图片的mysql命令。
修改万后，刷新一下缓存就可以了。 查看全部
有时候你的文章中，某个地方的引用的链接失效了。需要你去替换一个新的链接。
假如只有2，3篇文章需要修改，那么就很简单，进入wordpress的后台进行修改。
但如果动辄几十篇，甚至上百上千篇文章，手动修改就工作量太大了，且容易出错。
那么可以选择后台数据库直接修改。
1. 先备份一下数据库，以防操作失误导致数据丢失。
2. 打开数据库软件，比如navicat
找到wp_post 这个表
运行下面的命令：
上面的sql命令就是把crop.png 的图片改为 resize.png 的图片的mysql命令。
修改万后，刷新一下缓存就可以了。
假如只有2，3篇文章需要修改，那么就很简单，进入wordpress的后台进行修改。
但如果动辄几十篇，甚至上百上千篇文章，手动修改就工作量太大了，且容易出错。
那么可以选择后台数据库直接修改。
1. 先备份一下数据库，以防操作失误导致数据丢失。
2. 打开数据库软件，比如navicat
找到wp_post 这个表
运行下面的命令：
UPDATE wp_posts set post_content = REPLACE(post_content,"crop.png","hxxy-resize.png") where post_content like '%crop.png%';
上面的sql命令就是把crop.png 的图片改为 resize.png 的图片的mysql命令。
修改万后，刷新一下缓存就可以了。
wp super cache缓存文件在哪里？
网络 • 李魔佛 发表了文章 • 0 个评论 • 1845 次浏览 • 2022-05-07 01:01
wordpress_cn/wp-content/cache/supercache/xxxx.com （最后一个为你的域名）
里面的静态文件是html后缀结尾的。
如果同时开启了cdn加速，和wp super cache， 那么会有个问题。 你写的文章，发布出去后，无论怎么刷新都出不了的。
为什么？
因为你的首页也是做了wp super cache 变成了静态页面，以html结尾的。
而html文件默认是被cdn缓存起来的。
也就是用户访问你的网站的时候， 看到的是cdn里面的index.html, 而这个文件是有wp super cache生成的，而你的缓存规则如果是所有文件缓存7天的话，意味着你7天后才可以看到你新发的文章。
当然解决办法也很简单，在缓存规则里面，把html后缀设置为不缓存就可以了。 查看全部
里面的静态文件是html后缀结尾的。
如果同时开启了cdn加速，和wp super cache， 那么会有个问题。 你写的文章，发布出去后，无论怎么刷新都出不了的。
为什么？
因为你的首页也是做了wp super cache 变成了静态页面，以html结尾的。
而html文件默认是被cdn缓存起来的。
也就是用户访问你的网站的时候， 看到的是cdn里面的index.html, 而这个文件是有wp super cache生成的，而你的缓存规则如果是所有文件缓存7天的话，意味着你7天后才可以看到你新发的文章。
当然解决办法也很简单，在缓存规则里面，把html后缀设置为不缓存就可以了。 查看全部
wordpress_cn/wp-content/cache/supercache/xxxx.com （最后一个为你的域名）
里面的静态文件是html后缀结尾的。
如果同时开启了cdn加速，和wp super cache， 那么会有个问题。 你写的文章，发布出去后，无论怎么刷新都出不了的。
为什么？
因为你的首页也是做了wp super cache 变成了静态页面，以html结尾的。
而html文件默认是被cdn缓存起来的。
也就是用户访问你的网站的时候， 看到的是cdn里面的index.html, 而这个文件是有wp super cache生成的，而你的缓存规则如果是所有文件缓存7天的话，意味着你7天后才可以看到你新发的文章。
当然解决办法也很简单，在缓存规则里面，把html后缀设置为不缓存就可以了。
里面的静态文件是html后缀结尾的。
如果同时开启了cdn加速，和wp super cache， 那么会有个问题。 你写的文章，发布出去后，无论怎么刷新都出不了的。
为什么？
因为你的首页也是做了wp super cache 变成了静态页面，以html结尾的。
而html文件默认是被cdn缓存起来的。
也就是用户访问你的网站的时候， 看到的是cdn里面的index.html, 而这个文件是有wp super cache生成的，而你的缓存规则如果是所有文件缓存7天的话，意味着你7天后才可以看到你新发的文章。
当然解决办法也很简单，在缓存规则里面，把html后缀设置为不缓存就可以了。
wordpress安装了jetpack插件速度慢得一批
网络 • 李魔佛 发表了文章 • 0 个评论 • 1930 次浏览 • 2022-04-26 09:17
wordpress安装了jetpack后，默认的wp super cache的cdn就会使用jetpack的节点作为cdn，其url地址为 “i0.wp.com”等，实际使用后的访问速度还不如wp super cache默认的静态速度快。
果断卸载了。
查看全部
果断卸载了。
查看全部
wordpress安装了jetpack后，默认的wp super cache的cdn就会使用jetpack的节点作为cdn，其url地址为 “i0.wp.com”等，实际使用后的访问速度还不如wp super cache默认的静态速度快。
果断卸载了。
果断卸载了。
docker nginx+php部署的wordpress，安装插件不需要ftp账号
Linux • 李魔佛 发表了文章 • 0 个评论 • 1864 次浏览 • 2022-04-22 23:43
使用docker搭建的每一个组件，php，nginx，mysql，弄得wordpress站点。
配置好之后，如果需要安装第三方的应用，每次需要FTP账号，用于远程下载这个插件文件到wordpress的plugin目录下。
不过为了这个插件功能再开个ftp服务，还暴露了端口，有点鸡肋。
于是按照网上的教程倒腾，不过网上的教程都没有使用docker操作，按照他们的操作是没能把问题解决的。
主要是用户名不一样。
1. 进入nginx的容器中，注意是nginx，而不是php
docker exec -it xxxx /bin/bash
2. 修改nginx的 wordpress的根目录所有者权限
注意这里的用户名是 www-data ， 而不是www
chown -R www-data:www-data /var/www/html
chmod -R 755 /var/www/html
不要乱信网上的人说，要改为777， 除非你想把你的服务器送给别人做肉鸡。
然后刷新一下页面，就可以直接安装，而跳过那个ftp密码， 查看全部
配置好之后，如果需要安装第三方的应用，每次需要FTP账号，用于远程下载这个插件文件到wordpress的plugin目录下。
不过为了这个插件功能再开个ftp服务，还暴露了端口，有点鸡肋。
于是按照网上的教程倒腾，不过网上的教程都没有使用docker操作，按照他们的操作是没能把问题解决的。
主要是用户名不一样。
1. 进入nginx的容器中，注意是nginx，而不是php
docker exec -it xxxx /bin/bash
2. 修改nginx的 wordpress的根目录所有者权限
注意这里的用户名是 www-data ， 而不是www
chown -R www-data:www-data /var/www/html
chmod -R 755 /var/www/html
不要乱信网上的人说，要改为777， 除非你想把你的服务器送给别人做肉鸡。
然后刷新一下页面，就可以直接安装，而跳过那个ftp密码， 查看全部
使用docker搭建的每一个组件，php，nginx，mysql，弄得wordpress站点。
配置好之后，如果需要安装第三方的应用，每次需要FTP账号，用于远程下载这个插件文件到wordpress的plugin目录下。
不过为了这个插件功能再开个ftp服务，还暴露了端口，有点鸡肋。
于是按照网上的教程倒腾，不过网上的教程都没有使用docker操作，按照他们的操作是没能把问题解决的。
主要是用户名不一样。
1. 进入nginx的容器中，注意是nginx，而不是php
docker exec -it xxxx /bin/bash
2. 修改nginx的 wordpress的根目录所有者权限
注意这里的用户名是 www-data ， 而不是www
不要乱信网上的人说，要改为777， 除非你想把你的服务器送给别人做肉鸡。
然后刷新一下页面，就可以直接安装，而跳过那个ftp密码，
配置好之后，如果需要安装第三方的应用，每次需要FTP账号，用于远程下载这个插件文件到wordpress的plugin目录下。
不过为了这个插件功能再开个ftp服务，还暴露了端口，有点鸡肋。
于是按照网上的教程倒腾，不过网上的教程都没有使用docker操作，按照他们的操作是没能把问题解决的。
主要是用户名不一样。
1. 进入nginx的容器中，注意是nginx，而不是php
docker exec -it xxxx /bin/bash
2. 修改nginx的 wordpress的根目录所有者权限
注意这里的用户名是 www-data ， 而不是www
chown -R www-data:www-data /var/www/html
chmod -R 755 /var/www/html
不要乱信网上的人说，要改为777， 除非你想把你的服务器送给别人做肉鸡。
然后刷新一下页面，就可以直接安装，而跳过那个ftp密码，
批量修改wordpress文章中的所有的链接
网络 • 马化云 发表了文章 • 0 个评论 • 1837 次浏览 • 2022-07-11 17:50
有时候你的文章中，某个地方的引用的链接失效了。需要你去替换一个新的链接。
假如只有2，3篇文章需要修改，那么就很简单，进入wordpress的后台进行修改。
但如果动辄几十篇，甚至上百上千篇文章，手动修改就工作量太大了，且容易出错。
那么可以选择后台数据库直接修改。
1. 先备份一下数据库，以防操作失误导致数据丢失。
2. 打开数据库软件，比如navicat
找到wp_post 这个表
运行下面的命令：
UPDATE wp_posts set post_content = REPLACE(post_content,"crop.png","hxxy-resize.png") where post_content like '%crop.png%';
上面的sql命令就是把crop.png 的图片改为 resize.png 的图片的mysql命令。
修改万后，刷新一下缓存就可以了。 查看全部
假如只有2，3篇文章需要修改，那么就很简单，进入wordpress的后台进行修改。
但如果动辄几十篇，甚至上百上千篇文章，手动修改就工作量太大了，且容易出错。
那么可以选择后台数据库直接修改。
1. 先备份一下数据库，以防操作失误导致数据丢失。
2. 打开数据库软件，比如navicat
找到wp_post 这个表
运行下面的命令：
UPDATE wp_posts set post_content = REPLACE(post_content,"crop.png","hxxy-resize.png") where post_content like '%crop.png%';
上面的sql命令就是把crop.png 的图片改为 resize.png 的图片的mysql命令。
修改万后，刷新一下缓存就可以了。 查看全部
有时候你的文章中，某个地方的引用的链接失效了。需要你去替换一个新的链接。
假如只有2，3篇文章需要修改，那么就很简单，进入wordpress的后台进行修改。
但如果动辄几十篇，甚至上百上千篇文章，手动修改就工作量太大了，且容易出错。
那么可以选择后台数据库直接修改。
1. 先备份一下数据库，以防操作失误导致数据丢失。
2. 打开数据库软件，比如navicat
找到wp_post 这个表
运行下面的命令：
上面的sql命令就是把crop.png 的图片改为 resize.png 的图片的mysql命令。
修改万后，刷新一下缓存就可以了。
假如只有2，3篇文章需要修改，那么就很简单，进入wordpress的后台进行修改。
但如果动辄几十篇，甚至上百上千篇文章，手动修改就工作量太大了，且容易出错。
那么可以选择后台数据库直接修改。
1. 先备份一下数据库，以防操作失误导致数据丢失。
2. 打开数据库软件，比如navicat
找到wp_post 这个表
运行下面的命令：
UPDATE wp_posts set post_content = REPLACE(post_content,"crop.png","hxxy-resize.png") where post_content like '%crop.png%';
上面的sql命令就是把crop.png 的图片改为 resize.png 的图片的mysql命令。
修改万后，刷新一下缓存就可以了。
wp super cache缓存文件在哪里？
网络 • 李魔佛 发表了文章 • 0 个评论 • 1845 次浏览 • 2022-05-07 01:01
wordpress_cn/wp-content/cache/supercache/xxxx.com （最后一个为你的域名）
里面的静态文件是html后缀结尾的。
如果同时开启了cdn加速，和wp super cache， 那么会有个问题。 你写的文章，发布出去后，无论怎么刷新都出不了的。
为什么？
因为你的首页也是做了wp super cache 变成了静态页面，以html结尾的。
而html文件默认是被cdn缓存起来的。
也就是用户访问你的网站的时候， 看到的是cdn里面的index.html, 而这个文件是有wp super cache生成的，而你的缓存规则如果是所有文件缓存7天的话，意味着你7天后才可以看到你新发的文章。
当然解决办法也很简单，在缓存规则里面，把html后缀设置为不缓存就可以了。 查看全部
里面的静态文件是html后缀结尾的。
如果同时开启了cdn加速，和wp super cache， 那么会有个问题。 你写的文章，发布出去后，无论怎么刷新都出不了的。
为什么？
因为你的首页也是做了wp super cache 变成了静态页面，以html结尾的。
而html文件默认是被cdn缓存起来的。
也就是用户访问你的网站的时候， 看到的是cdn里面的index.html, 而这个文件是有wp super cache生成的，而你的缓存规则如果是所有文件缓存7天的话，意味着你7天后才可以看到你新发的文章。
当然解决办法也很简单，在缓存规则里面，把html后缀设置为不缓存就可以了。 查看全部
wordpress_cn/wp-content/cache/supercache/xxxx.com （最后一个为你的域名）
里面的静态文件是html后缀结尾的。
如果同时开启了cdn加速，和wp super cache， 那么会有个问题。 你写的文章，发布出去后，无论怎么刷新都出不了的。
为什么？
因为你的首页也是做了wp super cache 变成了静态页面，以html结尾的。
而html文件默认是被cdn缓存起来的。
也就是用户访问你的网站的时候， 看到的是cdn里面的index.html, 而这个文件是有wp super cache生成的，而你的缓存规则如果是所有文件缓存7天的话，意味着你7天后才可以看到你新发的文章。
当然解决办法也很简单，在缓存规则里面，把html后缀设置为不缓存就可以了。
里面的静态文件是html后缀结尾的。
如果同时开启了cdn加速，和wp super cache， 那么会有个问题。 你写的文章，发布出去后，无论怎么刷新都出不了的。
为什么？
因为你的首页也是做了wp super cache 变成了静态页面，以html结尾的。
而html文件默认是被cdn缓存起来的。
也就是用户访问你的网站的时候， 看到的是cdn里面的index.html, 而这个文件是有wp super cache生成的，而你的缓存规则如果是所有文件缓存7天的话，意味着你7天后才可以看到你新发的文章。
当然解决办法也很简单，在缓存规则里面，把html后缀设置为不缓存就可以了。
wordpress安装了jetpack插件速度慢得一批
网络 • 李魔佛 发表了文章 • 0 个评论 • 1930 次浏览 • 2022-04-26 09:17
wordpress安装了jetpack后，默认的wp super cache的cdn就会使用jetpack的节点作为cdn，其url地址为 “i0.wp.com”等，实际使用后的访问速度还不如wp super cache默认的静态速度快。
果断卸载了。
查看全部
果断卸载了。
查看全部
wordpress安装了jetpack后，默认的wp super cache的cdn就会使用jetpack的节点作为cdn，其url地址为 “i0.wp.com”等，实际使用后的访问速度还不如wp super cache默认的静态速度快。
果断卸载了。
果断卸载了。
docker nginx+php部署的wordpress，安装插件不需要ftp账号
Linux • 李魔佛 发表了文章 • 0 个评论 • 1864 次浏览 • 2022-04-22 23:43
使用docker搭建的每一个组件，php，nginx，mysql，弄得wordpress站点。
配置好之后，如果需要安装第三方的应用，每次需要FTP账号，用于远程下载这个插件文件到wordpress的plugin目录下。
不过为了这个插件功能再开个ftp服务，还暴露了端口，有点鸡肋。
于是按照网上的教程倒腾，不过网上的教程都没有使用docker操作，按照他们的操作是没能把问题解决的。
主要是用户名不一样。
1. 进入nginx的容器中，注意是nginx，而不是php
docker exec -it xxxx /bin/bash
2. 修改nginx的 wordpress的根目录所有者权限
注意这里的用户名是 www-data ， 而不是www
chown -R www-data:www-data /var/www/html
chmod -R 755 /var/www/html
不要乱信网上的人说，要改为777， 除非你想把你的服务器送给别人做肉鸡。
然后刷新一下页面，就可以直接安装，而跳过那个ftp密码， 查看全部
配置好之后，如果需要安装第三方的应用，每次需要FTP账号，用于远程下载这个插件文件到wordpress的plugin目录下。
不过为了这个插件功能再开个ftp服务，还暴露了端口，有点鸡肋。
于是按照网上的教程倒腾，不过网上的教程都没有使用docker操作，按照他们的操作是没能把问题解决的。
主要是用户名不一样。
1. 进入nginx的容器中，注意是nginx，而不是php
docker exec -it xxxx /bin/bash
2. 修改nginx的 wordpress的根目录所有者权限
注意这里的用户名是 www-data ， 而不是www
chown -R www-data:www-data /var/www/html
chmod -R 755 /var/www/html
不要乱信网上的人说，要改为777， 除非你想把你的服务器送给别人做肉鸡。
然后刷新一下页面，就可以直接安装，而跳过那个ftp密码， 查看全部
使用docker搭建的每一个组件，php，nginx，mysql，弄得wordpress站点。
配置好之后，如果需要安装第三方的应用，每次需要FTP账号，用于远程下载这个插件文件到wordpress的plugin目录下。
不过为了这个插件功能再开个ftp服务，还暴露了端口，有点鸡肋。
于是按照网上的教程倒腾，不过网上的教程都没有使用docker操作，按照他们的操作是没能把问题解决的。
主要是用户名不一样。
1. 进入nginx的容器中，注意是nginx，而不是php
docker exec -it xxxx /bin/bash
2. 修改nginx的 wordpress的根目录所有者权限
注意这里的用户名是 www-data ， 而不是www
不要乱信网上的人说，要改为777， 除非你想把你的服务器送给别人做肉鸡。
然后刷新一下页面，就可以直接安装，而跳过那个ftp密码，
配置好之后，如果需要安装第三方的应用，每次需要FTP账号，用于远程下载这个插件文件到wordpress的plugin目录下。
不过为了这个插件功能再开个ftp服务，还暴露了端口，有点鸡肋。
于是按照网上的教程倒腾，不过网上的教程都没有使用docker操作，按照他们的操作是没能把问题解决的。
主要是用户名不一样。
1. 进入nginx的容器中，注意是nginx，而不是php
docker exec -it xxxx /bin/bash
2. 修改nginx的 wordpress的根目录所有者权限
注意这里的用户名是 www-data ， 而不是www
chown -R www-data:www-data /var/www/html
chmod -R 755 /var/www/html
不要乱信网上的人说，要改为777， 除非你想把你的服务器送给别人做肉鸡。
然后刷新一下页面，就可以直接安装，而跳过那个ftp密码，
