|
|
第 31 帖 | |
|
|
太多了
看不下去了 |
|
|
|
|
|
|
|
第 32 帖 | |
|
|
每一次编译内核都是这篇文章挽救了我。
现在已经用上reiser4了。 Linux-2.6.22-rc4 + 2.6.22-rc4-mm2 。 十分感谢楼主!! |
|
|
|
|
|
|
|
第 33 帖 | |
|
|
。。第一次发现这个帖子,,偶发现偶是不是太失败了。。
金老的作品,果然NB,我很佩服。 佩服的不仅仅是技术,更是那份耐心!
__________________
我的wiki: http://wiki.linuxgnu.org 马甲Show:终极幻想 黯然销魂 DawnFantasy FinalFantasy ArmageddonMa |
|
|
|
|
|
|
|
第 34 帖 | |
|
|
学习中, lfs在这步很多选项不是很明白.
谢谢啦
__________________
愿那如梦的色彩 檫干你的泪眼 亦如晨曦的金灿 赐福于你的至爱者 年年岁岁 |
|
|
|
|
|
|
|
第 35 帖 | |
|
|
前者之风,后者之师.希望有越来越的共享!
|
|
|
|
|
|
|
|
第 36 帖 | |
|
|
supper good!
|
|
|
|
|
|
|
|
第 37 帖 | |
|
|
很有用的进阶内容,总结才能走得更远。
|
|
|
|
|
|
|
|
第 38 帖 | |
|
|
光阴似箭,时间飞逝,一年容易又过去
祝金兄生日快乐,希望多多分享精文 ![]() Happy Birthday!
__________________
nO ^^4+73R wH1<h d!5+R0z j00 42E U$1N9 7r% LpHZ 4+ l3457 oN(& |
|
|
|
|
|
|
|
第 39 帖 | |
|
|
很多选项还有待于学习啊,顶一下,先
|
|
|
|
|
|
|
|
第 40 帖 | ||
|
|
引用:
OK,那我努力争取这几天把《DIY一个实用的 miniLAPP 服务器》一文发出来,此文断断续续花了我将近一年时间,写的好痛苦,不过很快就要完工了,算是给大伙儿拜个年吧。应当又能混篇精文了 ![]()
__________________
@@ |
||
|
|
|
||
|
|
第 41 帖 | |
|
|
金兄先透露一下 miniLAPP 是什麽玩意吧,LAMP 的一种还是别的?
|
|
|
|
|
|
|
|
第 42 帖 | ||
|
|
引用:
youbest兄的大作《5M大小的Apache服务器》和其续篇《600K的Apache服务器》将LFS的精神发挥到了极致,令人叹为观止!然而许多实用主义者(包括我在内)也只能叹为观止而已,因为这样的服务器由于过分追求小巧而变得不太实用,基本上不能在实践中用于生产目的。 鉴于上述原因,本文打算制作一个既实用又小巧的 Linux + Apache + PHP + PostgreSQL + OpenSSH + Iptables 服务器,并且实用优先于小巧。尽管实用优先于小巧,但是与基于普通发行版搭建的LAPP服务器相比仍然相当Mini,因此我把它称为"miniLAPP" 服务器。当然,除了小巧,灵活和高效也重要,这在本文中主要体现在:㈠对软件包进行最大限度的自定义配置,㈡在保证稳定的前提下进行编译优化。 基本上,小巧和实用是有冲突的,因为越要求实用就越需要各种功能,也就越无法保证小巧。为了解决这个问题,本文采用了"核心+扩展"的思路。所谓"核心" 是指保证服务器正常运行必须使用的资源,比如:libc, init, httpd, postgres, libphp, sshd ... 以及各种设备文件、配置文件等等。所谓"扩展"是指非运行时必须的资源,比如:top, cat, gcc ... 等等,主要用于服务器维护。 解决方案是将"核心"部分安装在"/"目录下,使其在服务器一起动的时候就能够使用,而将"扩展"部分安装在"/usr"目录下,并且"/usr"位于独立的分区上,仅在需要使用的时候才手动挂载,使用完毕以后再手动卸载。 ![]() |
||
|
|
|
||
|
|
第 43 帖 | |
|
|
居然忘记金兄是 PostgreSQL 的拥护者,建 LAPP 是理所当然的了,嘿嘿。
|
|
|
|
|
|
|
|
第 44 帖 | |
|
|
win和linux可以兼容吗,就是一台机子上装两个不同厂商的系统
__________________
我是PHP新手,请大虾们多多指教!!! |
|
|
|
|
|
|
|
第 45 帖 | ||
|
|
引用:
|
||
|
|
|
||