摘要:的毫秒級超時也有問題。。中超時實現(xiàn)一初級最簡單的超時實現(xiàn)秒級超時思路很簡單鏈接一個后端,然后設置為非阻塞模式,如果沒有連接上就一直循環(huán),判斷當前時間和超時時間之間的差異。實際處理這個調(diào)用的部件在完成后,通過狀態(tài)通知和回調(diào)來通知調(diào)用者。
概述
在PHP開發(fā)中工作里非常多使用到超時處理到超時的場合,我說幾個場景:
異步獲取數(shù)據(jù)如果某個后端數(shù)據(jù)源獲取不成功則跳過,不影響整個頁面展現(xiàn)
為了保證Web服務器不會因為當個頁面處理性能差而導致無法訪問其他頁面,則會對某些頁面操作設置
對于某些上傳或者不確定處理時間的場合,則需要對整個流程中所有超時設置為無限,否則任何一個環(huán)節(jié)設置不當,都會導致莫名執(zhí)行中斷
多個后端模塊(MySQL、Memcached、HTTP接口),為了防止單個接口性能太差,導致整個前面獲取數(shù)據(jù)太緩慢,影響頁面打開速度,引起雪崩
。。。很多需要超時的場合
這些地方都需要考慮超時的設定,但是PHP中的超時都是分門別類,各個處理方式和策略都不同,為了系統(tǒng)的描述,我總結了PHP中常用的超時處理的總結。
Web服務器超時處理 Apache一般在性能很高的情況下,缺省所有超時配置都是30秒,但是在上傳文件,或者網(wǎng)絡速度很慢的情況下,那么可能觸發(fā)超時操作。
目前apachefastcgiphp-fpm模式下有三個超時設置:
fastcgi超時設置:
修改httpd.conf的fastcgi連接配置,類似如下:
FastCgiExternalServer/home/forum/apache/apache_php/cgi-bin/php-cgi-socket/home/forum/php5/etc/php-fpm.sock ScriptAlias/fcgi-bin/”/home/forum/apache/apache_php/cgi-bin/” AddHandlerphp-fastcgi.php Actionphp-fastcgi/fcgi-bin/php-cgi AddTypeapplication/x-httpd-php.php
缺省配置是30s,如果需要定制自己的配置,需要修改配置,比如修改為100秒:(修改后重啟apache):
FastCgiExternalServer/home/forum/apache/apache_php/cgi-bin/php-cgi-socket/home/forum/php5/etc/php-fpm.sock-idle-timeout100 ScriptAlias/fcgi-bin/”/home/forum/apache/apache_php/cgi-bin/” AddHandlerphp-fastcgi.php Actionphp-fastcgi/fcgi-bin/php-cgi AddTypeapplication/x-httpd-php.php
如果超時會返回500錯誤,斷開跟后端php服務的連接,同時記錄一條apache錯誤日志:
[ThuJan2718:30:152011][error][client10.81.41.110]FastCGI:commwithserver”/home/forum/apache/apache_php/cgi-bin/php-cgi”aborted:idletimeout(30sec) [ThuJan2718:30:152011][error][client10.81.41.110]FastCGI:incompleteheaders(0bytes)receivedfromserver”/home/forum/apache/apache_php/cgi-bin/php-cgi”
其他fastcgi配置參數(shù)說明:
IdleTimeout發(fā)呆時限ProcessLifeTime一個進程的最長生命周期,過期之后無條件kill MaxProcessCount最大進程個數(shù) DefaultMinClassProcessCount每個程序啟動的最小進程個數(shù) DefaultMaxClassProcessCount每個程序啟動的最大進程個數(shù) IPCConnectTimeout程序響應超時時間 IPCCommTimeout與程序通訊的最長時間,上面的錯誤有可能就是這個值設置過小造成的 MaxRequestsPerProcess每個進程最多完成處理個數(shù),達成后自殺Lighttpd
配置:lighttpd.conf
Lighttpd配置中,關于超時的參數(shù)有如下幾個(篇幅考慮,只寫讀超時,寫超時參數(shù)同理):
主要涉及選項:
server.max-keep-alive-idle=5 server.max-read-idle=60 server.read-timeout=0 server.max-connection-idle=360 ————————————————– #每次keep-alive的最大請求數(shù),默認值是16 server.max-keep-alive-requests=100 #keep-alive的最長等待時間,單位是秒,默認值是5 server.max-keep-alive-idle=1200 #lighttpd的work子進程數(shù),默認值是0,單進程運行 server.max-worker=2 #限制用戶在發(fā)送請求的過程中,最大的中間停頓時間(單位是秒), #如果用戶在發(fā)送請求的過程中(沒發(fā)完請求),中間停頓的時間太長,lighttpd會主動斷開連接 #默認值是60(秒) server.max-read-idle=1200 #限制用戶在接收應答的過程中,最大的中間停頓時間(單位是秒), #如果用戶在接收應答的過程中(沒接完),中間停頓的時間太長,lighttpd會主動斷開連接 #默認值是360(秒) server.max-write-idle=12000 #讀客戶端請求的超時限制,單位是秒,配為0表示不作限制 #設置小于max-read-idle時,read-timeout生效 server.read-timeout=0 #寫應答頁面給客戶端的超時限制,單位是秒,配為0表示不作限制 #設置小于max-write-idle時,write-timeout生效 server.write-timeout=0 #請求的處理時間上限,如果用了mod_proxy_core,那就是和后端的交互時間限制,單位是秒 server.max-connection-idle=1200 ————————————————–
說明:
對于一個keep-alive連接上的連續(xù)請求,發(fā)送第一個請求內(nèi)容的最大間隔由參數(shù)max-read-idle決定,從第二個請求起,發(fā)送請求內(nèi)容的最大間隔由參數(shù)max-keep-alive-idle決定。請求間的間隔超時也由max-keep-alive-idle決定。發(fā)送請求內(nèi)容的總時間超時由參數(shù)read-timeout決定。Lighttpd與后端交互數(shù)據(jù)的超時由max-connection-idle決定。
延伸閱讀:
http://www.snooda.com/read/244
Nginx配置:nginx.conf
http{ #Fastcgi:(針對后端的fastcgi生效,fastcgi不屬于proxy模式) fastcgi_connect_timeout5;#連接超時 fastcgi_send_timeout10; #寫超時 fastcgi_read_timeout10;#讀取超時 #Proxy:(針對proxy/upstreams的生效) proxy_connect_timeout15s;#連接超時 proxy_read_timeout24s;#讀超時 proxy_send_timeout10s; #寫超時 }
說明:
Nginx 的超時設置倒是非常清晰容易理解,上面超時針對不同工作模式,但是因為超時帶來的問題是非常多的。
延伸閱讀:
http://hi.baidu.com/pibuchou/blog/item/a1e330dd71fb8a5995ee3753.html
http://hi.baidu.com/pibuchou/blog/item/7cbccff0a3b77dc60b46e024.html
http://hi.baidu.com/pibuchou/blog/item/10a549818f7e4c9df703a626.html
http://www.apoyl.com/?p=466
配置:php-fpm.conf
//… Setsthelimitonthenumberofsimultaneousrequeststhatwillbeserved. EquivalenttoApacheMaxClientsdirective. EquivalenttoPHP_FCGI_CHILDRENenvironmentinoriginalphp.fcgi Usedwithanypm_style. #php-cgi的進程數(shù)量 128 Thetimeout(inseconds)forservingasinglerequestafterwhichtheworkerprocesswillbeterminated Shouldbeusedwhen’max_execution_time’inioptiondoesnotstopscriptexecutionforsomereason ’0s’means’off’ #php-fpm 請求執(zhí)行超時時間,0s為永不超時,否則設置一個 Ns 為超時的秒數(shù) 0s Thetimeout(inseconds)forservingofsinglerequestafterwhichaphpbacktracewillbedumpedtoslow.logfile ’0s’means’off’ 0s
說明:
在php.ini中,有一個參數(shù)max_execution_time可以設置PHP腳本的最大執(zhí)行時間,但是,在php-cgi(php-fpm)中,該參數(shù)不會起效。真正能夠控制PHP腳本最大執(zhí)行時:
0s
就是說如果是使用mod_php5.so的模式運行max_execution_time是會生效的,但是如果是php-fpm模式中運行時不生效的。
延伸閱讀:
http://blog.s135.com/file_get_contents/
PHP配置:php.ini
選項:
max_execution_time=30
或者在代碼里設置:
ini_set(“max_execution_time”,30); set_time_limit(30);
說明:
對當前會話生效,比如設置0一直不超時,但是如果php的safe_mode打開了,這些設置都會不生效。
效果一樣,但是具體內(nèi)容需要參考php-fpm部分內(nèi)容,如果php-fpm中設置了request_terminate_timeout的話,那么max_execution_time就不生效。
后端&接口訪問超時 HTTP訪問一般我們訪問HTTP方式很多,主要是:curl,socket,file_get_contents()等方法。
如果碰到對方服務器一直沒有響應的時候,我們就悲劇了,很容易把整個服務器搞死,所以在訪問http的時候也需要考慮超時的問題。
CURL 訪問HTTPCURL 是我們常用的一種比較靠譜的訪問HTTP協(xié)議接口的lib庫,性能高,還有一些并發(fā)支持的功能等。
CURL:
curl_setopt($ch,opt)可以設置一些超時的設置,主要包括: *(重要)CURLOPT_TIMEOUT設置cURL允許執(zhí)行的最長秒數(shù)。 *(重要)CURLOPT_TIMEOUT_MS設置cURL允許執(zhí)行的最長毫秒數(shù)。(在cURL7.16.2中被加入。從PHP5.2.3起可使用。) CURLOPT_CONNECTTIMEOUT在發(fā)起連接前等待的時間,如果設置為0,則無限等待。 CURLOPT_CONNECTTIMEOUT_MS嘗試連接等待的時間,以毫秒為單位。如果設置為0,則無限等待。在cURL7.16.2中被加入。從PHP5.2.3開始可用。 CURLOPT_DNS_CACHE_TIMEOUT設置在內(nèi)存中保存DNS信息的時間,默認為120秒。
curl普通秒級超時:
$ch=curl_init(); curl_setopt($ch,CURLOPT_URL,$url); curl_setopt($ch,CURLOPT_RETURNTRANSFER,1); curl_setopt($ch,CURLOPT_TIMEOUT,60);//只需要設置一個秒的數(shù)量就可以 curl_setopt($ch,CURLOPT_HTTPHEADER,$headers); curl_setopt($ch,CURLOPT_USERAGENT,$defined_vars["HTTP_USER_AGENT"]);
curl普通秒級超時使用:
curl_setopt($ch,CURLOPT_TIMEOUT,60); curl如果需要進行毫秒超時,需要增加: curl_easy_setopt(curl,CURLOPT_NOSIGNAL,1L);
或者是:
curl_setopt($ch,CURLOPT_NOSIGNAL,true);是可以支持毫秒級別超時設置的
curl一個毫秒級超時的例子:
0){ echo”cURLError($curl_errno):$curl_errorn”; }else{ echo”Datareceived:$datan”; } }else{ //Server sleep(10); echo”Done.”; } ?>
其他一些技巧:
按照經(jīng)驗總結是:cURL版本>=libcurl/7.21.0版本,毫秒級超時是一定生效的,切記。
curl_multi的毫秒級超時也有問題。。單次訪問是支持ms級超時的,curl_multi并行調(diào)多個會不準
流處理方式訪問HTTP除了curl,我們還經(jīng)常自己使用fsockopen、或者是file操作函數(shù)來進行HTTP協(xié)議的處理,所以,我們對這塊的超時處理也是必須的。
一般連接超時可以直接設置,但是流讀取超時需要多帶帶處理。
自己寫代碼處理:
$tmCurrent=gettimeofday(); $intUSGone=($tmCurrent["sec"]-$tmStart["sec"])*1000000 +($tmCurrent["usec"]-$tmStart["usec"]); if($intUSGone>$this->_intReadTimeoutUS){ returnfalse; }
或者使用內(nèi)置流處理函數(shù)stream_set_timeout()和stream_get_meta_data()處理:
file_get_contents超時:
array( ‘timeout’=>5//設置一個超時時間,單位為秒 ) ); $ctx=stream_context_create($timeout); $text=file_get_contents(“http://example.com/”,0,$ctx); ?>fopen超時:
array( ‘timeout’=>5//設置一個超時時間,單位為秒 ) ); $ctx=stream_context_create($timeout); if($fp=fopen(“http://example.com/”,”r”,false,$ctx)){ while($c=fread($fp,8192)){ echo$c; } fclose($fp); } ?>MySQLphp中的mysql客戶端都沒有設置超時的選項,mysqli和mysql都沒有,但是libmysql是提供超時選項的,只是我們在php中隱藏了而已。
那么如何在PHP中使用這個操作捏,就需要我們自己定義一些MySQL操作常量,主要涉及的常量有:
MYSQL_OPT_READ_TIMEOUT=11; MYSQL_OPT_WRITE_TIMEOUT=12;這兩個,定義以后,可以使用options設置相應的值。
不過有個注意點,mysql內(nèi)部實現(xiàn):
超時設置單位為秒,最少配置1秒
但mysql底層的read會重試兩次,所以實際會是3秒
重試兩次+ 自身一次=3倍超時時間,那么就是說最少超時時間是3秒,不會低于這個值,對于大部分應用來說可以接受,但是對于小部分應用需要優(yōu)化。
查看一個設置訪問mysql超時的php實例:
options(MYSQL_OPT_READ_TIMEOUT,3); $mysqli->options(MYSQL_OPT_WRITE_TIMEOUT,1); //連接數(shù)據(jù)庫 $mysqli->real_connect(“l(fā)ocalhost”,”root”,”root”,”test”); if(mysqli_connect_errno()){ printf(“Connectfailed:%s/n”,mysqli_connect_error()); exit(); } //執(zhí)行查詢sleep1秒不超時 printf(“Hostinformation:%s/n”,$mysqli->host_info); if(!($res=$mysqli->query(‘selectsleep(1)’))){ echo”query1error:”.$mysqli->error.”/n”; }else{ echo”Query1:querysuccess/n”; } //執(zhí)行查詢sleep9秒會超時 if(!($res=$mysqli->query(‘selectsleep(9)’))){ echo”query2error:”.$mysqli->error.”/n”; }else{ echo”Query2:querysuccess/n”; } $mysqli->close(); echo”closemysqlconnection/n”; ?>延伸閱讀:
http://blog.csdn.net/heiyeshuwu/article/details/5869813
Memcached PHP擴展php_memcache客戶端:
連接超時:boolMemcache::connect(string$host[,int$port[,int$timeout]])
在get和set的時候,都沒有明確的超時設置參數(shù)。
libmemcached客戶端:在php接口沒有明顯的超時參數(shù)。
說明:所以說,在PHP中訪問Memcached是存在很多問題的,需要自己hack部分操作,或者是參考網(wǎng)上補丁。
C&C++訪問Memcached客戶端:libmemcached客戶端
說明:memcache超時配置可以配置小點,比如5,10個毫秒已經(jīng)夠用了,超過這個時間還不如從數(shù)據(jù)庫查詢。
下面是一個連接和讀取set數(shù)據(jù)的超時的C++示例:
//創(chuàng)建連接超時(連接到Memcached) memcached_st*MemCacheProxy::_create_handle() { memcached_st*mmc=NULL; memcached_return_tprc; if(_mpool!=NULL){//getfrompool mmc=memcached_pool_pop(_mpool,false,&prc); if(mmc==NULL){ __LOG_WARNING__(“MemCacheProxy”,”gethandlefrompoolerror[%d]“,(int)prc); } returnmmc; } memcached_st*handle=memcached_create(NULL); if(handle==NULL){ __LOG_WARNING__(“MemCacheProxy”,”create_handleerror”); returnNULL; } //設置連接/讀取超時 memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_HASH,MEMCACHED_HASH_DEFAULT); memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_NO_BLOCK,_noblock);//參數(shù)MEMCACHED_BEHAVIOR_NO_BLOCK為1使超時配置生效,不設置超時會不生效,關鍵時候會悲劇的,容易引起雪崩 memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_CONNECT_TIMEOUT,_connect_timeout);//連接超時 memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_RCV_TIMEOUT,_read_timeout);//讀超時 memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_SND_TIMEOUT,_send_timeout);//寫超時 memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_POLL_TIMEOUT,_poll_timeout); //設置一致hash //memcached_behavior_set_distribution(handle,MEMCACHED_DISTRIBUTION_CONSISTENT); memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_DISTRIBUTION,MEMCACHED_DISTRIBUTION_CONSISTENT); memcached_returnrc; for(uinti=0;i<_server_count;i++){ rc=memcached_server_add(handle,_ips[i],_ports[i]); if(MEMCACHED_SUCCESS!=rc){ __LOG_WARNING__(“MemCacheProxy”,”addserver[%s:%d]failed.”,_ips[i],_ports[i]); } } _mpool=memcached_pool_create(handle,_min_connect,_max_connect); if(_mpool==NULL){ __LOG_WARNING__(“MemCacheProxy”,”create_poolerror”); returnNULL; } mmc=memcached_pool_pop(_mpool,false,&prc); if(mmc==NULL){ __LOG_WARNING__(“MyMemCacheProxy”,”gethandlefrompoolerror[%d]“,(int)prc); } //__LOG_DEBUG__(“MemCacheProxy”,”gethandle[%p]“,handle); returnmmc; } //設置一個key超時(set一個數(shù)據(jù)到memcached) boolMemCacheProxy::_add(memcached_st*handle,unsignedint*key,constchar*value,intlen,unsignedinttimeout) { memcached_returnrc; chartmp[1024]; snprintf(tmp,sizeof(tmp),”%u#%u”,key[0],key[1]); //有個timeout值 rc=memcached_set(handle,tmp,strlen(tmp),(char*)value,len,timeout,0); if(MEMCACHED_SUCCESS!=rc){ returnfalse; } returntrue; } //Memcache讀取數(shù)據(jù)超時(沒有設置)libmemcahed源碼中接口定義:
LIBMEMCACHED_APIchar*memcached_get(memcached_st*ptr,constchar*key,size_tkey_length,size_t*value_length,uint32_t*flags,memcached_return_t*error); LIBMEMCACHED_APImemcached_return_tmemcached_mget(memcached_st*ptr,constchar*const*keys,constsize_t*key_length,size_tnumber_of_keys);從接口中可以看出在讀取數(shù)據(jù)的時候,是沒有超時設置的。
延伸閱讀:
http://hi.baidu.com/chinauser/item/b30af90b23335dde73e67608
如何實現(xiàn)超時
http://libmemcached.org/libMemcached.html程序中需要有超時這種功能,比如你多帶帶訪問一個后端Socket模塊,Socket模塊不屬于我們上面描述的任何一種的時候,它的協(xié)議也是私有的,那么這個時候可能需要自己去實現(xiàn)一些超時處理策略,這個時候就需要一些處理代碼了。
PHP中超時實現(xiàn)一、初級:最簡單的超時實現(xiàn) (秒級超時)
思路很簡單:鏈接一個后端,然后設置為非阻塞模式,如果沒有連接上就一直循環(huán),判斷當前時間和超時時間之間的差異。
phpsocket中實現(xiàn)原始的超時:(每次循環(huán)都當前時間去減,性能會很差,cpu占用會較高)
$host=”127.0.0.1″; $port=”80″; $timeout=15;//timeoutinseconds $socket=socket_create(AF_INET,SOCK_STREAM,SOL_TCP) ordie(“Unabletocreatesocketn”); socket_set_nonblock($socket) //務必設置為阻塞模式 ordie(“Unabletosetnonblockonsocketn”); $time=time(); //循環(huán)的時候每次都減去相應值 while(!@socket_connect($socket,$host,$port))//如果沒有連接上就一直死循環(huán) { $err=socket_last_error($socket); if($err==115||$err==114) { if((time()-$time)>=$timeout)//每次都需要去判斷一下是否超時了 { socket_close($socket); die(“Connectiontimedout.n”); } sleep(1); continue; } die(socket_strerror($err).”n”); } socket_set_block($this->socket)//還原阻塞模式 ordie(“Unabletosetblockonsocketn”); ?>二、升級:使用PHP自帶異步IO去實現(xiàn)(毫秒級超時)
說明:
異步IO:異步IO的概念和同步IO相對。當一個異步過程調(diào)用發(fā)出后,調(diào)用者不能立刻得到結果。實際處理這個調(diào)用的部件在完成后,通過狀態(tài)、通知和回調(diào)來通知調(diào)用者。異步IO將比特分成小組進行傳送,小組可以是8位的1個字符或更長。發(fā)送方可以在任何時刻發(fā)送這些比特組,而接收方從不知道它們會在什么時候到達。
多路復用:復用模型是對多個IO操作進行檢測,返回可操作集合,這樣就可以對其進行操作了。這樣就避免了阻塞IO不能隨時處理各個IO和非阻塞占用系統(tǒng)資源的確定。
使用socket_select()實現(xiàn)超時
socket_select(…,floor($timeout),ceil($timeout*1000000));select的特點:能夠設置到微秒級別的超時!
使用socket_select()的超時代碼(需要了解一些異步IO編程的知識去理解)
編程 調(diào)用類 編程
can_read(0)as$socket){ if($socket==$client->socket){ //NewClientSocket $select->add(socket_accept($client->socket)); } else{ //there’ssomethingtoreadon$socket } } } ?>編程 異步多路復用IO & 超時連接處理類 編程
sockets=array(); foreach($socketsas$socket){ $this->add($socket); } } functionadd($add_socket){ array_push($this->sockets,$add_socket); } functionremove($remove_socket){ $sockets=array(); foreach($this->socketsas$socket){ if($remove_socket!=$socket) $sockets[]=$socket; } $this->sockets=$sockets; } functioncan_read($timeout){ $read=$this->sockets; socket_select($read,$write=NULL,$except=NULL,$timeout); return$read; } functioncan_write($timeout){ $write=$this->sockets; socket_select($read=NULL,$write,$except=NULL,$timeout); return$write; } } ?>C&C++中超時實現(xiàn)一般在LinuxC/C++中,可以使用:alarm()設置定時器的方式實現(xiàn)秒級超時,或者:select()、poll()、epoll()之類的異步復用IO實現(xiàn)毫秒級超時。也可以使用二次封裝的異步io庫(libevent,libev)也能實現(xiàn)。
一、使用alarm中用信號實現(xiàn)超時 (秒級超時)
說明:Linux內(nèi)核connect超時通常為75秒,我們可以設置更小的時間如10秒來提前從connect中返回。這里用使用信號處理機制,調(diào)用alarm,超時后產(chǎn)生SIGALRM信號(也可使用select實現(xiàn))
用alarym秒級實現(xiàn) connect設置超時代碼示例:
//信號處理函數(shù)staticvoidconnect_alarm(intsigno) { debug_printf(“SignalHandler”); return; } //alarm超時連接實現(xiàn) staticvoidconn_alarm() { Sigfunc*sigfunc;//現(xiàn)有信號處理函數(shù) sigfunc=signal(SIGALRM,connect_alarm);//建立信號處理函數(shù)connect_alarm,(如果有)保存現(xiàn)有的信號處理函數(shù) inttimeout=5; //設置鬧鐘 if(alarm(timeout)!=0){ //…鬧鐘已經(jīng)設置處理 } //進行連接操作 if(connect(m_Socket,(structsockaddr*)&addr,sizeof(addr))<0){ if(errno==EINTR){//如果錯誤號設置為EINTR,說明超時中斷了 debug_printf(“Timeout”);
文章版權歸作者所有,未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/20606.html
摘要:今天跑腳本遇到一個奇怪的問題,就是請求到后期會出現(xiàn)程序阻塞卡死,無異常無響應,一直掛起,腳本也不會自動結束。設置允許執(zhí)行的最長秒數(shù)。增加執(zhí)行超時后的請求設置函數(shù)。從錯誤類型中,看到確實是有一些請求在秒內(nèi)未能執(zhí)行完畢。 今天跑腳本遇到一個奇怪的問題,就是cURL請求到后期會出現(xiàn)程序阻塞卡死,無異常無響應,一直掛起,腳本也不會自動結束。跟對方溝通后說,哥們兒,是不是你們的程序有問題啊,這邊...
摘要:月日,在上海舉行的第六屆中國開發(fā)者大會上,騰訊開源項目首次全面發(fā)布版本,閱文集團高級開發(fā)工程師梁晨對如何通過構建高性能框架做了經(jīng)驗分享。騰訊開源項目貢獻者,騰訊開發(fā)組成員,對于構建高性能后臺微服務治理有豐富的經(jīng)驗。 5月19日,在上海舉行的第六屆中國PHP開發(fā)者大會(PHPCon)上,騰訊開源項目TARS首次全面發(fā)布PHP版本,閱文集團高級開發(fā)工程師梁晨(Ted)對PHP如何通過TAR...
摘要:結論把存入數(shù)據(jù)庫前必須做次處理中文處理包含中文的字符串時,會將中文字符轉換為的形式,而且通過是不能恢復的。處理特殊字符通過解決中文問題會帶來新問題,的特殊字符處理。 開發(fā)過程中經(jīng)常碰到要把前端的json格式的數(shù)據(jù)傳遞到后端php,php做一些業(yè)務處理后把數(shù)據(jù)存到mysql,然后,php再從mysql中取出數(shù)據(jù)返回到前端。雖然這是一個再基礎不過的處理過程,但還是有不少問題需要認真研究。下...
摘要:結論把存入數(shù)據(jù)庫前必須做次處理中文處理包含中文的字符串時,會將中文字符轉換為的形式,而且通過是不能恢復的。處理特殊字符通過解決中文問題會帶來新問題,的特殊字符處理。 開發(fā)過程中經(jīng)常碰到要把前端的json格式的數(shù)據(jù)傳遞到后端php,php做一些業(yè)務處理后把數(shù)據(jù)存到mysql,然后,php再從mysql中取出數(shù)據(jù)返回到前端。雖然這是一個再基礎不過的處理過程,但還是有不少問題需要認真研究。下...
摘要:年月日,在上海舉行的第六屆中國開發(fā)者大會上,騰訊開源項目首次全面發(fā)布版本,閱文集團高級開發(fā)工程師梁晨對如何通過構建高性能框架做了經(jīng)驗分享。分享內(nèi)容作為騰訊開源的框架,在發(fā)布之后即受到開源領域的關注。閱文集團本身也有一塊新的業(yè)務在使用。 2018年5月19日,在上海舉行的第六屆中國PHP開發(fā)者大會(PHPCon)上,騰訊開源項目TARS首次全面發(fā)布PHP版本,閱文集團高級開發(fā)工程師梁晨對...
閱讀 3606·2021-11-15 11:38
閱讀 2801·2021-11-11 16:55
閱讀 2550·2021-11-08 13:22
閱讀 2628·2021-11-02 14:45
閱讀 1304·2021-09-28 09:35
閱讀 2568·2021-09-10 10:50
閱讀 463·2019-08-30 15:44
閱讀 2775·2019-08-29 17:06