🤳🏽 🧑🏼‍🤝‍🧑🏻 🚶 सी-शनी डिबगर के तहत PHP: हम Zend इंजन के अंदर खुदाई करते हैं 👵🏼 🔊 🤶

किसी तरह मुझे एक समस्या का सामना करना पड़ा: PHP वेब क्रॉलर खुद के लिए ठीक काम करता है, यह काम करता है, और फिर अचानक (3-6 घंटे के काम के बाद) यह कुछ करना बंद कर देता है और 100% सीपीयू खाना शुरू कर देता है। ऐसी समस्या की तलाश कैसे करें? आप कैसे जानते हैं कि यह चक्रों में कहां जाता है? लेकिन क्या होगा अगर आप एक डिबगर के साथ PHP से जुड़ते हैं और आपको वहां से जो कुछ भी चाहिए, उसका पता लगा लेते हैं? कट के तहत विवरण।

इस स्थिति में क्या किया जा सकता है?

यहां कई विकल्प नहीं हैं: आप पूरी स्क्रिप्ट में लॉग में प्रविष्टियों को व्यवस्थित कर सकते हैं और देख सकते हैं कि वह किस पर रुका है। इससे हम किसी तरह यह मान सकते हैं कि यह कहाँ और कैसे लटका है। इसमें बहुत लंबा समय लगता है - मैंने लॉग में एक प्रविष्टि रखी, एक लटका पकड़ा, देखा, पर्याप्त जानकारी नहीं थी, हमने और भी प्रविष्टियाँ स्थापित कीं, आदि। - इसलिए, मैंने बाद में इस विकल्प को छोड़ दिया, अगर कोई अन्य उपयुक्त नहीं है।
इसके लिए xdebug का उपयोग करने से काम नहीं चलेगा - जहाँ तक मैं समझता हूँ, इसमें पहले से चल रही PHP स्क्रिप्ट से जुड़ने की कार्यक्षमता नहीं है। और यदि आप स्क्रिप्ट को पहले से ही xdebug के तहत चलाते हैं, तो फिर से आपको "रन" पर क्लिक करने के लिए नहीं मिलेगा और फिर, जब यह लटका होता है, तो "रोकें" पर क्लिक करें - xdebug में आप केवल ब्रेकपॉइंट द्वारा यात्रा कर सकते हैं (सही करें कि अगर मैं यहां गलत हूं)।

आइडिया - आप GDB का उपयोग करके देख सकते हैं!

मेरा मुख्य काम PHP से संबंधित है, लेकिन मुझे अक्सर जीसीसी के तहत C ++ लिखना पड़ता है (जिसे मुझे वास्तव में पसंद करना चाहिए)। Gdb का उपयोग करके सर्वर पर सीधे c ++ प्रोग्राम डिबगिंग में अनुभव होता है - यह बहुत मुश्किल नहीं है और वास्तव में, gdb डीबगर कंसोल प्रोग्राम के लिए काफी सुविधाजनक है। तो इसके साथ हमारी PHP स्क्रिप्ट को डीबग करने का प्रयास क्यों न करें? साथ ही आप पीएचपी इंटर्नल में भी थोड़ी गहराई से खुदाई कर सकते हैं।

हमें क्या चाहिए?

सर्वर पर ssh एक्सेस की आवश्यकता है। रूट की जरूरत नहीं है - हम स्थानीय रूप से सब कुछ कर सकते हैं। तो:

GDB

आप व्यवस्थापक से इसे स्थापित करने या स्थानीय स्तर पर संकलित करने और स्थापित करने के लिए कह सकते हैं। मैंने एडमिन से पूछा।

PHP डिबगिंग जानकारी के साथ संकलित है

वास्तव में, डिबग संस्करण की आवश्यकता नहीं है। PHP के लिए आवश्यक सभी को -g स्विच के साथ संकलित किया जाना है। किसी कारण से, PHP 5.2.17 को इस कुंजी के साथ मेरी डिबग असेंबली में इकट्ठा नहीं किया गया था, जिसने इस मामले को बहुत सुविधाजनक बनाया - मैं उसी एक्सटेंशन का उपयोग करने में कामयाब रहा जो नियमित संस्करण के लिए उपयोग किया जाता है। जहां तक मुझे समझ में आया, अगर मैंने PHP को डिबग संस्करण में इकट्ठा किया था, तो मैं इन समान एक्सटेंशन का उपयोग नहीं कर पाऊंगा - मुझे उन लोगों का उपयोग करना होगा जो PHP के साथ आएंगे।
आगे देखते हुए, मैं कहूंगा कि मुझे अभी भी PHP बनाने के लिए libxml2 की आवश्यकता है। इसके अलावा, यह पता चला है कि समस्या libcurl में थी, इसलिए इसके अलावा मैंने इसके अंदर पहुंचने के लिए डिबग असेंबली में libcurl भी बनाया।
इसलिए, हम एकत्र करते हैं (मैं मेमोरी से लिखता हूं, इसलिए गलतियां हो सकती हैं):

$ wget <libxml2 download url> $ tar -xzf libxml2-2.7.8.tar.gz $ cd libxml2-2.7.8 $ ./configure --prefix=$HOME/libs $ make && make install

 $ wget <libcurl download url> $ tar -xzf curl-7.18.2.tar.gz $ cd curl-7.18.2 $ ./configure --prefix=$HOME/libs --enable-debug $ make && make install

PHP बिल्ड थोड़ा अधिक जटिल है - आपको अभी भी डेबियन में php.ini फ़ाइलों के लिए पथ निर्दिष्ट करने की आवश्यकता है, संकलित libxml2 का पथ और संकलित libcurl का पथ:

 $ wget <php-5.2.17 download url> $ tar -xzf php-5.2.17.tar.gz $ cd php-5.2.17 $ ./configure --disable-debug --with-config-file-path=/etc/php5/cli --with-config-file-scan-dir=/etc/php5/cli/conf.d --with-libxml-dir=$HOME/libs --disable-pdo --with-curl=$HOME/libs $ make

मैं फिर से दोहराता हूं। PHP को --disable-debug (-g कंपाइलर विकल्प को वैसे भी निर्दिष्ट किया गया था) के साथ संकलित करना और स्थानीय रूप से सभी मॉड्यूल के साथ पूरी तरह से PHP स्थापित करने की तुलना में सभी तैयार किए गए मॉड्यूल को लिंक करना आसान था। इसलिए, मैंने इंस्टाल नहीं किया। बेहतर हो सकता है कि इसे --prefix = $ HOME / libs विकल्प के साथ कॉन्फ़िगर करें और इंस्टॉल करें, लेकिन मैंने ऊपर जो किया वह मेरे उद्देश्यों के लिए पर्याप्त था।
सभी संकलित - PHP चलाते हैं। यहां भी, चीजें इतनी चिकनी नहीं हैं: मुझे तुरंत यह बताने का विकल्प नहीं मिला कि एक्सटेंशन कहां हैं, इसलिए मुझे हर बार PHP शुरू करने के बाद इस निर्देशिका को निर्दिष्ट करना पड़ा:

 $ php/php-5.2.17/sapi/cli/php -d extension_dir=/usr/lib/php5/20060613 PHP Warning: Module 'curl' already loaded in Unknown on line 0

कर्ल के साथ त्रुटि समझ में आता है - हमने पहले से ही अंतर्निहित कॉर्ल मॉड्यूल के साथ PHP संकलित किया है, इसलिए जब बाहरी कर्ल को जोड़ने की कोशिश की जाती है, तो ऐसी त्रुटि पॉप अप होती है। यह सामान्य रूप से ठीक है।
सब कुछ विधानसभा के साथ, आप बग को चला सकते हैं और पकड़ सकते हैं।

दरअसल, लॉन्च और डेब्यू

अनावश्यक जानकारी के साथ पाठक को अधिभार न देने के लिए, मैंने PHP में एक छोटी स्क्रिप्ट बनाई है जहाँ आप डीबग सुविधाओं को gdb के माध्यम से देख सकते हैं:

 <?php class A { protected $_a = NULL; public function __construct($a) { $this->_a = $a; } public function run() { while (true) { sleep(1); } } } class B { protected $_a = NULL; protected $_b = NULL; public function __construct() { $this->_b = rand(1000, 9999); $this->_a = new A(rand(1000, 9999)); } public function run() { $this->_a->run(); } } $b = new B; $b->run();

तो, स्क्रिप्ट चलाएँ:

 $ php/php-5.2.17/sapi/cli/php -d extension_dir=/usr/lib/php5/20060613 test/test.php

हम अपनी प्रक्रिया के PID को देखते हैं और दूसरे टर्मिनल में GDB चलाते हैं:

 $ ps auwx | grep test.php $ gdb GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. ...... This GDB was configured as "x86_64-linux-gnu". (gdb)

हमारी प्रक्रिया में संलग्न करें:

 (gdb) attach 7455 Attaching to process 7455 Reading symbols from /<homedir>/php/php-5.2.17/sapi/cli/php...done. ..... Reading symbols from /<homedir>/libs/lib/libcurl.so.4...done. Loaded symbols for /<homedir>/libs/lib/libcurl.so.4 ..... 0x00007fd9e6c22040 in nanosleep () from /lib/libc.so.6 (gdb)

अगर हम [lib] ..... से पठन प्रतीकों को देखते हैं - तो सब कुछ ठीक हो गया, और हम इस बाइनरी को सुरक्षित रूप से डीबग कर सकते हैं।
हम पीछे देखते हैं

(gdb) bt
#0 0x00007fd9e6c22040 in nanosleep () from /lib/libc.so.6
#1 0x00007fd9e6c21e97 in sleep () from /lib/libc.so.6
#2 0x0000000000587277 in zif_sleep (ht=1, return_value=0x278c010, return_value_ptr=0x0, this_ptr=0x0,
return_value_used=0) at /[homedir]/php/php-5.2.17/ext/standard/basic_functions.c:4794
#3 0x000000000068a733 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff0b7d6310)
at /[homedir]/php/php-5.2.17/Zend/zend_vm_execute.h:200
#4 0x0000000000690204 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x7fff0b7d6310)
at /[homedir]/php/php-5.2.17/Zend/zend_vm_execute.h:1740
#5 0x000000000068a221 in execute (op_array=0x278ad38)
at /[homedir]/php/php-5.2.17/Zend/zend_vm_execute.h:92
#6 0x00007fd9e655b90f in zend_oe () from /usr/lib/php5/20060613/ZendOptimizer.so
#7 0x000000000068a886 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff0b7d6570)
at /[homedir]/php/php-5.2.17/Zend/zend_vm_execute.h:234
#8 0x000000000068b3af in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x7fff0b7d6570)
at /[homedir]/php/php-5.2.17/Zend/zend_vm_execute.h:322
#9 0x000000000068a221 in execute (op_array=0x278b8c0)
at /[homedir]/php/php-5.2.17/Zend/zend_vm_execute.h:92
#10 0x00007fd9e655b90f in zend_oe () from /usr/lib/php5/20060613/ZendOptimizer.so
#11 0x000000000068a886 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff0b7d68a0)
at /[homedir]/php/php-5.2.17/Zend/zend_vm_execute.h:234
#12 0x000000000068b3af in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x7fff0b7d68a0)
at /[homedir]/php/php-5.2.17/Zend/zend_vm_execute.h:322
#13 0x000000000068a221 in execute (op_array=0x2787b88)
at /[homedir]/php/php-5.2.17/Zend/zend_vm_execute.h:92
#14 0x00007fd9e655b90f in zend_oe () from /usr/lib/php5/20060613/ZendOptimizer.so
#15 0x0000000000665598 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /[homedir]/php/php-5.2.17/Zend/zend.c:1134
#16 0x0000000000615608 in php_execute_script (primary_file=0x7fff0b7d8ee0)
at /[homedir]/php/php-5.2.17/main/main.c:2036
#17 0x00000000006dfa82 in main (argc=4, argv=0x7fff0b7d90f8)
at /[homedir]/php/php-5.2.17/sapi/cli/php_cli.c:1165
(gdb)

सबसे पहले, हम निष्पादन के अंदर फ्रेम में रुचि रखते हैं () [Zend / zend_vm_execute.h: 92]। ये PHP फ़ंक्शन के लिए कॉल हैं। यह जानने के लिए कि PHP स्क्रिप्ट में हम इस समय कहां हैं:

(gdb) f 13
#13 0x000000000068a221 in execute (op_array=0x2d3fb88)
at /[homedir]/php/php-5.2.17/Zend/zend_vm_execute.h:92
92 if (EX(opline)->handler(&execute_data TSRMLS_CC) > 0) {
(gdb) print execute_data.function_state.function->common.scope->name
$20 = 0x2d423a0 "B"
(gdb) print execute_data.function_state.function->common.function_name
$21 = 0x2d43790 "run"
(gdb) print execute_data.opline->lineno
$22 = 28
(gdb) f 9
#9 0x000000000068a221 in execute (op_array=0x2d438c0)
at /[homedir]/php/php-5.2.17/Zend/zend_vm_execute.h:92
92 if (EX(opline)->handler(&execute_data TSRMLS_CC) > 0) {
(gdb) print execute_data.function_state.function->common.scope->name
$23 = 0x2d42380 "A"
(gdb) print execute_data.function_state.function->common.function_name
$24 = 0x2d44c48 "run"
(gdb) print execute_data.opline->lineno
$25 = 23
(gdb) f 5
#5 0x000000000068a221 in execute (op_array=0x2d42d38)
at /[homedir]/php/php-5.2.17/Zend/zend_vm_execute.h:92
92 if (EX(opline)->handler(&execute_data TSRMLS_CC) > 0) {
(gdb) print execute_data.function_state.function->common.function_name
$26 = 0x770781 "sleep"
(gdb) print execute_data.opline->lineno
$27 = 10
(gdb)

कुछ स्पष्टीकरण: f [संख्या] हमें एक निश्चित फ्रेम में फेंक देता है, प्रिंट [chetatam] - एक चरित्र को प्रिंट करें जो इस फ्रेम के दायरे में है।
ऊपर दिए गए उदाहरण में, हमें कक्षा का नाम, विधि / फ़ंक्शन का नाम और लाइन नंबर मिला है, जहां इसे कहा जाता है (फ्रेम 5 में, वर्ग नाम परिभाषित नहीं किया गया है, क्योंकि यह एक अंतर्निहित नींद () फ़ंक्शन) है। वास्तव में, हमें एक बैकस्ट्रेस PHP स्क्रिप्ट मिली। पहले से ही इस जानकारी के आधार पर, कोई यह समझ सकता है कि लेख की शुरुआत में वर्णित मायावी बग के पैर कहां से आते हैं।

आज के लिए बस इतना ही। यदि विषय में रुचि है, तो अगली बार मैं आपको बताऊंगा कि कैसे चर की सामग्री को देखना है और कैसे PHP में अरैज़ की व्यवस्था की जाती है। आपका ध्यान देने के लिए धन्यवाद। मुझे आशा है कि किसी को सामग्री में दिलचस्पी थी।

सी-शनी डिबगर के तहत PHP: हम Zend इंजन के अंदर खुदाई करते हैं

इस स्थिति में क्या किया जा सकता है?

आइडिया - आप GDB का उपयोग करके देख सकते हैं!

हमें क्या चाहिए?

GDB

PHP डिबगिंग जानकारी के साथ संकलित है

दरअसल, लॉन्च और डेब्यू

More articles: