PHPor 的Blog

缘起：

100个进程都在繁忙地工作着，而且都在积极地将工作的结果写到日志文件中去。因为工作内容并不复杂，但是都需要写相同的日志文件，为了避免把日志文件写花了，于是每次写操作都会先flock住日志文件，结果，flock操作消耗了 1~100ms的时间；其实，做一个单位的工作也就10ms内可以完成的，这下flock操作消耗时间就太长了，所以，需要一个解决办法。

为什么flock能消耗这么多时间？

一个进程的flock时间可能会是其余n个进程写日志的时间。故而如此，所以…

几种解决方案：

写日志不加锁。应该会出现把日志写花的可能，故不可取
减少写日志的次数，
- 合并多次日志
- 或取消不必要的日志操作
- 某些情况下不写这些日志
减少进程个数，避免flock排队的长度。这样，任务的处理能力会有所下降
是否日志操作外的其他进程的工作存在问题？

结论：

采用了减少写日志次数的方案，修改后，负载明显降低，变化如下：

12:00:01 PM        13       380     62.89     57.41     54.10
12:10:01 PM        11       369     55.20     53.79     53.32
12:20:01 PM        15       388     53.75     54.59     53.90
12:30:01 PM         9       390     48.11     51.07     52.42
12:40:01 PM         5       374     52.13     53.19     53.07
12:50:01 PM        14       362     54.23     53.53     53.20
01:00:01 PM         8       381     54.49     55.06     54.70
01:10:01 PM        23       374     58.32     53.80     53.66
01:20:01 PM        10       369     61.29     55.50     54.52
01:30:01 PM        31       365     51.27     54.55     55.02
01:40:01 PM        12       367     52.05     56.83     56.26
01:50:01 PM         7       370     48.85     53.94     55.52
02:00:01 PM        18       375     52.84     53.00     54.48
02:10:01 PM         6       371     52.22     54.04     54.37
02:20:01 PM        16       375     41.72     49.51     51.87
02:30:01 PM         5       366     38.75     47.75     50.61
02:40:01 PM        12       362     45.95     45.96     48.14
02:50:01 PM         9       382     48.48     44.71     46.85
03:00:01 PM        12       381     55.44     52.60     49.86
03:10:01 PM         5       369     14.59     28.24     39.95
03:20:01 PM         3       362      3.71     11.25     25.67
03:30:01 PM         6       376     14.26     23.74     25.55
03:40:01 PM         3       362     24.29     19.04     21.66
03:50:01 PM         5       380     25.10     36.91     30.74
04:00:01 PM        25       378     43.34     33.47     28.95
04:10:01 PM        12       375     44.95     33.05     28.13
04:20:01 PM        22       386     24.04     18.23     22.44
04:30:01 PM        27       380     32.46     19.09     19.77

04:30:01 PM   runq-sz  plist-sz   ldavg-1   ldavg-5  ldavg-15
04:40:01 PM        13       372     43.41     45.12     34.45
04:50:01 PM        16       375     38.10     30.95     30.90
05:00:01 PM         7       368     13.59     25.28     28.23
05:10:01 PM         6       370      5.84     14.82     21.77
05:20:01 PM         6       377      5.23      8.90     15.23
05:30:01 PM         7       365      2.16      4.33      9.91
05:40:01 PM         6       373      2.96      4.29      7.82
05:50:01 PM         4       371      2.92      2.35      4.92
06:00:01 PM         3       354      1.99      2.60      3.79
06:10:01 PM         2       357      1.40      1.89      2.83
06:20:01 PM         3       363      2.31      2.20      2.58
06:30:01 PM         7       384      2.53      2.02      2.18
06:40:01 PM         2       376      2.53      2.03      2.04
06:50:01 PM         3       377      1.29      2.25      2.19
07:00:01 PM         6       369      1.19      1.87      1.98
07:10:01 PM         3       370      1.84      3.57      2.87
07:20:01 PM         4       377      2.30      3.02      2.87
07:30:01 PM         8       380      0.86      1.96      2.53
07:40:01 PM         3       367      0.92      1.85      2.34
07:50:01 PM         2       367      0.77      1.48      1.98

12:00:01 PM 13 380 62.89 57.41 54.10

12:10:01 PM 11 369 55.20 53.79 53.32

12:20:01 PM 15 388 53.75 54.59 53.90

12:30:01 PM 9 390 48.11 51.07 52.42

12:40:01 PM 5 374 52.13 53.19 53.07

12:50:01 PM 14 362 54.23 53.53 53.20

01:00:01 PM 8 381 54.49 55.06 54.70

01:10:01 PM 23 374 58.32 53.80 53.66

01:20:01 PM 10 369 61.29 55.50 54.52

01:30:01 PM 31 365 51.27 54.55 55.02

01:40:01 PM 12 367 52.05 56.83 56.26

01:50:01 PM 7 370 48.85 53.94 55.52

02:00:01 PM 18 375 52.84 53.00 54.48

02:10:01 PM 6 371 52.22 54.04 54.37

02:20:01 PM 16 375 41.72 49.51 51.87

02:30:01 PM 5 366 38.75 47.75 50.61

02:40:01 PM 12 362 45.95 45.96 48.14

02:50:01 PM 9 382 48.48 44.71 46.85

03:00:01 PM 12 381 55.44 52.60 49.86

03:10:01 PM 5 369 14.59 28.24 39.95

03:20:01 PM 3 362 3.71 11.25 25.67

03:30:01 PM 6 376 14.26 23.74 25.55

03:40:01 PM 3 362 24.29 19.04 21.66

03:50:01 PM 5 380 25.10 36.91 30.74

04:00:01 PM 25 378 43.34 33.47 28.95

04:10:01 PM 12 375 44.95 33.05 28.13

04:20:01 PM 22 386 24.04 18.23 22.44

04:30:01 PM 27 380 32.46 19.09 19.77

04:30:01 PM runq-sz plist-sz ldavg-1 ldavg-5 ldavg-15

04:40:01 PM 13 372 43.41 45.12 34.45

04:50:01 PM 16 375 38.10 30.95 30.90

05:00:01 PM 7 368 13.59 25.28 28.23

05:10:01 PM 6 370 5.84 14.82 21.77

05:20:01 PM 6 377 5.23 8.90 15.23

05:30:01 PM 7 365 2.16 4.33 9.91

05:40:01 PM 6 373 2.96 4.29 7.82

05:50:01 PM 4 371 2.92 2.35 4.92

06:00:01 PM 3 354 1.99 2.60 3.79

06:10:01 PM 2 357 1.40 1.89 2.83

06:20:01 PM 3 363 2.31 2.20 2.58

06:30:01 PM 7 384 2.53 2.02 2.18

06:40:01 PM 2 376 2.53 2.03 2.04

06:50:01 PM 3 377 1.29 2.25 2.19

07:00:01 PM 6 369 1.19 1.87 1.98

07:10:01 PM 3 370 1.84 3.57 2.87

07:20:01 PM 4 377 2.30 3.02 2.87

07:30:01 PM 8 380 0.86 1.96 2.53

07:40:01 PM 3 367 0.92 1.85 2.34

07:50:01 PM 2 367 0.77 1.48 1.98

其他

file_put_contents(…) 的实现：

libcurl 中的一个bug

现象：

程序陷入死循环，消耗cpu 100%

backtrace：

(gdb) bt
#0  0x00bc098a in ?? () from /usr/lib/libcurl.so.3
#1  0x00be1be4 in Curl_llist_remove () from /usr/lib/libcurl.so.3
#2  0x00be1ca3 in Curl_llist_destroy () from /usr/lib/libcurl.so.3
#3  0x00be1e34 in Curl_hash_clean () from /usr/lib/libcurl.so.3
#4  0x00bc1dca in Curl_global_host_cache_dtor () from /usr/lib/libcurl.so.3
#5  0x00be00a5 in curl_global_cleanup () from /usr/lib/libcurl.so.3
#6  0x00866437 in zm_shutdown_curl (type=1, module_number=41) at /tmp/mongodb-mongo-php-driver-bffec80/curl/interface.c:866
#7  0x0128613e in module_destructor (module=0x83b2978) at /data0/software/php-5.3.3/Zend/zend_API.c:2098
#8  0x0128cea8 in zend_hash_apply_deleter (ht=0x15c5e60, p=0x83b2948) at /data0/software/php-5.3.3/Zend/zend_hash.c:611
#9  0x0128d0e8 in zend_hash_graceful_reverse_destroy (ht=0x15c5e60) at /data0/software/php-5.3.3/Zend/zend_hash.c:646
#10 0x01281aee in zend_shutdown () at /data0/software/php-5.3.3/Zend/zend.c:759
#11 0x01230faa in php_module_shutdown () at /data0/software/php-5.3.3/main/main.c:2139
#12 0x0123105b in php_module_shutdown_wrapper (sapi_globals=0x15af680) at /data0/software/php-5.3.3/main/main.c:2111
#13 0x012ffba3 in php_apache_child_shutdown (tmp=0x0) at /data0/software/php-5.3.3/sapi/apache2handler/sapi_apache2.c:399
#14 0x001250ed in run_cleanups (cref=0x8427080) at memory/unix/apr_pools.c:2308
#15 0x00125cdd in apr_pool_destroy (pool=0x8427070) at memory/unix/apr_pools.c:779
#16 0x08089344 in clean_child_exit (code=0) at prefork.c:196
#17 0x080897d0 in child_main (child_num_arg=<value optimized out>) at prefork.c:212
#18 0x08089a17 in make_child (s=0x817afa0, slot=479) at prefork.c:758
#19 0x0808a370 in ap_mpm_run (_pconf=0x81790a8, plog=0x81a7160, s=0x817afa0) at prefork.c:893
#20 0x080648b5 in main (argc=135753888, argv=0x8427070) at main.c:740
(gdb)

(gdb) bt

#0 0x00bc098a in ?? () from /usr/lib/libcurl.so.3

#1 0x00be1be4 in Curl_llist_remove () from /usr/lib/libcurl.so.3

#2 0x00be1ca3 in Curl_llist_destroy () from /usr/lib/libcurl.so.3

#3 0x00be1e34 in Curl_hash_clean () from /usr/lib/libcurl.so.3

#4 0x00bc1dca in Curl_global_host_cache_dtor () from /usr/lib/libcurl.so.3

#5 0x00be00a5 in curl_global_cleanup () from /usr/lib/libcurl.so.3

#6 0x00866437 in zm_shutdown_curl (type=1, module_number=41) at /tmp/mongodb-mongo-php-driver-bffec80/curl/interface.c:866

#7 0x0128613e in module_destructor (module=0x83b2978) at /data0/software/php-5.3.3/Zend/zend_API.c:2098

#8 0x0128cea8 in zend_hash_apply_deleter (ht=0x15c5e60, p=0x83b2948) at /data0/software/php-5.3.3/Zend/zend_hash.c:611

#9 0x0128d0e8 in zend_hash_graceful_reverse_destroy (ht=0x15c5e60) at /data0/software/php-5.3.3/Zend/zend_hash.c:646

#10 0x01281aee in zend_shutdown () at /data0/software/php-5.3.3/Zend/zend.c:759

#11 0x01230faa in php_module_shutdown () at /data0/software/php-5.3.3/main/main.c:2139

#12 0x0123105b in php_module_shutdown_wrapper (sapi_globals=0x15af680) at /data0/software/php-5.3.3/main/main.c:2111

#13 0x012ffba3 in php_apache_child_shutdown (tmp=0x0) at /data0/software/php-5.3.3/sapi/apache2handler/sapi_apache2.c:399

#14 0x001250ed in run_cleanups (cref=0x8427080) at memory/unix/apr_pools.c:2308

#15 0x00125cdd in apr_pool_destroy (pool=0x8427070) at memory/unix/apr_pools.c:779

#16 0x08089344 in clean_child_exit (code=0) at prefork.c:196

#17 0x080897d0 in child_main (child_num_arg=<value optimized out>) at prefork.c:212

#18 0x08089a17 in make_child (s=0x817afa0, slot=479) at prefork.c:758

#19 0x0808a370 in ap_mpm_run (_pconf=0x81790a8, plog=0x81a7160, s=0x817afa0) at prefork.c:893

#20 0x080648b5 in main (argc=135753888, argv=0x8427070) at main.c:740

(gdb)

bug相关代码：

int
Curl_llist_remove(struct curl_llist *list, struct curl_llist_element *e,
                  void *user)
{
  if(e == NULL || list->size == 0)
    return 1;

  if(e == list->head) {
    list->head = e->next;

    if(list->head == NULL)
      list->tail = NULL;
    else
      e->next->prev = NULL;
  }
  else {
    e->prev->next = e->next;
    if(!e->next)
      list->tail = e->prev;
    else
      e->next->prev = e->prev;
  }

  list->dtor(user, e->ptr);

  e->ptr  = NULL;
  e->prev = NULL;
  e->next = NULL;

  free(e);
  --list->size;

  return 1;
}

void
Curl_llist_destroy(struct curl_llist *list, void *user)
{
  if(list) {
    while(list->size > 0) // 请看函数Curl_llist_remove(..)的实现，如果 list->tail == null && list->size > 0 ; 那么这里就进入了死循环了。解决办法： 至少两遍判断条件要一致吧
      Curl_llist_remove(list, list->tail, user);

    free(list);
  }
}

int

Curl_llist_remove(struct curl_llist *list, struct curl_llist_element *e,

void *user)

{

if(e == NULL || list->size == 0)

return 1;

if(e == list->head) {

list->head = e->next;

if(list->head == NULL)

list->tail = NULL;

else

e->next->prev = NULL;

}

else {

e->prev->next = e->next;

if(!e->next)

list->tail = e->prev;

else

e->next->prev = e->prev;

}

list->dtor(user, e->ptr);

e->ptr = NULL;

e->prev = NULL;

e->next = NULL;

free(e);

--list->size;

return 1;

}

void

Curl_llist_destroy(struct curl_llist *list, void *user)

{

if(list) {

while(list->size > 0) // 请看函数Curl_llist_remove(..)的实现，如果 list->tail == null && list->size > 0 ; 那么这里就进入了死循环了。解决办法：至少两遍判断条件要一致吧

Curl_llist_remove(list, list->tail, user);

free(list);

}

给curl官方提交了一个bug： https://sourceforge.net/tracker/?func=detail&aid=3583103&group_id=976&atid=100976

soap采用utf-8编码作为传输的字符集编码，至少php的soap的实现是写死成utf-8字符编码的，如果server端或client端使用的是非utf-8的字符编码时，可能存在转码问题，导致转码错误；一个不太正规的做法是：在server端和client端都对字符做url编码（或别的编码），是的传输的字符都转换成了单字节的ascii字符，这样就不会出现转码问题了。但是，如果访问量很大，会存在流量和效率方面的问题，如果访问量很小，还是可以使用的

2. 让多个类提供服务的方法，如：

$server = new SoapServer();

$class = $_GET["classname"];
$server->setClass("$class");
$server->handle();

$server = new SoapServer();

$class = $_GET["classname"];

$server->setClass("$class");

$server->handle();

3. 错误处理

server端的错误如何告知client呢？通过 $server->fault() 来实现，如：

$server = new SoapServer();

try{
	$server->setClass("Phpor");
	$server->handle();
}catch(Exception $e) {
	$server->fault($e->getCode(), $e->getMessage());
}

$server = new SoapServer();

try{

$server->setClass("Phpor");

$server->handle();

}catch(Exception $e) {

$server->fault($e->getCode(), $e->getMessage());

}

client 端实现：

<?php
$client = new SoapClient(...);
try {
	$client->test();
} catch(SoapFault $e) {
	throw new Exception($e->faultstring, $e->faultcode);
}

<?php

$client = new SoapClient(...);

try {

$client->test();

} catch(SoapFault $e) {

throw new Exception($e->faultstring, $e->faultcode);

}

1) 根据 ext/soap/soap.c 中关于$server->handle() 的实现来看，如果使用的是ZEND_ENGINE_2 ，则在执行的函数中 throw new SoapFault(…) 也会有和上述相同的效果的，如：

$server = new SoapServer();

$server->addFunction("Phpor");
$server->handle();

function Phpor() {
       // 注意，如果是一个别的异常，如Exception ，将不会自动转换为一个有效的soap错误，而是返回500错误，而且没有任何soap的xml信息，如果是一个SoapFault的子类或许是可以的，当然，似乎也没这么做的必要
       throw new SoapFault("Server", "something wrong");
}

$server = new SoapServer();

$server->addFunction("Phpor");

$server->handle();

function Phpor() {

// 注意，如果是一个别的异常，如Exception ，将不会自动转换为一个有效的soap错误，而是返回500错误，而且没有任何soap的xml信息，如果是一个SoapFault的子类或许是可以的，当然，似乎也没这么做的必要

throw new SoapFault("Server", "something wrong");

}

可以通过：

# php -i | grep -i engine

来确认使用的Zend Engine 的版本

2) 虽然soapclient可以识别一些http的状态码，但是soapserver:fault 产生错误时，http状态码统一为500，注意，当user-agent 为 Shockwave Flash 时，依然使用200 的状态码返回，大概是对于flash实现soap时特殊情况的兼容吧。参看php： ext/soap/soap.c 中函数： soap_server_fault_ex(…) 的实现，php的soapclient可以通过如下方式设置user-agent:

<?php
$client = new SoapClient("",array("user_agent"=>"agent_name"));

1 2	<?php $client = new SoapClient("",array("user_agent"=>"agent_name"));

4. 对象的持久化

对象的持久化就是在session中保存类或对象的一些数据信息；要知道连接句柄等和进程相关的资源信息是无法有效地保存的

5. 数据的传递

如果你执行的server端的函数为 echo “hello world”; 那么client将得不到该信息，参看php的soap扩展中soap.c 有相关代码如下：

...
    if (php_start_ob_buffer(NULL, 0, 0 TSRMLS_CC) != SUCCESS) {
        php_error_docref(NULL TSRMLS_CC, E_ERROR,"ob_start failed");
    }
...

...

if (php_start_ob_buffer(NULL, 0, 0 TSRMLS_CC) != SUCCESS) {

php_error_docref(NULL TSRMLS_CC, E_ERROR,"ob_start failed");

}

...

6. 什么叫classmap？

在使用SoapClient时，允许通过如下方式设置classmap，如：

<?php
$c = new SoapClient(null, array(
                            "location"=>"http://phpor.net/soap.php",
                            "uri"=>"http://phpor.net/",
                            "classmap"=>array("Struct"=>"phpor")
                        )); 
$phpor = $c->test();
var_dump($phpor);
echo $phpor->get_name();
class phpor{
    public function get_name() {
        return $this->name;
    }   
}

<?php

$c = new SoapClient(null, array(

"location"=>"http://phpor.net/soap.php",

"uri"=>"http://phpor.net/",

"classmap"=>array("Struct"=>"phpor")

));

$phpor = $c->test();

var_dump($phpor);

echo $phpor->get_name();

class phpor{

public function get_name() {

return $this->name;

}

因为在server端，如果return一个server端的对象，则被转换为一个Struct的类型，内部含有该对象的一些数据信息，当然，对象的方法信息都是没有的；该类在client端可能就是不存在的，这时候就可以map到client端定义的一个类，而且可以通过该类的方法来访问对象内部的一些信息。

但是，有一点需要注意，client端不要定义和server端的类相同的属性信息，如果定义了，则该属性将成为一个数组，包含client端和server端的信息。不知道为什么这么设计。

7. 什么叫typemap？

<?php
$c = new SoapClient(null, array(
                            "location"=>"http://phpor.net/soap.php",
                            "uri"=>"http://phpor.net/",
                            "typemap"=>array(
                                    array(
                                            "type_name"=>"test",
                                            "type_ns"=>"http://phpor.net/",
                                            "from_xml"=>"from_xml",
                                            "to_xml"=>"to_xml",
                                         )   
                                    ),  
                        )); 

//...

<?php

$c = new SoapClient(null, array(

"location"=>"http://phpor.net/soap.php",

"uri"=>"http://phpor.net/",

"typemap"=>array(

array(

"type_name"=>"test",

"type_ns"=>"http://phpor.net/",

"from_xml"=>"from_xml",

"to_xml"=>"to_xml",

)

));

//...

8. 关于soap的测试，单个脚本实现的SoapServer和SoapClient：

<?php
function Add($x,$y) {
  return $x+$y;
}

class LocalSoapClient extends SoapClient {

  function __construct($wsdl, $options) {
    parent::__construct($wsdl, $options);
    $this->server = new SoapServer($wsdl, $options);
    $this->server->addFunction('Add');
  }

  function __doRequest($request, $location, $action, $version, $one_way = 0) {
    ob_start();
    $this->server->handle($request);
    $response = ob_get_contents();
    ob_end_clean();
    return $response;
  }

}

$x = new LocalSoapClient(NULL,array('location'=>'test://', 
                                   'uri'=>'http://testuri.org')); 
var_dump($x->Add(3,4));

<?php

function Add($x,$y) {

return $x+$y;

}

class LocalSoapClient extends SoapClient {

function __construct($wsdl, $options) {

parent::__construct($wsdl, $options);

$this->server = new SoapServer($wsdl, $options);

$this->server->addFunction('Add');

}

function __doRequest($request, $location, $action, $version, $one_way = 0) {

ob_start();

$this->server->handle($request);

$response = ob_get_contents();

ob_end_clean();

return $response;

}

$x = new LocalSoapClient(NULL,array('location'=>'test://',

'uri'=>'http://testuri.org'));

var_dump($x->Add(3,4));

脚本来自： http://us1.php.net/manual/en/soapclient.dorequest.php

9. 关于数据类型

函数的参数和返回值是涉及到数据类型的，如果仅仅使用string、int、array，则基本是没有问题的，如果使用到了对象，就需要注意了，可能需要用到classmap、typemap了，还有SoapParam、SoapVar；稍后再研究

10. 关于location和uri

在new SoapClient和new SoapServer时都需要uri，而且这两个uri也是可以不一样的，其实程序根本不会去访问这个uri，这个uri只是xml中的一个名字空间的名字；而new SoapClient时的那个location却是真正要访问的soapserver的url地址;但是，需要注意的是： uri 最好不要带参数，带一个参数还好，如果要带多个，必然出现 ‘&’，而uri是要写到请求的xml中的，xml中出现 ‘&’，会被解释为实体，然而却不是一个合法的实体，所以就会出现 400 错误，然后就是调试半天，百思不得姐。

多看看w3c上的东西吧

通过站点地图来学习：

http://www.w3schools.com/sitemap/default.asp

想详细阅读一下关于xml的相关知识和应用： soap、xml、xslt、、、

关于cookie的一些限制

关于cookie的大小、个数的一些限制，从下面几个方面来考虑：

1. 单个cookie的大小

单个cookie的大小对于浏览器是有限制的，比如，chrome浏览器对于超过2k的单个cookie是不认的，其它浏览器没测试

2. cookie的个数

对于IE单个域下有50个的限制

3. cookie总数的大小

因为上行的所有cookie是在一个http请求头里面的，一个请求头的长度在server端一般是有限制的，客户端也应该有限制，这个没有具体的测试和数字，对于apache来讲，一个请求头的长度限制最大为8k，所以，所有的上行cookie的数据量的总和不能超过8k，超过8k就会出现400错误；对于nginx，这个限制大于8k，（具体没看呢）

glibc 源码之 include/libc-symbols.h

glibc-2.9/include/libc-symbols.h 中 490 行后面的东西怎么理解？感觉有点儿意思，有时间再看！

如：

/* The following macros are used for PLT bypassing within libc.so
   (and if needed other libraries similarly).
   First of all, you need to have the function prototyped somewhere,
   say in foo/foo.h:

   int foo (int __bar);

   If calls to foo within libc.so should always go to foo defined in libc.so,
   then in include/foo.h you add:

   libc_hidden_proto (foo)

   line and after the foo function definition:

   int foo (int __bar)
   {
     return __bar;
   }
   libc_hidden_def (foo)

   or

   int foo (int __bar)
   {
     return __bar;
   }
   libc_hidden_weak (foo)

   Similarly for global data.  If references to foo within libc.so should
   always go to foo defined in libc.so, then in include/foo.h you add:

   libc_hidden_proto (foo)

   line and after foo's definition:

   int foo = INITIAL_FOO_VALUE;
   libc_hidden_data_def (foo)

   or

   int foo = INITIAL_FOO_VALUE;
   libc_hidden_data_weak (foo)

   If foo is normally just an alias (strong or weak) to some other function,
   you should use the normal strong_alias first, then add libc_hidden_def
   or libc_hidden_weak:

   int baz (int __bar)
   {
     return __bar;
   }
   strong_alias (baz, foo)
   libc_hidden_weak (foo)

   If the function should be internal to multiple objects, say ld.so and
   libc.so, the best way is to use:

   #if !defined NOT_IN_libc || defined IS_IN_rtld
   hidden_proto (foo)
   #endif

   in include/foo.h and the normal macros at all function definitions
   depending on what DSO they belong to.

   If versioned_symbol macro is used to define foo,
   libc_hidden_ver macro should be used, as in:

   int __real_foo (int __bar)
   {
     return __bar;
   }
   versioned_symbol (libc, __real_foo, foo, GLIBC_2_1);
   libc_hidden_ver (__real_foo, foo)  */

/* The following macros are used for PLT bypassing within libc.so

(and if needed other libraries similarly).

First of all, you need to have the function prototyped somewhere,

say in foo/foo.h:

int foo (int __bar);

If calls to foo within libc.so should always go to foo defined in libc.so,

then in include/foo.h you add:

libc_hidden_proto (foo)

line and after the foo function definition:

int foo (int __bar)

{

return __bar;

}

libc_hidden_def (foo)

int foo (int __bar)

{

return __bar;

}

libc_hidden_weak (foo)

Similarly for global data. If references to foo within libc.so should

always go to foo defined in libc.so, then in include/foo.h you add:

libc_hidden_proto (foo)

line and after foo's definition:

int foo = INITIAL_FOO_VALUE;

libc_hidden_data_def (foo)

int foo = INITIAL_FOO_VALUE;

libc_hidden_data_weak (foo)

If foo is normally just an alias (strong or weak) to some other function,

you should use the normal strong_alias first, then add libc_hidden_def

or libc_hidden_weak:

int baz (int __bar)

{

return __bar;

}

strong_alias (baz, foo)

libc_hidden_weak (foo)

If the function should be internal to multiple objects, say ld.so and

libc.so, the best way is to use:

#if !defined NOT_IN_libc || defined IS_IN_rtld

hidden_proto (foo)

#endif

in include/foo.h and the normal macros at all function definitions

depending on what DSO they belong to.

If versioned_symbol macro is used to define foo,

libc_hidden_ver macro should be used, as in:

int __real_foo (int __bar)

{

return __bar;

}

versioned_symbol (libc, __real_foo, foo, GLIBC_2_1);

libc_hidden_ver (__real_foo, foo) */

强符号与弱符号

《程序员的自我修养》 p92

参考资料：

http://blog.csdn.net/fandelion/article/details/6258319

http://en.wikipedia.org/wiki/Weak_symbol

实际应用： glibc/include/libc-symbols.h

用GDB修改可执行文件的代码和变量

转自： http://my.oschina.net/alphajay/blog/49941

下面我向大家介绍一下使用gdb修改可执行文件中的代码和变量的方法。
另，在GDB文档中介绍这个方法也能修改CORE文件的内容，本人未验证。

在一般情况下GDB是以只读方式打开可执行文件的，如果需要改变可执行文件，需要在读入文件以前，用GDB启动参数“–write”或者命令“set write on”用可读写方式打开可执行文件。如果文件已经打开了可执行文件，就需要使用exec-file重新以读写方式打开可执行文件，注意如果你还没打开可执行文件，就一定要使用file命令读入，因为exec-file不会重新读入符号信息。

还有要注意的是，因为修改只能修改section的内容，所以能修改的变量只能是非0的全局变量，内容是O的变量会被放入bss。

1.c:

#include <stdio.h> 
int a = 1; 
int 
main(int argc,char *argv[],char *envp[]) 
{ 
       printf ("%d\n", a); 
       return 0; 
}

#include <stdio.h>

int a = 1;

int

main(int argc,char *argv[],char *envp[])

{

printf ("%d\n", a);

return 0;

}

gcc -g 1.c

./a.out

#gdb 
GNU gdb 6.8-debian 
Copyright (C) 2008 Free Software Foundation, Inc. 
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> 
This is free software: you are free to change and redistribute it. 
There is NO WARRANTY, to the extent permitted by law.   Type "show copying" 
and "show warranty" for details. 
This GDB was configured as "x86_64-linux-gnu". 
(gdb) set write on       ＃打开功能 
(gdb) file ./a.out        ＃打开文件 
Reading symbols from /home/teawater/gdb/a.out...done. 
(gdb) p a = 100       #修改变量的文件中的值 
$1 = 100

#gdb

GNU gdb 6.8-debian

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law. Type "show copying"

and "show warranty" for details.

This GDB was configured as "x86_64-linux-gnu".

(gdb) set write on ＃打开功能

(gdb) file ./a.out ＃打开文件

Reading symbols from /home/teawater/gdb/a.out...done.

(gdb) p a = 100 #修改变量的文件中的值

$1 = 100

./a.out

100

下面举例修改代码内容：

1.c:

#include <stdio.h> 
void 
cool (void) 
{ 
       printf ("Call function cool.\n"); 
} 
int 
main(int argc,char *argv[],char *envp[]) 
{ 
       cool (); 
       return 0; 
}

#include <stdio.h>

void

cool (void)

{

printf ("Call function cool.\n");

}

int

main(int argc,char *argv[],char *envp[])

{

cool ();

return 0;

}

#gcc -g 1.c

#./a.out

Call function cool.

1	Call function cool.

修改代码内容：

gdb --write ./a.out        #使用--write直接打开可写功能 
GNU gdb 6.8-debian 
Copyright (C) 2008 Free Software Foundation, Inc. 
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> 
This is free software: you are free to change and redistribute it. 
There is NO WARRANTY, to the extent permitted by law.   Type "show copying" 
and "show warranty" for details. 
This GDB was configured as "x86_64-linux-gnu"... 
(gdb) disas cool 
Dump of assembler code for function cool: 
0x000000000040050c <cool+0>:       push     %rbp              #注意改之前这条指令 
0x000000000040050d <cool+1>:       mov       %rsp,%rbp 
0x0000000000400510 <cool+4>:       mov       $0x40062c,%edi 
0x0000000000400515 <cool+9>:       callq   0x4003f8 <puts@plt> 
0x000000000040051a <cool+14>:       leaveq 
0x000000000040051b <cool+15>:       retq     
End of assembler dump. 
(gdb) set *(unsigned char *)(0x000000000040050c) = 0xc3       #修改指令 
(gdb) disas cool 
Dump of assembler code for function cool: 
0x000000000040050c <cool+0>:       retq                          #改之后这指令发生了变化 
0x000000000040050d <cool+1>:       mov       %rsp,%rbp 
0x0000000000400510 <cool+4>:       mov       $0x40062c,%edi 
0x0000000000400515 <cool+9>:       callq   0x4003f8 <puts@plt> 
0x000000000040051a <cool+14>:       leaveq 
0x000000000040051b <cool+15>:       retq     
End of assembler dump.

gdb --write ./a.out #使用--write直接打开可写功能

GNU gdb 6.8-debian

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law. Type "show copying"

and "show warranty" for details.

This GDB was configured as "x86_64-linux-gnu"...

(gdb) disas cool

Dump of assembler code for function cool:

0x000000000040050c <cool+0>: push %rbp #注意改之前这条指令

0x000000000040050d <cool+1>: mov %rsp,%rbp

0x0000000000400510 <cool+4>: mov $0x40062c,%edi

0x0000000000400515 <cool+9>: callq 0x4003f8 <puts@plt>

0x000000000040051a <cool+14>: leaveq

0x000000000040051b <cool+15>: retq

End of assembler dump.

(gdb) set *(unsigned char *)(0x000000000040050c) = 0xc3 #修改指令

(gdb) disas cool

Dump of assembler code for function cool:

0x000000000040050c <cool+0>: retq #改之后这指令发生了变化

0x000000000040050d <cool+1>: mov %rsp,%rbp

0x0000000000400510 <cool+4>: mov $0x40062c,%edi

0x0000000000400515 <cool+9>: callq 0x4003f8 <puts@plt>

0x000000000040051a <cool+14>: leaveq

0x000000000040051b <cool+15>: retq

End of assembler dump.

. /a.out #现在没有输出了因为cool函数直接返回了

Proxifier代理客户端

Proxifier是一款功能非常强大的socks5客户端，可以让不支持通过代理服务器工作的网络程序能通过HTTPS或SOCKS代理或代理链。支持 64位系统，支持Xp，Vista，Win7，MAC OS ,支持socks4，socks5，http代理协议，支持TCP，UDP协议，可以指定端口，指定IP，指定程序等运行模式，兼容性非常好。有点类似SOCKSCAP。

下载地址： http://www.proxifier.com/

注册码：

MBZKT-ZWTSL-M8X24-3AN7T-NRWU6
JBZEM-M2HY9-C3SW3-6SKQC-MVNXN
Q7ZB5-A35HX-8GWYW-T47T4-9FNVX
55ZE3-SWXN2-CMM2N-22MQQ-NLB95
JCZBX-A3N3F-9DWY5-327V5-DKUXX
LPZLA-FW4R4-NV52E-Q9RYW-PH3ZY

也可以用 注册机： Proxifier.v3.0.Standard.Edition key

CentOS 下的socks5 安装配置

转载：http://www.linuxso.com/linuxxitongguanli/624.html

http://www.linuxso.com/uploads/soft/101018/ss5-3.6.1-1.tar.gz 安装步骤如下

推荐官网最新版 3.8.4-1 http://nchc.dl.sourceforge.net/project/ss5/ss5/3.8.4-1/ss5-3.8.4-1.tar.gz

CentOS 下的socks5 安装配置

socks5代理的功能和作用这里我就不罗嗦了－－－－－－－－－－－－－－－

1.配置编译环境

yum -y install gcc automake make

2.安装socks5必要的包

yum -y install pam-devel openldap-devel cyrus-sasl-devel

3.下载，编译安装ss5（socks5）

wget http://www.linuxso.com/uploads/soft/101018/ss5-3.6.1-1.tar.gz
tar zxvf ss5-3.6.1-1.tar.gz
cd ss5-3.6.1
./configure
make
make install

#启动ss5服务
/etc/init.d/ss5 start
如果没办法启动，则是权限问题

chmod a+x /etc/init.d/ss5 就可以启动了。
ss5 默认使用1080端口，并允许任何人使用。我们可以修改 /etc/opt/ss5/ss5.conf 中的

# SHost SPort Authentication
#
auth 0.0.0.0/0 – –

为

# SHost SPort Authentication
#
auth 0.0.0.0/0 – u

把

permit – 0.0.0.0/0 – 0.0.0.0/0 – – – – –

改为

permit u 0.0.0.0/0 – 0.0.0.0/0 – – – – –

在 /etc/opt/ss5/ss5.passwd 中添加用户名和密码如：

test test

使用用户验证，重启ss5服务

/etc/init.d/ss5 restart

如果有错误可以跟踪日志：

#tail -f /var/log/ss5/ss5.log

配置有密码的SOCKS5代理之后，迅雷可以配置代理下载，但是我测试遨游打不开网页。

除非配置不使用用户和密码，遨游才可以代理上网，可能是流量器内置的SOCKS5客户端有问题。

至于端口号怎么修改，我还没有找到，在源文件里面修改config.h 但是编译之后端口还是1080.

以后发现了再修改，我使用SS5只是用来突破学校的BT下载限制，再测试之后会告诉大家如何修改端口号。

先前我也百度谷歌了半天，不过发现他们用的都是老版的SS5，我已经看了很多，大家没必要了，有价值的内容，我都贴到这里面了。

欢迎测试过的朋友在下面留言，也可以加我们Linux安全网的QQ群交流群号:11153255

关于PHP写文件操作的具体实现

缘起：

为什么flock能消耗这么多时间？

几种解决方案：

结论：

其他

libcurl 中的一个bug

关于soap的一些小知识

多看看w3c上的东西吧

关于cookie的一些限制

glibc 源码之 include/libc-symbols.h

强符号与弱符号

用GDB修改可执行文件的代码和变量

Proxifier代理客户端

CentOS 下的socks5 安装配置