MySQL导出和导入SQL脚本
记一下 备忘 导出sql脚本 mysqldump -u 用户名 -p 数据库名 > 存放位置 mysqljump -u root -p test > c:\a.sql 导入sql脚本 mysql -u 用户名 -p 数据库名 < 存放位置 mysqljump -u root -p test < c:\a.sql 注意,test数据库必须已经存在[……]
关注Linux、PHP、WordPress、虚拟化、深度学习等
记一下 备忘 导出sql脚本 mysqldump -u 用户名 -p 数据库名 > 存放位置 mysqljump -u root -p test > c:\a.sql 导入sql脚本 mysql -u 用户名 -p 数据库名 < 存放位置 mysqljump -u root -p test < c:\a.sql 注意,test数据库必须已经存在[……]
在用nginx搭建wordpress平台时,遇到500 Internal Server Error nginx这个错误,具体在配置wp-super-cache时出现的,检查了下虚拟主机配置,需要将在location /{}段定义的index和root挪出来,如下: 修改前: server {
listen 80;
server_name bdwm.info;
charset utf-8;
error_page 404 = //index.php?q=$uri;
location / {
index index.html index.htm index.php;
root /home/sites/bdwm.info;
……
}
……
}
修改后:
server {
listen 80;
server_name bdwm.info;
charset utf-8;
error_page 404 = //index.php?q=$ur[……]
在 /etc/nginx/ 下创建 wordpress_params_regular 文件,把以下内容拷过去 # WordPress pretty URLs
if (-f $request_filename) {
expires max;
break;
}
if (-d $request_filename) {
break;
}
rewrite ^(.+)$ /index.php?q=$1 last;
# Enable nice permalinks for WordPress
error_page 404 = //index.php?q=$uri;
在 /etc/nginx/ 下创建 wordpress_params_supercache 文件,把以下内容拷过去
# if the requested file exists, return it immediately
if (-f $request_filename) {
expires 30d;
break;
}
set $supercache_file ‘[……]
例如:http://bdwm.info/wp-content/themes/minimatica/style.css?ver=1.0.1 在location / {}内加入: if ($request_uri ~* "\.(ico|css|js|gif|jpe?g|png)\?[0-9]+$") { expires max; break; }[……]
Ubuntu 10.04 下用nginx官方源安装的nginx,上传文件时出现413 Request Entity Too Large,查了一下发现client_max_body_size这个参数限制了上传文件的大小,默认是1M,需要配置一下上传文件最大值: 1.打开nginx主配置文件 sudo vim /etc/nginx/nginx.conf 2.在http模块段添加client_max_body_size 20m(改为20m) 3.刷新nginx服务 sudo /etc/init.d/nginx restart[……]
Ubuntu官方源自带的nginx版本较低,如果需要安装并更新最新稳定版本的nginx,推荐添加nginx官方源:打开源列表 sudo vim /etc/apt/sources.list添加 deb http://nginx.org/packages/ubuntu/ lucid nginx
deb-src http://nginx.org/packages/ubuntu/ lucid nginx然后更新一下源并安装即可 apt-get update
apt-get install nginx[……]
问题 一直在用的Limesurvey系统运行稳定,近日有同事发现一个问题:将limesurvey搜集到的问卷结果反馈导出为SPSS格式时,中文出现乱码。 分析解决 处理导出SPSS语法文件的链接是admin.php?action=exportspss&sid={问卷id}&subaction=dlstructure,查看admin/admin.php源码,找到exprortspss对应的export_data_spss.php,然后查看export_data_spss.php源码,dlstructure对应的函数在最后面,定位到乱码位置(乱码在Variable Properties),主要是这个函数出了问题:addslashes(strip_tags_full(mb_substr($field[‘VariableLabel’],0,$length_varlabel))),检查了数据库编码、mb的配置,都没问题,因为是中文于是就试了网上提供的一些mb_substr中文乱码的解决方案,声明编码为GB2312格式,还是乱码;想到数据都是utf-8的,为什么硬[……]
301重定向可促进搜索引擎优化效果 从搜索引擎优化角度出发,301重定向是网址重定向最为可行的一种办法。当网站的域名发生变更后,搜索引擎只对新网址进行索引,同时又会把旧地址下原有的外部链接如数转移到新地址下,从而不会让网站的排名因为网址变更而收到丝毫影响。同样,在使用301永久性重定向命令让多个域名指向网站主域时,亦不会对网站的排名产生任何负面影响。 302重定向可影响搜索引擎优化效果 迄今为止,能够对302重定向具备优异处理能力的只有Google。也就是说,在网站使用302重定向命令将其它域名指向主域时,只有Google会把其它域名的链接成绩计入主域,而其它搜索引擎只会把链接成绩向多个域名分摊,从而削弱主站的链接总量。既然作为网站排名关键因素之一的外链数量受到了影响,网站排名降低也是很自然的事情了。 综上所述,在众多重定向技术中,301永久性重定向是最为安全的一种途径,也是极为理想的一款解决方案。 对于正确实施301重定向,有这样几个方法可供大家参考: 1.在.htaccess文件中增加301重定向指令 采用“mod_rewrite”技术,形如: RewriteEng[……]
父页面UTF-8编码,iframe页面为gbk编码,但是没有charset声明,直接引用显示的话,iframe页面会乱码,父页面和iframe页面又都不方便大规模的修改,这个时候可以引入一个中间页面,其中charset与iframe页面的编码一致,这样就解决了问题。[……]
出现这个问题的原因是:当前ftp用户的UID小于Pure-FTPD所允许的最小UID(/etc/pure-ftpd/pure-ftpd.conf/MinUID)
解决的办法很简单,查一下当前这个ftp用户所属系统用户的UID,然后将MinUID修改成小于ftp所属系统用户的UID,重启服务即可[……]