这是fengyqf的博客
本地生成的的RSA密钥传需要传到远程主机相应用户家目录下的.ssh子目录下，注意该子目录的权限设置是有严格要求的：其所属用户当然是该用户，其权限应该是700, 即不允许其它用户进入并访问该目录；否则，无法自动登录的。
这种情况下，使用ssh 的-v参数显示详细消息大致如下：
$ ssh -v feng@myremote.host.net OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying optio[......]
注意：本文内容仅供参考，测得数据并没有广泛的代表性。测试结论参看文后总结。
今天凌晨0点买了个linode的 512vps，久闻其最近日本机房质量严重下降——我指的是在本朝大局域网内访问的速度——有点不是太相信，想亲自测试一下；以后把站点迁移上去之后就不方便这么折腾了。
于是点选了Tokyo JP，ssh连接上去看了看，一个很空的系统，大概是最小化安装的，还是这种环境好，没有乱七八糟的东西，想装什么装什么，省心。太困了，于是睡觉。
起床后开始折腾：
时间：2012-06-09 10:00
安装apache ，在web目录里 wget -r https://blog[……]
很多很多年前的草稿，只有一个标题的草稿，直接发掉算了，不太可能继续写了。2024/3/11[……]
问题：修改mysql配置参数innodb_log_file_size 后，可能无法正常启用，或者innodb表将不能工作，在phpmyadmin中显示为“使用中”
解决方法：先停掉mysql，然后删掉旧innodb日志文件后，再启动mysqld就可以正常启用了.innodb旧日志文件位于mysql data 目录下的ib_logfile0, ib_logfile1 文件
innodb日志文件在linux下的典型位置为 /var/lib/mysql
在windows下则默认位于安装目录下的data子目录里。
原因：是旧的innodb日志文件，与改后的innodb_log_fi[……]
centos 6下自己编译linux内核，完了创建initrd文件，依据以前的的经验mkinitrd
#mkinitrd -v ../initramfs-3.0.32.img 3.0.32
但是输出的消息却与以前的版本不太一样，好像打包进去了很多模块，生成花费时间也很长，完成后，看initramfs文件有100多M，OMG，这么大的文件 /boot目录可放不下(/boot挂在单独的分区下，该分区只有100M大小)。
经过N久的折腾，才发现原来redhat/centos6不再使用原来的mkinitrd，而是使用dracut代替了，mkinitrd实际上只是调用dracut的功能。研究d[……]
需求：有一个apache站点foobar.mysite.net，其中一个目录里的文件与另一站点的某目录内容完全一致。假设该目录为/php， 是一套php程序，因为它使用了cookie，但cookie不能跨域，所以要分别部署在这两个站点下。这里可以通过反向代理，使对站点http://foobar.mysite.net/php/***的访问实际由http://www.mysite.net/php/***处理。
采用如下的设置，相关代码已经加粗着色(如没有着色，请到这里https://blog.path8.net/archives/5989.html阅读)。其中
<VirtualHos[......]
参看apache参考手册proxy相关章节时，无意中发现apche有一个模块，可以实现修改代理页面html里的url引用链接，这正是之前想的一个功能，还真的有。apache实在太全面而强大了。
http://lamp.linux.gov.cn/Apache/ApacheMenu/mod/mod_proxy.html#proxypassreverse
apache中有一个第三方模块可以检查并改写HTML中的URL引用，该模块就是Nick Kew编写的mod_proxy_html
http://lamp.linux.gov.cn/Apache/ApacheMenu/mod/mod[……]
从美橙互联虚拟主机上拷出来的apache 主配置文件/etc/httpd/conf/httpd.conf
# # This is the main Apache server configuration file. It contains the # configuration directives that give the server its instructions. # See for detailed information. # In particular, see # # for a discussion of each configuration directi[......]
本站的web在vps上的nginx里跑，之前为简单其见，没有配置http gzip压缩支持，但vps有时网络抽风而速度很慢，于是想起来配置gzip压缩支持。
网上有很多nginx启用gzip压缩的文章，但还是上官方看文档是最权威准确的。这两个页面：
http://wiki.nginx.org/HttpGzipModule
http://wiki.nginx.org/NginxHttpGzipStaticModule
nginx官方文档很易懂，先给一个典型的配置实例，下面再详讲每条指令，感觉相当亲切。
查看ngix编译参考，是否启用了gzip模块，运行命令：
/pat[......]
备份mysql的最简单方法是的使用phpMyAdmin的“导出”功能，导出成sql文件，不用管其它选项，只管导出就可以，这就是mysql标准的备份文件。
导出时，一般不要勾选压缩选项。因为如果备份文件大到一定程度，就会因为php分配不到足够内存而死掉；经验是50M以上的表，就不要压缩了。这是个蛋疼的事情：小文件不值得压缩，大了反而压缩不动。所以不压缩就是了。
要还原mysql数据库时，使用phpMyAdmin是个简单的方法，但更容易因为备份文件过大而超过php内存限制而死掉，这时你会有种痛不欲生的感觉。
推荐[……]