作者：比尔盖子

Enter to DFU mode without press any buttons | 不用按键，使用工具轻松进入DFU

2012年01月29日 / 比尔盖子 / 0条评论

URL for Download | 下载地址

HOWTO:

This tools can enter to DFU mode without press any button. It’s a Windows version. But an iBoot update can cause it not working, I not sure, it working or doesn’t working now.

UPDATE: I tried. It’s only work on an iPhone 3GS, and maybe iPhone 3G/2G(I can’t test). But it is not work on iPhone 4 or a newer iDevice.

1.Unzip this tools to C:\dfu (and connect you iPhone).
2.Press “Start menu” –> “run” –> type cmd
3.type

C:\dfu\dfu iBSS.m68ap.RELEASE.dfu

4.iPhone will reboot and got a white screen, it’s a special DFU mode, jailbreak/restore your iPhone now!

指南：

这个工具可以在不按任何按键的情况下将iPhone进入DFU模式。这是一个Windows版本。但是如果苹果更新了它的iBoot，这个程序可能会失效，我不确定它现在是否正常。

更新：经过测试，只有在iPhone 3GS上工作正常，也许还能工作在iPhone 3G/2G上（我无法测试）。但是iPhone 4或之后的设备不可以使用。

1.将文件解压到C:\dfu（同时连接你的iPhone)
2.点击“开始菜单” –> “运行” –> 输入 cmd
3.在命令提示符中输入：

C:\dfu\dfu iBSS.m68ap.RELEASE.dfu

4.iPhone会自动重启，而且会白屏。你现在已经进入了一个特殊的DFU模式，赶快进行越狱/还原操作吧！

比尔盖子网站性能低下

2012年01月15日 / 比尔盖子 / 0条评论

不测不知道，一测吓一跳。刚才进行压力测试，发现：
1.48322 fetches/sec, 91863.8 bytes/sec

也就是说，比尔盖子服务器在5个用户同时访问100次时，一秒钟只能承受1个访问，每次的速度是91kb。太差劲了。

比尔盖子虚拟主机1.0(代号Mango)发布！

2012年01月14日 / 比尔盖子 / 0条评论

经过数个月的学习，比尔盖子终于掌握了一些和虚拟主机有关的经验，重新设计了整个虚拟主机架构，也算要发布一下

特点

性能

高性能服务器Ngnix

比尔盖子虚拟主机使用Nginx作为Web服务器，在高并发的情况下拥有极高的稳定性。

高性能数据库MariaDB

使用MariaDB作为服务器，MariaDB使用改进过的两种引擎，有着强大的事务能力，这两种引擎比MyISAM和InnoDB性能都要高很多。

不用重写

你没听错，MariaDB的储存引擎分别与MyISAM和InnoDB完全兼容，您不用对您的代码进行任何修改！

容量

比尔盖子为您提供1GB的储存空间和512MB的数据库空间，在免费虚拟主机中已经很多。而且，还将有20元Amazon S3计划，提供1GB空间/10GB流量的Amazon S3，轻松容纳您越来越多的数据。

安全

比尔盖子的VPS拥有备份服务，每24小时将数据备份到云机房的RAID磁盘阵列上，您无须担心误操作引起的损失。

灵活

比尔盖子虚拟主机将提root命令申请，将您需要执行的root命令提交，通过审核后将被执行！如果您需要其它开发环境和服务器，均可和比尔盖子协商，这是非个人服务所做不到的。

比尔盖子虚拟主机的缺点也很明显，但是其优点是非常多的，比尔盖子非常希望能够帮助想学习技术的朋友！
此外，代号为何是Mango，那是因为Ma(riaDB)ng(inx)(Gento)o

比尔盖子虚拟主机1.0(代号Mango) 开发的那些事

2012年01月14日 / 比尔盖子 / 0条评论

最近临近期末考试，也是最近博客停止更新的原因之一。但是，比尔盖子对其表示鸭梨不大，压力更大的则是重新配置比尔盖子虚拟主机。

从比尔盖子开始使用VPS之后，就提供了虚拟主机。这虚拟主机从配置上来看，确实够强劲。但是学习成本也够大了。因为比尔盖子最初打算面向Linux命令行用户，因此没有设计控制面板。后来配置Apache自己都快疯了。因此发现，控制面板是多么的重要。再后来，服务器也被搞得一团烂。

因此，比尔盖子终于决定在2011年的最后一个月开始重构。好不容易架构好了Gentoo，结果发现没有可用的管理面板，最后发现了Virtualmin，大名鼎鼎的Webmin管理面板的一个插件，用了它就可以无压力的实现虚拟主机。

结果又发现，不支持Gentoo！最后经过各种Hack，终于让一个Apache+MySQL+PHP的服务器运行起来了。但是，比尔盖子认为这也太耗资源了，于是，首先用Nginx干掉Apache，然后找了一个牛人的Nginx管理插件，结果发现有些小Bug。水平不够不会改，就当半自动管理吧。今天又突发奇想，用MariaDB代替MySQL，幸好是完全兼容的，1小时不到搞定。这期间还洗了我家猫。

现在的情况是：服务器运行阶段有130M的已用内存，可用内存大约剩下380M，足以对付大家的应用了。硬盘空间还没调整，但是可以估计出来：都配完了还有16GB，如果大家每人500M，也能承受30个伙计了。另外，比尔盖子打算提供一个计划：如果你的月数据流量不超过10GB，储存的内容不超过1GB，那么通过某种方式每月给比尔盖子人民币20元，比尔盖子可帮你申请Amazon S3的云储存！也当是平衡一下比尔盖子的收支，给我继续研究的动力吧。上传文件的方式等等不用担心，Wordpress 都是有插件的，你也可以开发一个小程序，API很容易懂的。

我的虚拟主机的用户目前只有John Webber同学；Sandeli同学貌似只是测试了一下，没有放什么数据。比尔盖子虚拟主机最大的特点就是灵活性：想做Java开发，没问题，比尔盖子给你安装就Java环境，就像John Webber同学；想安装什么软件，一般的都没问题。但是，sudo权限经过再三考虑还是给不得，但是有个替代的计划，就是把你想用root权限执行的命令通过某种的方式提交，比尔盖子审核后就会执行。

暂时就说这么多了，等会比尔盖子再写一份虚拟主机的宣传广告。

AutoOptimize——比尔盖子磁盘空间耗尽的元凶

2012年01月07日 / 比尔盖子 / 一条评论

总是感觉自己VPS上的CentOS无缘无故填完整个硬盘，一直以为是日志文件弄得。正如df -h告诉我的：

Filesystem Size Used Avail Use% Mounted on
/dev/xvde 15G 11G 3.3G 77% /mnt/centos

但是刚才使用du统计我自己的网站大小，居然发现/wp-content/cache/autoptimize/文件夹中有N个文件，比尔盖子觉得缓存这么多很不爽，于是想使用

rm ./html/blog/wp-content/cache/autoptimize/autoptimize*

把这些文件干掉。结果得到错误提示：

-bash: /bin/rm: Argument list too long

啊哈？！里面的文件多到已经超过rm的处理能力了！？换用命令：

rm -r ./html/blog/wp-content/cache/autoptimize/
#为了防止WP报错，因此还需建一个目录
mkdir ./html/blog/wp-content/cache/autoptimize/

等待了1分钟，终于结束删除了，这时候df -h一下，居然发现

Filesystem Size Used Avail Use% Mounted on
/dev/xvde 15G 4.1G 10G 29% /mnt/centos

比尔盖子都不知道怎么形容了……这些缓………缓存居然用了7GB的硬盘空间！
经过搜索，终于在网络上找到了此问题的正解：

“这里需要注意的是：Autoptimize插件会自动在它插件目录下的Cache文件夹中储存经过优化的缓存数据，如果你页面使用的是不同的样式表，就可能会导致文件夹变大，那么，你就需要启用只在<head>中寻找样式表了。”

原来如此！

说说明文密码那些事

2012年01月03日 / 比尔盖子 / 一条评论

在2011年的最后一个月，我国多家网站的数据库被暴库。这倒是不稀奇，但是令人吃惊了是这些网站保存的用户密码居然不是用MD5加密存放的，而是明文？！

这是一预告。

具体什么内容，后头慢慢写！

P.S：比尔盖子的所有网站密码均使用MD5加密存放，请大家放心。

Nginx导致CSS无法解析

2011年12月29日 / 比尔盖子 / 3条评论

比尔盖子最近在对服务器进行重构，在重构过程中，比尔盖子用Nginx取代了Apache，结果发现博客页面不正常了，像是主题文件损坏的样子。而换成Wordpress默认的主题Twenty Ten就没事了。

比尔盖子重新安装了主题，但依然不起作用，只好打看Firefox万能的错误控制台进行调试，结果发现了以下错误信息：

错误：样式表单 http://biergaizi.info/wp-content/themes/philna2/style.css?v=201001171531 未载入，因为它的MIME类型 “text/plain” 不是 “text/css”。
源文件：http://biergaizi.info/
行：0

网上对这种错误众说纷纭，有的是IE的兼容性问题；还有是XHTML的问题。
最后发现，原来是配置Nginx的时候将/etc/nginx/nginx.conf的一行include /etc/nginx/mime.types;误删了，导致了Nginx无法正确识别CSS文件，因此向浏览器发送了错误的MIME类型。加上那行，然后重启Nginx守护进行就好了。

Gentoo GCC报错解决

2011年12月10日 / 比尔盖子 / 一条评论

今天，比尔盖子在更新了GCC之后，运行了emerge –depclean。然后GCC就不工作了！
每当运行GCC，就得到一个提示：

* gcc-config: Active gcc profile is invalid!
[1] i686-pc-linux-gnu-4.5.3

比尔盖子吓坏了，因为如果GCC被误删了，那么比尔盖子就没法安装任何软件了，怎么办呢……后来，比尔盖子搜索了一下这个错误提示，发现解决方案原来这么简单！

#第一步依然会报错，不要紧张，这是预料之中的事情。
#你需要在第一条命令报错后接着运行下面的命令
gcc-config -c
gcc-config i686-pc-linux-gnu-4.5.3
gcc-config -c

然后GCC就正常了，世界又恢复了美好……

后来反思了一下报错的原因，比尔盖子认为原因应该是：比尔盖子的系统在删除旧版本GCC之前，有两个GCC并存，而且默认使用旧版本GCC。而现在删掉旧版本的GCC之后，由于系统内所有的配置文件都指向旧版本GCC，但旧版本GCC已经不存在了，GCC还能工作吗？而上面的命令，就是将配置文件改成新版本GCC，最终让GCC恢复正常。

按照最新规范修改启动脚本

2011年12月03日 / 比尔盖子 / 0条评论

话说比尔盖子转换完文件系统之后，发现开机的时候有一些Warning。具体内容如下：

Use of the opts variable is deprecated and will 
be removed in the future. Please use extra_commands or extra_started_commands.

也就是说，只要把init启动脚本中的”opts=”改成”extra_commands=”就OK了。但是，这项工作也太繁琐了。最终在Gentoo论坛上找到了解决方法，翻译过来，比尔盖子再修改一下，大致是：

注意，这个方法很快捷，同时也很脏。容易出现问题！
用root执行：
cd /etc/init.d
mkdir /root/init.d_backups
cp * /root/init.d_backups
sed -e 's:opts=:extra_commands=:g' -e 's:${opts}:${extra_commands}:g' -e 's:$opts:$extra_commands:g' /etc/init.d/* -i
重启。如果系统没挂，而且启动之后的Warning都消失了，就继续用root执行：
rm -r /root/init.d_backups
如果系统挂了，很简单，用LiveCD启动系统，chroot之后（方法你应该懂得），root执行：
rm -r /etc/init.d
cp /root/init.d_backups /etc/init.d
重启，进入系统吧，有Warning就有吧。反正不影响正常使用。最好别再试验了。

反正比尔盖子是一次成功了，重启之后，Warning都消失了！如果你有兴趣，不妨看看原帖：http://forums.gentoo.org/viewtopic-t-465367-start-175.html。

ext2 转换到 ext4！

2011年12月03日 / 比尔盖子 / 0条评论

比尔盖子的蜗牛笔记本在装上Gentoo后，终于变成蜈蚣了，速度快多了。
但是刚才突然想起，比尔盖子的/boot分区当时装机为了避免麻烦，没有使用ext4文件系统。虽然这几乎不会损失什么性能，但是比尔盖子还是想把它转换成ext4。

注意：请务必阅读“修复引导”部分，否则，到时候系统挂了比尔盖子就只能帮你了……如果你没有LiveCD，那么比尔盖子也帮不了你了。

初步转换

怎么转换呢？首先，要先把它转换成ext3，这两条命令盖子都已经背熟了：

#先卸载，后日志，再强检。完事以后挂载。ext2就变ext3！
umount /dev/hda1
tune2fs -j /dev/hda1
fsck -f /dev/hda1
mount /dev/hda1

然后再转换成ext4，去网上查了查命令：

#先卸载，变结构，再强检。完事以后挂载。ext3就变ext4！
umount /dev/hda1
tune2fs -O extents,uninit_bg,dir_index /dev/hda1
fsck -f /dev/hda1
mount /dev/hda1

性能优化

虽然转换完了，但是由于这样转换，虽然文件系统是ext4了，但是数据结构还是ext3。只有新的数据才是ext4格式。这不是瞎折腾吗？

这可通过整理磁盘碎片解决，但是由于ext4从来没有什么真正的“碎片”，因此磁盘碎片整理程序几年过去了还是没有稳定下来。但是，比尔盖子发现BFS调度器的作者：大名鼎鼎的澳大利亚黑客——CK，居然还写了一个~~能基本上无视文件系统，从抽象层就可以~~（我不知道我理解的是否正确，因此使用了删除符号，注意，这段内容仍然有效，只是我怕误导大家）整理磁盘碎片的bash脚本！

可以从这里获得：http://ck.kolivas.org/apps/defrag/defrag-0.08/defrag

把这个脚本放到你要整理的文件系统上，比如我要整理的是新的ext4分区：/boot。就把它放到/boot的根目录上，然后用root执行：

bash defrag
umount /dev/hda1
fsck -f /dev/hda1
mount /dev/hda1

在这里，为了防止这个脚本在整理磁盘碎片时胡乱破坏文件系统，因此再强制检查一次。稍等片刻，整理就完成了。现在可以删除这个脚本了。

引导修复

修复GRUB

需要注意的是，这时候如果你重新启动系统，那么你可能就再也进不去了！你只能看到永远的黑屏，没错，连内核信息都没有！

因为，文件系统转换以后，再加上用CK大神的脚本整理了磁盘碎片，因此我的/boot的GRUB已经有99%可能性已经被破坏了，因此，需要重装GRUB。

如果你转换/整理的文件系统不是引导分区，那么可以省略这步！

用root执行：

#因为比尔盖子的/boto分区是独立的，因此需要这样：
grub-install --root-directory=/boot /dev/hda1

如果提示没有错误，那么就说明GRUB已经修好了。

修改/etc/fstab

这一步是必需的，否则下一次将无法挂载修改后的文件系统。只能卡在内核提示的Kernel Panic的灾难信息上。

用root权限执行你喜欢的编辑器，比如Vim、Emacs，把里面的ext2改成ext4。

注意，如果你并没有转换某个ext2分区，请不要把它后面的ext2改成ext4。程序猿，Linuxer，你们懂得。