wp-config.php里加入下面代码:
在wp-config.php里加入下面代码:
1 | define( 'FS_METHOD', 'direct'); |
加入完毕后不再提示FTP登录, 但是有可能安装插件时提示 安装失败,无法创建目录
解决方案:
1 | chmod -R 777 wp-content/ |

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站
乱码三千 – 码出一个新世界
wp-config.php里加入下面代码:
在wp-config.php里加入下面代码:
1 | define( 'FS_METHOD', 'direct'); |
加入完毕后不再提示FTP登录, 但是有可能安装插件时提示 安装失败,无法创建目录
解决方案:
1 | chmod -R 777 wp-content/ |

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站
以下方法适用于文件或目录被删,如果被覆盖则无法恢复
debugfs1 | df /root/你被删的目录 |
debugfs指令进入命令区1 | root@xxx:# /debugfs |
1 | open dev/vda1 #这个是我服务磁盘名 你的也许不一样 |

带尖括号开头的文件表示已经被删除的 无尖括号表示当前已经存在的文件
接下来 咱们需要借助尖括号中的地址进行文件还原
1 | logdump -i <19662057> |

文件还原
1 | dd if=/dev/vda1 of=/root/被删除文件 bs=3456 count=1 skip=524974 |
* bs对应offset 表示文件大小
* count 表示需要还原几份
* skip对应block值 表示跳过blocks个块后再开始复制
至此 恢复完毕
### 方法二 使用第三方的还原工具extundelete
1 | apt-get install extundelete -y |
1 | ls -lia 目标目录 |
1 | extundelete /dev/sda5 --inode 24904454 |
1 | #以下为控制台输出信息 |
1 | extundelete /dev/sda5 --restore-all |
1 | extundelete /dev/sdb5 --restore-file xxx |
1 | extundelete /dev/sdb5 --restore-directory xxx |
至此 ,恢复完毕

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站
1.导出整个数据库,首先打开要导出的目录
1 | mysqldump -u 用户名 -p 数据库名 > 导出的文件名 |
2.导出一个表
1 | mysqldump -u 用户名 -p 数据库名 表名> 导出的文件名 |
3.导出一个数据库结构
1 | mysqldump -u dbuser -p -d --add-drop-table dbname >d:/dbname_db.sql |
4.导入数据库
常用source 命令
进入mysql数据库控制台,如
1 | mysql -u root -p |
如果数据库不存在 则则新建:
1 | mysql>create database 数据库名; |
然后使用source命令,后面参数为脚本文件(如这里用到的.sql)
1 | mysql>source d:/dbname.sql |
一、导出数据库用mysqldump命令(注意mysql的安装路径,即此命令的路径):
1、导出数据和表结构:
1 | mysqldump -u用户名 -p密码 数据库名 > 数据库名.sql |
敲回车后会提示输入密码
2、只导出表结构
1 | mysqldump -u用户名 -p密码 -d 数据库名 > 数据库名.sql |
二、导入数据库
1、首先建空数据库
1 | mysql>create database abc; |
2、导入数据库
方法一:
(1)选择数据库
1 | mysql>use abc; |
(2)设置数据库编码
1 | mysql>set names utf8; |
(3)导入数据(注意sql文件的路径)
1 | mysql>source /home/abc/abc.sql; |
方法二:
1 | mysql -u用户名 -p密码 数据库名 < 数据库名.sql |

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站
1 | worker_processes 1; |
使用 nginx 部署django时,会出现下面的错误
1 | DisallowedHost at /Invalid HTTP_HOST header: 'learning_log.cent.com'. The domain name provided is not valid according to RFC 1034/1035. |
修改域名,去除下划线,即将 learning_log.cent.com 修改成 llog.cent.com
1 | invalid http_host header |
将 setting.py 的 ALLOWED_HOSTS = [] 修改成 ALLOWED_HOSTS = [‘*’]
本文为作者原创 转载时请注明出处 谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站
已经写好了一个Django项目,需要将这个项目用docker封装一个镜像,使用k8s发布!
在封装并运行的过程中,发现了很多问题,这里会一一介绍!
采用的是镜像是 ubuntu:16.04 默认的时区是UTC,比中国时间,晚了8个小时!
那么因此,需要将默认的时区给覆盖掉!
默认是没有安装 tzdata,因此没有 /usr/share/zoneinfo 目录!
安装tzdata,使用命令
1 | apt-get install -y tzdata |
设置时区为 上海,使用以下命令
1 | TZ=Asia/Shanghai |
默认的系统编码是ascii,因此不支持中文!
需要安装 locales 软件包
1 | apt-get install -y locales |
设置utf-8编码
1 | locale-gen en_US.UTF-8 |
设置全局变量
1 | LANG en_US.UTF-8 |
设置utf-8编码之后,那么在python的print命令,就可以输出中文了,而不会提示
1 | 'ascii' codec can't encode characters in position 8-50: ordinal not in range(128) |
在python文件头部,记得增加一行代码,指定utf-8编码
1 | # coding: utf-8 |
在ubuntu:16.04 的镜像中,默认是没有cron包的,所以需要手动安装
1 | apt-get install -y cron |
那么启动任务计划时,不能使用命令 /etc/init.d/cron start 以及 service cron start
在dockerfile中,会启动不成功的。
必须使用 /usr/sbin/cron 命令,才能启动成功!
一般来讲,添加任务计划,直接修改 /etc/crontab 文件即可。
在dockerfile 中,不能使用echo EOF 等命令修改/etc/crontab文件
必须使用 sed 命令修改/etc/crontab文件,才能成功!
如果需要在最后一行添加任务计划,可以使用以下命令:
语法:
1 | sed -i '$a需要添加的内容' 文件名 |
比如:
1 | sed -i '$a* * * * * root python3 /messagecenter/cron/voc_receipt.py' /etc/crontab |
新建空目录
1 | mkdir /opt/messagecenter |
目录结构如下:
1 | ./ |
dockerfile
1 | FROM ubuntu:16.04 |
messagecenter.tar 这个是Django项目,已经打成tar包了。在dockerfile中,执行ADD命令时,会自动解压tar包
run.sh
1 | #!/bin/bash |
在Django项目中,有一个python脚本,需要每分钟执行一次!
1 | deb http://mirrors.aliyun.com/ubuntu/ xenial main restricted |
生成镜像
1 | docker build -t messagecenter /opt/messagecenter |
启动镜像
1 | docker run -d -it -p 8000:8000 messagecenter |
访问页面:
1 | http://192.168.0.162:8000 |
就可以访问Django的默认页面了!
本文为作者原创 转载时请注明出处 谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站
nginx反向代理后,在应用中取得的ip都是反向代理服务器的ip,取得的域名也是反向代理配置的url的域名,解决该问题,需要在nginx反向代理配置中添加一些配置信息,目的将客户端的真实ip和域名传递到应用程序中。
nginx反向代理配置时,一般会添加下面的配置:
1 | `proxy_set_header Host $host;``proxy_set_header X-Real-IP $remote_addr;``proxy_set_header REMOTE-HOST $remote_addr;``proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;` |
1. proxy_set_header X-real-ip $remote_addr;
这句话之前已经解释过,有了这句就可以在web服务器端获得用户的真实ip
但是,实际上要获得用户的真实ip,不是只有这一个方法,下面我们继续看。
2. proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
我们先看看这里有个X-Forwarded-For变量,这是一个squid开发的,用于识别通过HTTP代理或负载平衡器原始IP一个连接到Web服务器的客户机地址的非rfc标准,如果有做X-Forwarded-For设置的话,每次经过proxy转发都会有记录,格式就是client1, proxy1, proxy2,以逗号隔开各个地址,由于他是非rfc标准,所以默认是没有的,需要强制添加,在默认情况下经过proxy转发的请求,在后端看来远程地址都是proxy端的ip 。也就是说在默认情况下我们使用request.getAttribute(“X-Forwarded-For”)获取不到用户的ip,如果我们想要通过这个变量获得用户的ip,我们需要自己在nginx添加如下配置:
1 | proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; |
意思是增加一个$proxy_add_x_forwarded_for到X-Forwarded-For里去,注意是增加,而不是覆盖,当然由于默认的X-Forwarded-For值是空的,所以我们总感觉X-Forwarded-For的值就等于$proxy_add_x_forwarded_for的值,实际上当你搭建两台nginx在不同的ip上,并且都使用了这段配置,那你会发现在web服务器端通过request.getAttribute(“X-Forwarded-For”)获得的将会是客户端ip和第一台nginx的ip。
那么$proxy_add_x_forwarded_for又是什么?
$proxy_add_x_forwarded_for变量包含客户端请求头中的”X-Forwarded-For”,与$remote_addr两部分,他们之间用逗号分开。
举个例子,有一个web应用,在它之前通过了两个nginx转发,www.linuxidc.com 即用户访问该web通过两台nginx。
在第一台nginx中,使用 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
现在的$proxy_add_x_forwarded_for变量的”X-Forwarded-For”部分是空的,所以只有$remote_addr,而$remote_addr的值是用户的ip,于是赋值以后,X-Forwarded-For变量的值就是用户的真实的ip地址了。
到了第二台nginx,使用 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
现在的$proxy_add_x_forwarded_for变量,X-Forwarded-For部分包含的是用户的真实ip,$remote_addr部分的值是上一台nginx的ip地址,于是通过这个赋值以后现在的X-Forwarded-For的值就变成了“用户的真实ip,第一台nginx的ip”,这样就清楚了吧。
最后我们看到还有一个$http_x_forwarded_for变量,这个变量就是X-Forwarded-For,由于之前我们说了,默认的这个X-Forwarded-For是为空的,所以当我们直接使用proxy_set_header X-Forwarded-For $http_x_forwarded_for时会发现,web服务器端使用request.getAttribute(“X-Forwarded-For”)获得的值是null。如果想要通过request.getAttribute(“X-Forwarded-For”)获得用户ip,就必须先使用proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;这样就可以获得用户真实ip。
在JSP里,获取客户端的IP地址的方法是:request.getRemoteAddr(),这种方法在大部分情况下都是有效的。但是在通过了Apache,Squid等反向代理软件就不能获取到客户端的真实IP地址了。
如果使用了反向代理软件,将http://192.168.1.110:2046/ 的URL反向代理为 http://www.javapeixun.com.cn / 的URL时,用request.getRemoteAddr()方法获取的IP地址是:127.0.0.1 或 192.168.1.110,而并不是客户端的真实IP。
经过代理以后,由于在客户端和服务之间增加了中间层,因此服务器无法直接拿到客户端的IP,服务器端应用也无法直接通过转发请求的地址返回给客户端。但是在转发请求的HTTP头信息中,增加了X-FORWARDED-FOR信息。用以跟踪原有的客户端IP地址和原来客户端请求的服务器地址。当我们访问http://www.javapeixun.com.cn /index.jsp/ 时,其实并不是我们浏览器真正访问到了服务器上的index.jsp文件,而是先由代理服务器去访问http://192.168.1.110:2046/index.jsp ,代理服务器再将访问到的结果返回给我们的浏览器,因为是代理服务器去访问index.jsp的,所以index.jsp中通过request.getRemoteAddr()的方法获取的IP实际上是代理服务器的地址,并不是客户端的IP地址。
于是可得出获得客户端真实IP地址的方法一:
1 | `public` `String getRemortIP(HttpServletRequest request) { `` ``if` `(request.getHeader(``"x-forwarded-for"``) == ``null``) { `` ``return` `request.getRemoteAddr(); `` ``} `` ``return` `request.getHeader(``"x-forwarded-for"``); ``}` |
可是当我访问http://www.5a520.cn /index.jsp/ 时,返回的IP地址始终是unknown,也并不是如上所示的127.0.0.1 或 192.168.1.110了,而我访问http://192.168.1.110:2046/index.jsp 时,则能返回客户端的真实IP地址,写了个方法去验证。原因出在了Squid上。squid.conf 的配制文件 forwarded_for 项默认是为on,如果 forwarded_for 设成了 off 则:X-Forwarded-For: unknown
于是可得出获得客户端真实IP地址的方法二:
1 | `public` `String getIpAddr(HttpServletRequest request) { `` ``String ip = request.getHeader(``"x-forwarded-for"``); `` ``if``(ip == ``null` `|| ip.length() == ``0` `|| ``"unknown"``.equalsIgnoreCase(ip)) { `` ``ip = request.getHeader(``"Proxy-Client-IP"``); `` ``} `` ``if``(ip == ``null` `|| ip.length() == ``0` `|| ``"unknown"``.equalsIgnoreCase(ip)) { `` ``ip = request.getHeader(``"WL-Proxy-Client-IP"``); `` ``} `` ``if``(ip == ``null` `|| ip.length() == ``0` `|| ``"unknown"``.equalsIgnoreCase(ip)) { `` ``ip = request.getRemoteAddr(); `` ``} `` ``return` `ip; ``}` |
可是,如果通过了多级反向代理的话,X-Forwarded-For的值并不止一个,而是一串Ip值,究竟哪个才是真正的用户端的真实IP呢?
答案是取X-Forwarded-For中第一个非unknown的有效IP字符串。
如:X-Forwarded-For:192.168.1.110, 192.168.1.120, 192.168.1.130, 192.168.1.100用户真实IP为: 192.168.1.110
本文为作者原创 转载时请注明出处 谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站
简单来的说,就是让查询的字段(包括where子句中的字段),都是索引字段。索引覆盖的好处是什么?好处是极大的、极大的、极大的提高查询的效率!重要的说三遍!
特别说明:
假设创建一个zaho_user表:
1 | CREATE TABLE `zaho_user` ( |
这里我们创建一个索引:
1 | alter table `zaho_user` add index (`u_name`,`insert_time`,`u_sex`); |
那么,我们执行如下查询时,效率将会非常高:
1 | select `u_name`,`insert_time` from `zaho_user` where `u_sex`=1 |
例子中的三个字段:u_name,insert_time,u_sex创建了一个多列索引,而SQL查询时形成了索引覆盖。 在百万数据量匹配查询时速度提升非常可观
为什么网站访问很慢, 想优化可以参考以下方式, 优先级由高到低:
本人有一个博客采集站, 内置文章3万左右, 访问和渲染速度非常快, 后来爬取文章增量到6万左右, 感觉网站速度明显变慢, 起初以为是内容过多导致, 可是也才6万就这么慢了那百万数据岂不没法玩了
我甚至在想 可能是服务器配置以及博客程序有限导致的 也没再管它
直到有一天 数据库容器挂了 , 重启数据库后, 网站恢复访问, 速度竟惊人地变快, 和最开始没两样, 于是乎我否断了之前的猜测, 之前速度慢有可能仅仅是数据库连接过多 垃圾缓存导致的
因此 定期重启数据库 似乎可以纳入我的定时任务计划中
本文为作者原创 转载时请注明出处 谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站
1 | docker search wordpress |
1 | docker pull wordpress |
1 | http{ |
1 | docker run -id \ |
WORDPRESS_DB_HOST 数据库主机地址(默认为与其 link 的 mysql 容器的 IP 和 3306 端口:)
WORDPRESS_DB_USER 数据库用户名(默认为 root)
WORDPRESS_DB_PASSWORD 数据库密码(默认为与其 link 的 mysql 容器提供的 MYSQL_ROOT_PASSWORD 变量的值)
WORDPRESS_DB_NAME 数据库名(默认为 wordpress)
WORDPRESS_TABLE_PREFIX 数据库表名前缀(默认为空,您可以从该变量覆盖 wp-config.php 中的配置)
如果 WORDPRESS_DB_NAME 变量指定的数据库不存在时,那么 wordpress容器在启动时就会自动尝试创建该数据库,
本文为作者原创 转载时请注明出处 谢谢

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站