Eric @ EricBess WebHome

Requester:

disable your ZendOptimizer and eaccelerator
download ZendDebugger.os place to /usr/local/lib/php/20060613/ 

  ZendDebugger.so for freebsd (2.2 MiB, 5 hits)
You need to be a registered user to download this file.

Install:

edit your php.ini. For me php.ini is in /usr/local/etc/

[Zend]
zend_extension=/usr/local/lib/php/20060613/ZendDebugger.so
zend_debugger.allow_hosts=10.10.2.0/24
zend_debugger.expose_remotely=always
zend_debugger.connector_port=10001

restart your apache

Look in the phpinfo( ) got the result below!

阅读APACHE mode_rewrite文档，提到一些用rewrite方法实现的负载的均衡方法，记录下。

负载的均衡

说明:

如何均衡www.foo.com的负载到www[0-5].foo.com(一共是6个服务器)?

方案:

这个问题有许多可能的解决方案，在此，我们讨论通称为“基于DNS(DNS-based)的”方案，和特殊的使用mod_rewrite的方案:

1. DNS循环(DNS Round-Robin)

   最简单的方法是用BIND的DNS循环特性，只要按惯例设置www[0-9].foo.com的DNS的A(地址)记录，如：

   www0   IN  A       1.2.3.1
   www1   IN  A       1.2.3.2
   www2   IN  A       1.2.3.3
   www3   IN  A       1.2.3.4
   www4   IN  A       1.2.3.5
   www5   IN  A       1.2.3.6
   

   然后，增加以下各项:

   www    IN  CNAME   www0.foo.com.
          IN  CNAME   www1.foo.com.
          IN  CNAME   www2.foo.com.
          IN  CNAME   www3.foo.com.
          IN  CNAME   www4.foo.com.
          IN  CNAME   www5.foo.com.
          IN  CNAME   www6.foo.com.
   

   注意，上述看起来似乎是错误的，但事实上，它的确是BIND中的一个预期的特性，而且也可以这样用。无论如何，现在www.foo.com已经被解析，BIND可以给出www0-www6 - 虽然每次在次序上会有轻微的置换/循环，客户端的请求可以被分散到各个服务器。可是，这并不是一个优秀的负载均衡方案，因为，DNS解析信息可以被网络中其他名称服务器缓冲，而一旦www.foo.com被解析为wwwN.foo.com，则其后继请求都将被送往www.foo.com。但是最终结果是正确的，因为请求的总量的确被分散到各个服务器了

1.DAEMONTOOLS

Install

cd /usr/ports/sysutils/daemontools
make clean && make config
| | [X] MAN Install Gerrit Pape's manual pages | |
| | [X] SIGQ12 Add svc support for QUIT, USR1, and USR2 signals | |
| | [X] TESTS Run the test suite, fails on NFS-mounted workdir | |
make extract

mkdir /service
chmod 755 /service

echo 'svscan_enable="YES"' >> /etc/rc.conf
echo 'svscan_servicedir="/service"' >> /etc/rc.conf

/usr/local/etc/rc.d/svscan.sh start

Verify Daemontools Is Runing

sleep 5
ps ax | grep svscan

Add the "clear" service

cd /usr/local
mkdir clear
touch clear/down
cat > clear/run < #!/bin/sh
yes '' | head -4000 |tr '\n'
chmod +x clear/run
chmod a-w clear/down
ln -s /usr/local/clear /service/clear

#When you want to clear the service errors, just run this:
svc -o /service/clear

回复：微软为何购买Linux雅虎？ http://blog.sina.com.cn/s/blog_4e85818901008g4k.html

linux不是opensource世界的所有，甚至不能算是一个优秀的实例。它太随性，难以控制又牵扯太多商业利益，在hosting方面，我不认为它能成为windows的对手，起码windows更有组织性。
更喜欢Freebsd架构，由独立权威机构的精英们来维护核心发展，在这个基础上开放自身，包容世界。由于这样的方式发展让freebsd即稳定又丰富。其实“自古之来”这种方式都是大系统发展的主流。不认同吗，想想TCP/IP 与RFC。
如果从博主对这起收购的角度看事，microsoft真正博弈的另一方应该是以Freebsd，TCP/IP为代表的古已有之并已非常成功的发展大系统的模式。那就是由独立的精英团队奠定基础并无功利的开放与奉献自我并吸收一切优秀元素来成就自我。这对于像microsoft这样的商业公司是无法面对的死穴，但是microsoft终有一天必将面对，Bill.G会看到的。

前章：FreeBSD standard setup and tuning [load]

第0小节：最小化安装后作业

sysinstall-->Configure-->Distributions-->man //安装man我的习惯，没有这个东西，真是痛苦
/usr/libexec/locate.updatedb //更新LOCATE库

第1小节：配置ssh

ee /etc/rc.conf
//里面如果有sshd_enable="YES"则说明我们已经开启ssh服务器了，如果没有请加上。

ee /etc/ssh/sshd_config
//找到#PermitRootLogin no这一行，去掉前面的#号，再把后面的no改成yes，按ESC再按两下回车保存退出。如果你会用VI也可以。

//重启SSH服务
/etc/rc.d/sshd restart

第2小节：更新系统

//安装cvsup程序。cvsup是一个用于从远程服务器主机上的主cvs(1) 库分发和更新源码树的软件包，用来更新操作系统和软件。
setenv PACKAGEROOT "ftp://ftp.freebsdchina.org/"
setenv PACKAGESITE "ftp://ftp.freebsdchina.org/pub/FreeBSD/ports/i386/packages-7.0-release/Latest/" OR
//在/etc/profile 里设国内快点的packagesite
export PACKAGESITE=ftp://ftp.freebsdchina.org/pub/FreeBSD/ports/i386/packages-7.0-release/Latest/
export PACKAGEROOT=ftp://ftp.freebsdchina.org/

pkg_add -r cvsup-without-gui
rehash

//现在我们可以使用cvsup了，首先更新ports软件包源码。
cp /usr/share/examples/cvsup/ports-supfile ~root

更新服务器：

ee ~root/ports-supfile
//*default host=CHANGE_THIS.FreeBSD.org
//我们为了更快的速度，一般选择离我们比较近的服务器：
//*default host=cvsup.freebsdchina.org

更新PORTS LIST：

cvsup -g -L 2 ~root/ports-supfile

以下内容为网络整理资料非原创 

下面是wp-2.0.5版的数据库结构图(E-R图)。这里仅列出了主键和外键。图中菱形表示1:n的关系，白色部分为1，黑色部分为n。

Wordpress共有10个表，按照功能大致分为四类。

• user: 用户信息，包括wp_users表和wp_usermeta表。
• post: 文章及评论信息，包括wp_posts、wp_postmeta、wp_comments、wp_post2cat以及wp_categories五个表。
• link: 链接信息，包括wp_links表和wp_linkcategories表。
• option: 全局设置信息，包括wp_options表。

表的命名规则也很有意思。基本规则总结如下：

• 保存对象的基本属性，命名为 wp_objects，使用复数(如 wp_posts，wp_comments)；
• 保存对象的扩展属性，命名为 wp_objectmeta，使用单数(如wp_postmeta，wp_usermeta)；
• 多对多关系，命名为 wp_a2b，其中a和b分别为多对多关系两端的对象名的缩写(如wp_post2cat)。

WPDB类

http://codex.wordpress.org.cn/Function_Reference/wpdb_Class

http://codex.wordpress.org/Function_Reference/wpdb_Class

 数据库说明

http://codex.wordpress.org/Database_Description#Table_Overview

wp_categories: 用于保存分类相关信息的表。包括了5个字段，分别是:

• cat_ID - 每个分类唯一的ID号，为一个bigint(20)值，且带有附加属性auto_increment。
• cat_name - 某个分类的名称，为一个varchar(55)值。
• category_nicename - 指定给分类的一个便于记住的名字，也就是所谓的slug，这是一个varchar(200)值。
• category_description - 某个分类的详细说明，longtext型值。
• category_parent - 分类的上级分类，为一个int(4)值，对应是的当前表中的cat_ID，即wp_categories.cat_ID。无上级分类时，这个值为0。