आइए डिबगिंग और प्रोफाइलिंग के बारे में एक शब्द कहते हैं [PHP]

आलस से सब कुछ आता है। आपको किसी और की बहुत बड़ी परियोजना मिली जिसमें आपको छोटे संपादन करने की आवश्यकता है, या आपने एक स्क्रिप्ट लिखी है और यह तुरंत स्पष्ट नहीं है कि इसके लिए अभी भी अनुकूलन की आवश्यकता है। कैसे हो? कोड पढ़ना और विश्लेषण करना, स्क्रीन पर या फ़ाइल (var_dump (), आदि) में प्रत्येक चरण को प्रदर्शित करना हमेशा प्रभावी नहीं होता है, क्योंकि आप डिबगिंग टूल का उपयोग कर सकते हैं, जो आज बहुत अधिक हैं। संक्षेप में अक्सर होने वाली सूची ...

Xdebug Debugger और Profiler टूल - PHP एक्सटेंशन। सर्वर और सेटिंग्स पर स्थापना की आवश्यकता है। प्रदर्शित कर सकते हैं: फ़ंक्शन कॉल स्टैक, मेमोरी आवंटन। विशेषताएं: प्रोफाइलिंग, कोड कवरेज विश्लेषण, अनंत पुनरावृत्ति के खिलाफ सुरक्षा, इंटरैक्टिव स्क्रिप्ट डिबगिंग। Xdebug लॉग विज़ुअलाइज़ेशन सॉफ़्टवेयर: Webgrind - प्रोफाइलिंग Xdebug के लिए एक वेब-आधारित इंटरफ़ेस, जिसे PHP, MacGDBp - Mac OS X क्लाइंट में लिखा गया है, जो आपको Xdebug का उपयोग करके PHP अनुप्रयोगों को डीबग करने की अनुमति देता है। लिनक्स GUI kcachegrind । नि: शुल्क। कई आईडीई के साथ एकीकृत करता है। Xdebug के साथ PHP अनुप्रयोगों को देखना । जब आप php.ini में विकल्प को सक्षम करते हैं:

html_errors = On 

var_dump () आउटपुट और त्रुटि संदेशों को प्रारूपित करेगा।

Xhprof फेसबुक से एक PHP विस्तार है। सर्वर और सेटिंग्स पर स्थापना की आवश्यकता है। आपको प्रत्येक फ़ंक्शन के निष्पादन समय, मेमोरी उपयोग, विलंबता, कॉल की संख्या और बहुत कुछ इकट्ठा करने की अनुमति देता है। यह एक्सटेंशन PECL रिपॉजिटरी से उपलब्ध है । यहाँ प्रलेखन पढ़ें [tyts] । Xhprof और FirePHP का उपयोग करके php अनुप्रयोगों की रूपरेखा और डिबगिंग भी। फायदे में से, यह सिस्टम को अधिक लोड नहीं करता है, आप इसे लड़ाई पर रख सकते हैं। नि: शुल्क।

DBG (PHP डीबगर और प्रोफाइलर) - PHP एक्सटेंशन। सर्वर और सेटिंग्स पर स्थापना की आवश्यकता है। आपको एक परीक्षण और / या उत्पादन सर्वर पर काम करने की अनुमति देता है और आईडीई या कंसोल से स्थानीय या दूरस्थ रूप से स्क्रिप्ट को डीबग करता है। भुगतान किया / मुक्त संस्करण।

ZendDebug - PHP एक्सटेंशन, Zend Studio का हिस्सा (पेड आईडीई)। सर्वर और सेटिंग्स पर स्थापना की आवश्यकता है। यह लगभग सब कुछ xdebug, GUI जैसे Zend Studio या Zend Server IDE की अनुमति देता है। एक अतिरिक्त शुल्क के लिए। नीचे हम इसे और अधिक विस्तार से मानते हैं।

Memtrack एक PHP एक्सटेंशन है। आपको मेमोरी लीक की खोज करने की अनुमति देता है। मुकुट या एक डेमॉन के रूप में चलने वाली लिपियों की जांच करना सुविधाजनक है। नि: शुल्क। देखें [tyts]

APD Advanced PHP डीबगर एक PHP एक्सटेंशन है। कमजोर प्रतियोगी xdebug के लिए, लेकिन इसमें मेमरी क्षमताएं हैं। यह आईडीई के साथ खराब रूप से एकीकृत है, लेकिन इसमें एक कंसोल इंटरफ़ेस है (देखें [ tyts ])। नि: शुल्क।

DTrace + PHP एक PHP एक्सटेंशन है। निम्न स्तर की डिबगिंग। देखें [tyts] । बस स्ट्रेस और अन्य सिस्टम डिबगर्स के अस्तित्व के बारे में मत भूलना, जो कभी-कभी दिखाने में सक्षम होते हैं, इसलिए बोलने के लिए, "कुत्ते ने अफवाह फैला दी।" उदाहरण के लिए
strace -p 1111
PID = 1111 के साथ सिस्टम कॉल स्क्रिप्ट का विश्लेषण। नेटवर्क ट्रैफ़िकर्स (विंडोज), एनक्रेप , टीसीपीडम्प (लिनक्स) - नेटवर्क ट्रैफ़िक, प्रोटोकॉल, आदि का विश्लेषण करने के लिए भी।

FirePHP - फायरफॉक्स के लिए php + एक्सटेंशन में लिखा गया एक वर्ग। आपको फायरबग कंसोल को php विधियों को कॉल करके डिबगिंग संदेश भेजने की अनुमति देता है। सभी जानकारी X-FirePHP-Data के हेडर के माध्यम से भेजी जाती है, जिससे पृष्ठों की मुख्य सामग्री ओवरलैप नहीं होती है। नि: शुल्क। फ़ायरबग के साथ डीबगिंग PHP देखें

php- कंसोल - Google Chrome के लिए php + एक्सटेंशन में लिखा गया है। FirePHP का एक एनालॉग, केवल Google Chrome के लिए, लेकिन कुछ अलग कार्यक्षमता के साथ। नि: शुल्क। Php- कंसोल देखें

PHP_Debug php में लिखा गया क्लास। यह PHP कोड को डिबग करने में मदद करता है, स्क्रिप्ट निष्पादन पथ दिखाता है, सभी चर, रनटाइम, फ़ाइलें, निष्पादित क्वेरीज़, वॉच चर दिखाता है ... यह जानकारी स्क्रिप्ट निष्पादन के दौरान एकत्र की जाती है, और इसके अंत में प्रदर्शित की जाती है और इसे किसी भी समय उपयोग किया जा सकता है। नि: शुल्क।

पिनबा एक वास्तविक समय की निगरानी और सांख्यिकी सेवा है। देखना
हम वास्तविक समय में php की निगरानी करते हैं
पिनबा के साथ PHP कोड प्रदर्शन की निगरानी करना । नि: शुल्क।

सामान्य लेख:
PHP प्रोफाइलिंग
जटिल वेब अनुप्रयोगों को डीबग करना - उत्पादन सर्वर पर एक प्रभावी बग कोल्हू

आधुनिक सीएमएस / सीएमएफ / फ्रेमवर्क में डिबगर्स । हम उन्हें नहीं मानते हैं, क्योंकि अक्सर वे विशिष्ट होते हैं और एक विशिष्ट शेल के लिए डिज़ाइन किए जाते हैं, जो उन्हें बाहरी रूप से उपयोग करना असंभव बनाता है (आईडीई) या उनके डिजाइनों में महत्वपूर्ण बदलाव के बिना उन्हें लागू करने के लिए।

अपने अनुप्रयोगों में अड़चनों को इकट्ठा करने और उनका विश्लेषण करने के लिए, कभी-कभी केंद्रीयकृत भंडारण तकनीक उपयोगी हो सकती है, [ tyts ] देखें।

ZendDebug पर वापस जाएं। चूंकि मैं मुख्य रूप से ज़ेंड स्टूडियो का उपयोग करता हूं, इसलिए मेरे लिए इसके साथ काम करना सबसे सुविधाजनक है। यह आपको स्क्रिप्ट की प्रगति को तुरंत समझने की अनुमति देता है, आईडीई से कोड के माध्यम से नेविगेशन का समर्थन करता है। आईडीई को छोड़कर किसी भी तृतीय-पक्ष उपकरण की आवश्यकता नहीं है। यह वास्तव में सुविधाजनक है, जैसा कि आप इसे एक बार सेट करते हैं, और इसका उपयोग करते हैं।

ज़ेंड स्टूडियो में डिबगिंग और प्रोफाइलिंग स्क्रिप्ट्स कम से कम दो तरीकों से संभव है xdebug या ZendDebug का उपयोग करना। अब केवल xdebug की साइट को मेरे लिए काम नहीं करने के बाद, यह कहता है कि यह संभव नहीं है - केवल डिबगिंग।

स्थानीय कोड डिबगिंग के बारे में Zend Studio 5.5 [tyts] के दिनों में वापस लिखा गया था। तब से, थोड़ा बदल गया है। लेकिन मैं एक समस्या में भाग गया जब वेब सर्वर और डिबग कोड एक दूरस्थ सर्वर पर है। अक्सर ऐसे सैंडबॉक्स को बाहर से बंद कर दिया जाता है, और केवल काम के लिए आवश्यक पोर्ट खोले जाते हैं। लेकिन अगर एसएसएच के माध्यम से इस तरह के सैंडबॉक्स तक पहुंच है, तो आप फायरवॉल फ़ंक्शन के साथ हस्तक्षेप किए बिना अभी भी ZendDebug को कॉन्फ़िगर कर सकते हैं।

आगे देखते हुए, मैं ध्यान देता हूं कि इसके लिए SSH सुरंग बनाना आवश्यक होगा। इस मामले में थोड़ी सी एसएसएच सुरंग की आवश्यकता क्यों है।

डिफ़ॉल्ट रूप से, Zend Studio डीबग सर्वर पर HTTP अनुरोध भेजकर एक दूरस्थ डिबगिंग सत्र आरंभ करता है। इस अनुरोध में रिटर्न एड्रेस पैरामीटर (आईपी एड्रेस और पोर्ट नंबर) शामिल है जो ZendDebug (सर्वर पर स्थापित) डिबगिंग जानकारी रिले करने के लिए Zend Studio के लिए एक नया कनेक्शन शुरू करते समय उपयोग करता है। वैसे, आप आईडीई से और ब्राउज़र से ज़ेड स्टूडियो के साथ आने वाले घटक को स्थापित करके डिबगिंग सत्र को आरंभ कर सकते हैं, यह काफी सुविधाजनक होगा।



एक नियमित डिबगिंग सत्र होगा, उदाहरण के लिए, मामले में जब कोड, वेब सर्वर और आईडीई स्थानीय कंप्यूटर पर स्थित होते हैं।

लेकिन अक्सर WEB सर्वर को आईडीई फायरवॉल, राउटर, प्रॉक्सी, आदि के साथ साझा किया जाता है। यह वह जगह है जहाँ SSH सुरंग काम आती है।

सुरंग के मामले में, डिबगिंग सत्र की स्थापना की प्रक्रिया में दो मुख्य चरण होते हैं:
- एक एसएसएच सुरंग बनाना;
- SSH सुरंग के माध्यम से अपने ट्रैफ़िक को संचारित करने के लिए डीबगर सेटिंग को Zend करें।

SSH सुरंग के माध्यम से डिबगिंग सत्र का आरेख रूप लेगा:

SSH सुरंग के माध्यम से सामान्य डिबगिंग सत्र

Zend Studio, डिफ़ॉल्ट रूप से, 10137 पोर्ट खोलता है। हम इसका उपयोग नीचे दिए गए उदाहरणों में करेंगे। यदि आवश्यक हो तो आप एक और पोर्ट भी असाइन कर सकते हैं।

Linux या Mac OS X पर SSH सुरंग बनाना कमांड लाइन से किया जा सकता है:
ssh <Zend Studio port>: 127.0.0.1: <port को डिबग सर्वर खोलने के लिए> @ उदाहरण:

 user@workstation:~> ssh -R 10137:127.0.0.1:10137 user@debugserver user@debugserver's password: <enter user's password on the debug server> Welcome to the Debug Server! user@debugserver:~$ 

Microsoft Windows में SSH सुरंग बनाने के लिए, आप PuTTY का उपयोग कर सकते हैं। एक कार्यशील एसएसएच कनेक्शन बनाने के बाद, आपको अतिरिक्त रूप से सुरंग को कॉन्फ़िगर करना होगा।


IDE से, सत्यापित करें कि पोर्ट 10137 और स्थानीय IP पता 127.0.0.1 सुन रहे हैं


ट्रैफ़िक थ्रॉटलिंग का अभ्यास अन्य उद्देश्यों के लिए आपके लिए उपयोगी हो सकता है। उदाहरण के लिए, DBMS SQL डंप करने के लिए स्थानीय उपयोगिताओं का उपयोग करना जब रिमोट डेटाबेस केवल 127.0.0.1 के साथ कनेक्शन की अनुमति देता है, आदि।

मुझे लगता है कि हर कोई ऊपर की सूची से हर दिन के लिए एक सुविधाजनक उपकरण पा सकता है। और वह विकास और भी अधिक खुशी लाएगा, और सवाल - "क्या हुआ? हम झूठ क्यों बोल रहे हैं? ”हमेशा एक त्वरित प्रतिक्रिया थी।

डिबगिंग और त्रुटि मुक्त लिपियों का आनंद लें, आपके ध्यान के लिए धन्यवाद।

यूडीपी। जोड़ा php- सांत्वना, धन्यवाद Arik