是这样的张总, ?在家里的电脑上按了CTRL+C，然后在公司的电脑上再按CTRL+V是。。。肯定不行的。即使同一篇文章也不行。不不，多贵的电脑都不行。

--题记

端午归来，特此总结，实现上述难题，靠一利器：synergy

此利器可打通mac\linux\windows任意两者的联系，使两个系统共享鼠标和键盘。下面以ubuntu 10.04与盗版windows XP为例。

首先，在ubuntu下面，建立服务端。
#sudo apt-get install synergy quicksynergy
#quicksynergy
启动后如图所示：

只需要填写上下左右中的某一个位置修改成另一台机器的机器名，点击执行，常驻运行即可。

然后，在windows下面，安装客户端。
Synergy 1.3 Client
安装运行后如图：

输入Ubuntu机器的ip地址，点Start即可连上两机。

连上之后，可以撤掉在你办公桌面上的一个键盘，鼠标移动到哪个桌面上，键盘针对哪个系统输入，非常好用，还支持复制粘贴，对上班时候用两台电脑的同学非常适用。

1.关系普及

Empathy是个托，python-papyon是个python实现的msn库，telepathy-butterfly是个完成msn功能的python客户端。

2.修改办法

sudo vim /usr/share/pyshared/papyon/conversation.py
查找 if message_type == 这个字符串
找到内容为：

if message_type == 'text/plain':
msg = ConversationMessage(unicode(message.body, message_encoding),
TextFormat.parse(message_formatting),
self.__last_received_msn_objects)
try:
display_name = message.get_header('P4-Context')

将if判断后try之前中间定义msg这一堆内容修改为如下：

try:
msg = ConversationMessage(unicode("["+message.get_header('P4-Context')+"]"+message.body, message_encoding),
TextFormat.parse(message_formatting),
self.__last_received_msn_objects)
except KeyError:
msg = ConversationMessage(unicode(message.body, message_encoding),
TextFormat.parse(message_formatting),
self.__last_received_msn_objects)

保存后重新启动empathy，msn群里就能显示昵称鸟。

点击此处下载我的conversation.py文件

下载下来后执行：

chen@54chen:~$ gunzip conversation.py.gz
chen@54chen:~$ sudo cp conversation.py /usr/share/pyshared/papyon/

我的版本是：Empathy 2.30.1

朋友的服务器让人给黑了，把sshd都给更换了，拿到root用户名密码直接用curl往外传。绝对是老毛子的手法，非常娴熟，入侵涉及的方案有perl服务、c、shell、curl、php exec等等。

在最简单的分析下，采取更换sshd服务的办法来去除老毛子的垃圾sshd.

第一步、下载、安装

wget -c "ftp://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-5.0p1.tar.gz"

tar zxvf openssh-5.0p1.tar.gz
cd openssh-5.0p1

请确认Zlib和OpenSSL的版本:
openssh-5.0p1要求Zlib的版本在1.2.1.2以上,OpenSSL版本在0.9.6以上.下面是Zlib和 OpenSSL的官方地址:

http://www.gzip.org/zlib/

http://www.openssl.org/

在安装过程中我遇到了zlib的版本过低。从上边的网址去下一个 zlib-1.2.3.tar.gz

tar zxvf zlib-1.2.3.tar.gz

cd zlib-1.2.3

./configure

make && make install

然后重新进入 openssh-5.0p1:

./configure --sysconfdir=/etc/ssh

make

这一步后面很牛B，要去到那个修改过的openssh的目录里 make uninstall (就是要把老毛子的病毒sshd给全部rm掉),然后再执行下面的步骤：

make install

第二步、配置启动革新

新安装的sshd都在/usr/local/sbin/sshd，老的在/usr/sbin/sshd，ps能看到老的还在跑（当然还在跑，不跑你还能连着ssh操作吗~~·）

修改配置文件，让新的sshd在新的端口启动：

vi /etc/ssh/sshd_config

Port 220

然后启动新的sshd:

/usr/local/ssh/sbin/sshd -f /etc/ssh/sshd_config

注意打开下iptable:

iptables -I INPUT -p udp --dport 220 -j ACCEPT

K掉原来的~~搞定！打完收工。

转自: 知道分子查看完整个人资料  http://hutuworm.blogspot.com

从前，我们一直在做装机民工这份很有前途的职业。自打若干年前 Red Hat 推出了Kickstart，此后我们顿觉身价倍增。不再需要刻了光盘一台一台地安装 Linux，只要搞定PXE、DHCP、TFTP，还有那满屏眼花缭乱不知所云的 Kickstart脚本，我们就可以像哈里波特一样，轻点魔棒，瞬间安装上百台服务器。这一堆花里胡哨的东西可不是一般人都能整明白的，没有大专以上学 历，通不过英语四级，根本别想玩转。总而言之，这是一份多么有前途，多么有技术含量的工作啊。

很不幸，Red Hat 最新发布了网络安装服务器套件Cobbler（补鞋匠），它已将 Linux网络安装的技术门槛，从大专以上文化水平，成功降低到初中以下，连补鞋匠都能学会。对于我们这些在装机领域浸淫多年，经验丰富，老骥伏枥，志在 千里的民工兄弟们来说，不啻为一个晴天霹雳（}雷{）。

Cobbler（https://fedorahosted.org/cobbler）声称可以快速建立网络安装环境（rapid setup ofnetwork installation environments），那么到底有多快呢？我在一台装有 Fedora 9的服务器上进行了测试，步骤如下：

1. 安装相关软件：
     yum -y install cobbler tftp-server dhcp httpd xinetd     # 注意 /var/www/cobbler 目录必须具有足够容纳 Linux 安装文件的空间（移动，建软链接）

2. 检查 cobbler 配置：
     cobbler check   # 按提示解决相关问题，把 /etc/cobbler/settings 中的 server 和  next_server 设为本服务器的 IP 地址，manage_dhcp 设为 1，以便管理 DHCP

3. 导入 Fedora 9 安装 DVD ISO 中的文件：
     mount -o loop Fedora9/x86_64/Fedora-9-x86_64-DVD.iso /mnt/dvd/    # 将ISO文件挂载到 /mnt/dvd 目录
     cobbler import --mirror=/mnt/dvd --name=FC9-x86-64      # 从 /mnt/dvd 目录导入所有安装文件，命名为 FC9-x86-64
     cobbler distro list          # 查看导入结果，应显示 FC9-64-i386 和 FC9-64-xen-i386

4. 修改 DHCP 和 Kickstart 配置模板：
     vi /etc/cobbler/dhcp.template        # DHCP 配置模板，如果已经有一个 dhcpd.conf，可参照修改此模板
     vi /etc/cobbler/sample.ks            # Kickstart 配置模板

5. 生成并同步所有配置：
     cobbler sync

6. 启动相关服务：
     service xinetd start               # /etc/xinetd.d/tftp 中 disable = no
     service dhcpd start
     service cobblerd start

曹植七步成诗，而 Cobbler 居然只需要六步。启动另一台新服务器，通过 PXE 启动进入蓝色的 Cobbler 安装界面，选择 Fedora 9 安装项，几分钟之内就能一气呵成，自动完成系统安装。[OVER]

[文章作者：陈臻 本文版本：v1.0 最后修改：2009.1.5 转载请注明原文链接：http://www.54chen.com/c/372]

折腾到半夜，特做记录。

1.ubuntu8.10 liveCD系统镜像文件下载：

ubuntu-8.10-desktop-i386.iso

http://ubuntu.interhost.co.il/intrepid/ubuntu-8.10-desktop-i386.iso（某一个镜像的地址）

2.winGrub文件下载：

WINGRB0206.EXE

http://fedora.linuxsir.org/main/files/WINGRB0206.EXE

3.安装WINGRB0206.EXE：

双击，没啥说的。

4.运行winGrub：

第一次打开会有个BaseSetup，把勾都选上，选OK就行。

主界面中：

Profiles选default。

Tools->Install Grub->Boot From 选Boot.ini，System Drive选C，Title随便写，TimeOut写30，->install

完毕！

5.修改menu.lst：

从ubuntu-8.10-desktop-i386.iso的casper里解压出来vmlinuz和initrd.gz到C盘根目录，ubuntu-8.10-desktop-i386.iso文件放在任何一个盘的根目录，它会自己去找到的。

在C:\GRUB\menu.lst里增加如下：

title Install Ubuntu
root (hd0,0)
kernel (hd0,0)/vmlinuz boot=casper iso-scan/filename=/ubuntu-8.10-desktop-i386.iso ro quiet splash locale=zh_CN.UTF-8
initrd (hd0,0)/initrd.gz

保存，重启。

6.选择从install Ubuntu进去：

一直进啊进，到了liveCD的桌面。双击安装。

问题来了，整个硬盘没有显示！使用ubuntu下的系统管理器可以看到系统加载了一个/isodevice的设备，这个就是加载的在F盘下的ubuntu镜像。我们要使用ubuntu下的终端输入sudo umount -l /isodevice来卸载掉它。-l这个参数必须加，否则不能卸载。然后在安装进程中点击后退，鼠标变成一个转动的圆圈，等两三分钟（视系统配置）就可以加载硬盘了。

7.安装完成重新启动

8.进入系统：

这时会发现一半中文一半英文，听说是LiveCD版本的原因，中文支持不完整。

这时先搜索最快的软件源服务器，然后在终端里输入

sudo apt-get update 更新了列表后执行下列命令

sudo apt-get install language-support-zh

ThinkPad 系列，调整屏幕亮度，请使用“首选项”-“电源管理”.亮度选择那个条是反的。试了就知道了。

完毕。

GNU 编译器集（其前身为GNU C 编译器）诞生于1987年。当时Richard Stallman（GNU 项目的创办人）想要创建一个编译器，它可以满足他定义的“自由软件”概念，并可用来编译 GNU 项目发布的其他软件。GNU C 编译器迅速在自由软件社区中流行开来，而且以其健壮性和可移植性而闻名。它已成为许多集成开发工具的基础，被世界各地的发行商应用在 Linux 和其他操作系统之上。

GCC 已不再是主要针对GNU项目自身的软件的小型 C 语言编译器了。如今，它已支持了许多不同的语言，包括 C、C++、Ada、Fortran、Objective C，甚至还有Java。事实上，现代 Linux 系统除了可以自豪地炫耀那些由 GNU 工具直接支持的语言以外，它还支持大量其他语言。日益流行的脚本语言 Perl、Python 和 Ruby，以及正在不断发展的mono 可移植C#实现的确有助于冲淡人们对 Linux 编程的传统看法，但这完全是另外一个问题了。

Linux 内核和许多其他自由软件以及开放源码应用程序都是用 C 语言编写并使用 GCC 编译的。

1. 编译单个源文件

为了进行测试，你可以创建“Hello World”程序：

#include <stdio.h>
#include <stdlib.h>

int main(int argc, char **argv)
{
printf(”Hello world!\n”);
exit(0);
}

使用如下命令编译并测试这个代码：
# gcc -o hello hello.c
# ./hello
Hello wordl!

在默认情况下产生的可执行程序名为a.out，但你通常可以通过 gcc 的“-o”选项来指定自己的可执行程序名称。

2. 编译多个源文件

源文件message.c包含一个简单的消息打印函数：

#include <stdio.h>

void goodbye_world(void)
{
printf(”Goodbye, world!\n”);
}

使用gcc的“-c”标记来编译支持库代码：
# gcc -c message.c

这一过程的输出结果是一个名为message.o的文件，它包含适合连接到一个较大程序的已编译目标代码。

创建一个简单的示例程序，它包含一个调用goodbye_world的main函数

#include <stdlib.h>

void goodbye_world(void):

int main(int argc, char **argv)
{
goodbye_world();
exit(0);
}

使用GCC编译这个程序：
# gcc -c main.c

现在有了两个目标文件： message.o 和 main.o 。它们包含能够被 Linux 执行的目标代码。要从这个目标代码创建Linux可执行程序，需要再一次调用 GCC 来执行连接阶段的工作：
# gcc -o goodbye message.o main.o

运行编译结果：
# ./goodbye
Goodbye, world!

前面这些单独的步骤也可以简化为一个命令，这是因为 GCC 对如何将多个源文件编译为一个可执行程序有内置的规则。
# gcc -o goodbye message.c main.c
# ./goodbye
Goodbye, world!

3. 使用外部函数库

GCC 常常与包含标准例程的外部软件库结合使用，几乎每一个 Linux 应用程序都依赖于由 GNU C 函数库 GLIBC。
应用外部函数库的例子：

#include <stdio.h>
#include <stdlib.h>
#include <math.h>

#define MAX_INPUT 25

int main(int agrc, char **argv)
{
char input[MAX_INPUT];
double angle;

printf(”Give me an angle (in radians) ==>”);
if(!fgets(input, MAX_INPUT, stdin)){
perror(”an error occurred.\n”);
}
angle = strtod(input, NULL);

printf(”sin(%e) = %e\n”, angle, sin(angle));

return 0;
}

编译命令：
# gcc -o trig -lm trig.c

GCC 的”-lm”选项，它告诉 GCC 查看系统提供的数学库（libm）。因为Linux和UNIX的系统函数库通常以”lib”为前缀，所以我们假设它存在。真正的函数库位置随系统的不同而不同，但它一般会位于目录/lib或/usr/lib中，在这些目录中还有数以百计的其他必需的系统函数库。

4. 共享函数库与静态函数库

Linux系统上的函数库分为两种不同的类型：共享的和静态的

静态函数库：每次当应用程序和静态连接的函数库一起编译时，任何引用的库函数中的代码都会被直接包含进最终的二进制程序。

共享函数库：包含每个库函数的单一全局版本，它在所有应用程序之间共享。这一过程背后所涉及的机制相当复杂，但主要依靠的是现代计算机的虚拟内存能力，它允许包含库函数的物理内存安全地在多个独立用户程序之间共享。

使用共享函数库不仅减少了文件的容量和 Linux 应用程序在内存中覆盖的区域，而且它还提高了系统的安全性。一个被许多不同程序同时调用的共享函数库很可能会驻留在内存中，以在需要使用它时被立即使用，而不是位于磁盘的交换分区中。这有助于进一步减少一些大型 Linux 应用程序的装载时间。

将上面的 message.c 作为共享库函数使用的例子：

# gcc -fPIC -c message.c
“PIC”命令行标记告诉 GCC 产生的代码不要包含对函数和变量具体内存位置的引用，这是因为现在还无法知道使用该消息代码的应用程序会将它连接到哪一段内存地址空间。这样编译输出的文件 message.o 可以被用于建立共享函数库，我们只需使用gcc的“-shared”标记即可：
# gcc -shared -o libmessage.so message.o

将上面的mian.c使用共享库函数ligmessage.so编译：
# gcc -o goodbye -lmessage -L. message.o
“-lmessage”标记来告诉 GCC 在连接阶段引用共享函数库 libmessage.so 。“-L.”标记告诉 GCC 函数库可能位于当前目录中，否则 GNU 的连接器会查找标准系统函数库目录，在本例的情况下，就找不到可用的函数库了。

此时运行编译好的goodbye会提示找不到共享函数库：
#./goodbye
./goodbye: error while loading shared libraries: libmessage.so: cannot open shared object file: No such file or directory

可以使用命令 ldd 来发现一个特定应用程序需要使用的函数库。ldd搜索标准系统函数库路径并显示一个特定程序使用的函数库版本。

#ldd goodbye
linux-gate.so.1 =>  (0×00493000)
libmessage.so => not found
libc.so.6 => /lib/libc.so.6 (0×0097c000)
/lib/ld-linux.so.2 (0×0095a000)

库文件 libmessage.so 不能在任何一个标准搜索路径中找到，而且系统提供的配置文件 /etc/ld.so.conf 也没有包含一个额外的条目来指定包含该库文件的目录。

需要设置一个环境变量LD_LIBRARY_PATH来制定额外的共享函数库搜索路径，
# export LD_LIBRARY_PATH=`pwd`
# ldd goodbye
linux-gate.so.1 =>  (0x002ce000)
libmessage.so => /tmp/cpro/libmessage.so (0x00b0f000)
libc.so.6 => /lib/libc.so.6 (0x0097c000)
/lib/ld-linux.so.2 (0x0095a000)
运行程序
# ./goodbye
Goodbye, world!

gcc在命令行上经常使用的几个选项是：
-c   只预处理、编译和汇编源程序，不进行连接。编译器对每一个源程序产生一个目标文件。
-o file  确定输出文件为file。如果没有用-o选项，缺省的可执行文件的输出是 a.out，目标文件和汇编文件的输出对source.suffix分别是source.o和source.s，预处理的C源程序的输出是标准输出stdout。
-Dmacro或-Dmacro=defn   其作用类似于源程序里的#define。例如：% gcc -c -DHAVE_GDBM -DHELP_FILE=\”help\” cdict.c其中第一个- D选项定义宏HAVE_GDBM，在程序里可以用#ifdef去检查它是否被设置。第二个-D选项将宏HELP_FILE定义为字符串“help”（由于反斜线的作用，引号实际上已成为该宏定义的一部分），这对于控制程序打开哪个文件是很有用的。
-Umacro   某些宏是被编译程序自动定义的。这些宏通常可以指定在其中进行编译的计算机系统类型的符号，用户可以在编译某程序时加上 -v选项以查看gcc缺省定义了哪些宏。如果用户想取消其中某个宏定义，用-Umacro选项，这相当于把#undef macro放在要编译的源文件的开头。
-Idir   将dir目录加到搜寻头文件的目录列表中去，并优先于在gcc缺省的搜索目录。在有多个-I选项的情况下，按命令行上-I选项的前后顺序搜索。dir可使用相对路径，如-I../inc等。
-O   对程序编译进行优化，编译程序试图减少被编译程序的长度和执行时间，但其编译速度比不做优化慢，而且要求较多的内存。
-O2   允许比-O更好的优化，编译速度较慢，但结果程序的执行速度较快。
-g   产生一张用于调试和排错的扩展符号表。-g选项使程序可以用GNU的调试程序GDB进行调试。优化和调试通常不兼容，同时使用-g和-O（-O2）选项经常会使程序产生奇怪的运行结果。所以不要同时使用-g和-O（-O2）选项。
-fpic或-fPIC   产生位置无关的目标代码，可用于构造共享函数库。
以上是gcc的编译选项。gcc的命令行上还可以使用连接选项。事实上，gcc将所有不能识别的选项传递给连接程序ld。连接程序ld将几个目标文件和库程序组合成一个可执行文件，它要解决对外部变量、外部过程、库程序等的引用。但我们永远不必要显式地调用ld。利用gcc命令去连接各个文件是很简单的，即使在命令行里没有列出库程序，gcc也能保证某些库程序以正确的次序出现。
gcc的常用连接选项有下列几个：
-Ldir   将dir目录加到搜寻-l选项指定的函数库文件的目录列表中去，并优先于gcc缺省的搜索目录。在有多个-L选项的情况下，按命令行上-L选项的前后顺序搜索。dir可使用相对路径。如-L../lib等。
-lname   在连接时使用函数库libname.a，连接程序在-Ldir选项指定的目录下和/lib，/usr/lib目录下寻找该库文件。在没有使用-static选项时，如果发现共享函数库libname.so，则使用libname.so进行动态连接。
-static   禁止与共享函数库连接。
-shared   尽量与共享函数库连接。
这是Linux上连接程序的缺省选项。下面是一个使用gcc进行连接的例子：
% gcc -o prog main.o subr.o -L../lib -lany -lm

From:http://www.ownlinux.cn/2008/11/14/linux-gcc-c/

照片欠奉。

涉及到技术转型，看到一句话，共勉。

如果程序语言是宗教，那么： C语言是犹太教，Java是基督教，c++是回教. C#是摩門教，LISP是禪宗佛教，PHP是Cafeteria基督教，Haskell是道教，Erlang是印度教，Perl是伏都教，Lua是巫术，Ruby是新异教主义，Python是世俗人文主义，COBOL是古异教主义，APL是山达基教，Visual Basic是撒旦教。

翻译：54chen.com

原文地址：http://blog.libssh2.org/index.php?/archives/22-What-the-heck-is-TSRMLS_CC-anyway.html

如果你曾经做过php内核或者是php扩展方面的工作，你一定见到过这个到处都是的结构，但是却从来没有人提起过它。知道这是什么的人典型回答不知道的人都会这样说：“不用管它是什么，只需要在这里、这里还有这里用，如果编译器说少一个tsrm_ls，就加一个...”。这样回答并非都是因为这个人懒惰（的确是有一点点懒），其实那只是在说引擎甚至可以不管这个神奇的值在简化什么，这是因为一个新入门的扩展开发者知道它的结构没有什么益处。这信息就像奶牛的意见一样，没关系，就是牛叫而已。

既然我喜欢听自己喋喋不休的无意义主题（这个月我已经少写很多博客了），我想我得弥补这一主题，看看会不会有人通过他能领会什么。你可以责怪Lukas(Lukas Smith 是 PEAR DB 的主要作者应该是这个Lukas，译者注)，他让我一直在planet-php.net上。

术语

TSRM

Thread Safe Resource Manager - 这是一个经常被忽视的层面，就会有也是很少被讨论到，在你的PHP源代码包中，它被隐藏在/TSRM目录中。默认情况下，TSRM 层只在编译需要它的SAPI的时候才会打开（例如apache2-worker）。所有的在win32下编译的SAPI都会有TSRM层而不会管它们是否需要。

ZTS

Zend Thread Ssafety -通常情况下，与TSRM有相同的用处。具体来说不同在于，ZTS的使用需要在编译的时候加上参数如./configure ( --enable-experimental-zts for PHP4, --enable-maintainer-zts for PHP5），而TSRM是否被使用是由#define的预处理机制来确定的。

tsrm_ls

TSRM local storage - 当ZTS可用时，这是它在TSRMLS_*宏里传来传去的实际的变量名。它作为一个指向那个线程的独立数据存储块开始位置的指针，我会在一会儿后将它覆盖掉。

TSRMLS_??

有四个宏设计来为了使ZTS模式和非ZTS模式之间的差异变得平滑，当ZTS不能用时，这四个宏同时都没有任何用处。而在ZTS启用的时候，它们扩大了以下的定义：

综述

在任何普通的C程序（PHP也一样）中，要在两个不同的函数间传递相同的数据块，你两种办法。

第一种方法是通过函数的参数传递值：

#include <stdio.h>

void output_func(char *message)
{
    printf("%s\n", message);
}

int main(int argc, char *argv[])
{
    output_func(argv[0]);

    return 0;
}

另一种方法，你可以把这个值保存在一个上层的全局变量中，让函数通过它来取得：

#include <stdio.h>

char *message;

void output_func(void)
{
    printf("%s\n", message);
}

int main(int argv, char *argv[])
{
    message = argv[0];
    output_func();

    return 0;
}

这两种方法各有优点和缺点，而且在在实际应用中你常常会看到两者结合使用。事实上，PHP里到处都是全局变量，从类型标识符，到函数回调指针，再到请求特殊的信息例如用于存储用户空间变量的符号表。试图通过函数参数的方法来传递那些变量是不方便的，例如PHP这样的应用常常会需要去注册回调方法来给不支持上下文数据的外部的库使用，此时使用参数传递是不可能的。

因此，共同的信息，像执行栈、函数表、类表以及扩展登记表都是在全局范围里进行声明的，以便它们能在整个应用的任何一个位置都能使用。对于单线程的SAPIs，例如CLI、APACHE1，或者甚至Apache2-prefork，这样做都是完美的。在RINIT/Activation 阶段，请求具体结构被初始化，并在RSHUTDOWN/Deactivation 阶段重新设置回初始的值等待下一次的请求。一个像APACHE1这样特定的WEB服务器，可以一次处理多个页面，是因为它会产生多个进程，每个进程会在自己的进程空间内使用自己的全局变量副本。

现在，让我们来介绍像Apache2-worker或者IIS这样的线程服务器。在这种情况下，在指定时间里只有一个进程空间是可用的，由它抛出多线程处理。每一个线程都会类似一个单独的进程的方式工作。在处理请求的时候服务会一次一个地来。当两个或者多个线程去处理同一时间的一个请求的时候，麻烦就出现了。每个线程都试图去使用全局变量来保存它的特定请求信息，并尝试写向同样的存储空间。这样子最少会导致一个脚本里声明的用户空间变量在另一个脚本中出现。而在实践中，这样会导致快速灾难性的错误和不可预测的情况，因为内存可以释放两次或者独立的线程写了相互矛盾的信息。

不全的全局

解决方案需要一个引擎、一个核心，还有任何一个使用全局存储的扩展都要决定会使用多少内存给具体的请求数据。然后，在运行的每一个新的线程中，给它们每个分配一块内存，用来存储它们的数据，从而使每个线程都有自己的本地存储。为了把所有的被指定线程用到的内存块聚成一组，最后一个指针向量被开辟来保存子结构的指针。这个指针指向tsrm_ls变量，被TSRMLS_*家族的宏所使用。为了看清它是怎么工作的，我们先来看一个扩展的例子：

typedef struct _zend_myextension_globals {
    int foo;
    char *bar;
} zend_myextension_globals;

#ifdef ZTS
int myextension_globals_id;
#else
zend_myextension_globals myextension_globals;
#endif

/* Triggered at the beginning of a thread */
static void php_myextension_globals_ctor(zend_myextension_globals *myext_globals TSRMLS_DC)
{
    myext_globals->foo = 0;
    myext_globals->bar = NULL;
}

/* Triggered at the end of a thread */
static void php_myextension_globals_dtor(zend_myextension_globals *myext_globals TSRMLS_DC)
{
    if (myext_globals->bar) {
        efree(myext_globals->bar);
    }
}

PHP_MINIT_FUNCTION(myextension)
{
#ifdef ZTS
    ts_allocate_id(&myextension_globals_id, sizeof(zend_myextension_globals),
                   php_myextension_globals_ctor, php_myextension_globals_dtor);
#else
    php_myextension_globals_ctor(&myextension_globals TSRMLS_CC);
#endif

    return SUCCESS;
}

PHP_MSHUTDOWN_FUNCTION(myextension)
{
#ifndef ZTS
    php_myextension_globals_dtor(&myextension_globals TSRMLS_CC);
#endif

    return SUCCESS;
}

这里可以看到，扩展在启动的时候声明了它全局需求的变量给TSRM层，它需要sizeof(zend_myextension_globals)字节的存储，并且在初始化或者销毁指定的线程的本地存储的时候提供了回调函数。myextension_globals_id里的值可得出偏移量（对所有线程是公共的），存储于tsrm_ls向量，指向那个线程本地存储的指针中也是这个向量。如果ZTS不能用，数据存储只不过是放在真实的全局环境中，并且在线程初始和销毁的过程中需要手动执行初始化和销毁的程序。如果你现在想知道为什么TSRMLS_CC 被包含在非ZTS块中，那我可以很确定我没有使你看睡着了。这些都是不是必须的，因为我们知道非ZTS里他们有和没有一个样，但这有助于鼓励函数原型调用时引用它们的好习惯。

把它们聚在一起

最后一块线程安全的疑惑来自于一个问题：“我如何获得这些数据结构？”这个问题的答案来自于另一个有着相似样子的宏。在每个扩展或者是核心组件定义的头文件中，有一个宏的定义如下所示：

#ifdef ZTS
# define   MYEXTENSION_G(v)     \
             (((zend_myextension_globals*)(*((void ***)tsrm_ls))[(myextension_globals_id)-1])->v)
#else
# define   MYEXTENSION_G(v)     (myextension_globals.v)
#endif

因此，当ZTS不可用时，这个宏简单地收集来自全局环境中的即时值作用正确的值，否则，它将根据ID将结构开辟在本线程的本地存储拷贝中，并且从那里引用到值。

【结束：54chen.com】