DOCSLIB.ORG

Linuxvilág Fejlesztõi Sarok

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Linuxvilág Fejlesztõi Sarok Fejlesztõi sarok PHP nyomkövetõk (3. rész) Sorozatunk elõzõ részeiben áttekintést adtunk a Linux alatt elérhetõ PHP nyom- követõkrõl. Szó esett a PHP nyomkövetés általános meggondolásairól, valamint beszéltünk a Gubed/Quanta nyílt forrású programok mûködésérõl, beállításáról. Most a Nusphere::PhpED fejlesztõkörnyezetrõl és nyomkövetõrõl lesz szó. Miért éppen a PhpED? fájljaink. Semmi elõzményünk A webszerver újraindítása után Ebben a részben kivételt tennék nincs semmilyen fejlesztõkörnye- (sajnos rendszergazdaként lehet csak annyiban, hogy a PhpED program zetben, csak nyomkövetni akarunk, ilyet mûvelni, vagy – egy jól beállított több platformra is létezõ implementá- de még tegnap, ha lehet. Ekkor rendszeren – az erre kiválasztottak ezt ciói közül nem a Linuxos, hanem hogyan érdemes elkezdeni a munkát sudo-val is megtehetik) érdemes kiad- a Microsoft Windows-ra írt változatot a PhpED-del? ni egy php -m parancsot, ami a szer- venném górcsõ alá. Ennek verziószá- vermodulokat mutatja. A lista végén ma jóval elõrébb tart Linuxos társánál. A webszerver okosítása látszania kell a nyomkövetõ protokol- Nehezen érthetõ számomra, hogy Elõször is a webszerverben futó PHP- lért felelõs modulnak: a DBG szerzõje és a NuSphere vezetõ- értelmezõ verziószámával egyezõ je, Dmitri Dmitrienko miért intézi ezt számú dbg__.so-fájl másolandó fel [Zend Modules] így. Azonban népszerûsége és hasz- a PhpED kliens oldali könyvtárából DBG nálhatósága miatt nem hagyhatjuk a szerver extension_dir könyvtárába a PhpED-et figyelmen kívül. E sorok (aminek tényleges mivoltát pl. egy A PhpED beállítása nyomdába kerülésekor talán már phpinfo()-ból, vagy magából a php.ini- Abban az esetben, ha tényleg szinte a linuxos változat is eléri azt a 4.5-ös bõl tudhatunk meg). A PHP-értelmezõ semmit nem akarunk, csak hibát ke- verziószámot, ami alapján e sorok verziószámát a php -v parancs is resni, akkor is meg kell néhány infor- © Kiskapu Kft. Minden jog fenntartva születtek. megmutatja. mációt adnunk a fejlesztõkörnyezet Ha az ember csak úgy vaktában el- A php.ini-be be kell írnunk néhány számára: kezd PHP nyomkövetõt vagy profilké- paramétert. Melegen ajánlott, hogy szítõ alkalmazást keresni, mert eddig csak a localhostot engedjük: • Új munkaterületet (workspace) még nem használt semmi ilyesmit, nevezünk ki, mondjuk „szimpla” de a baj most erre kényszeríti, akkor extension=dbg.so néven nagy valószínûséggel ez az eszköz [debugger] akad a kezébe. Közkedveltsége abból debugger.enabled=on • Új projektet is gyártunk, melynek is fakad, hogy van benne FTPS debugger.profiler_enabled=on a gyökérkönyvtárát például (TLS/SSL), WebDAV/HTTPS (SSL) debugger.hosts_allow=localhost „minimalis”-ra nevezzük. Ilyen- és SOAP kliens támogatás, tud kap- debugger.hosts_deny=ALL kor még meg kell adni legalább csolódni SQL szerverekhez, igen jó debugger.ports=7869, 10000/16 a „Mapping root URL”-t a dokumentációja, s hogy a támogatói és a webszerver document levelezõlistán maga a szerzõ válaszol Amiatt lehetséges a szerveren gyökérkönyvtárát, például meg szinte minden levelet (ami õt a localhost (helyi gép) használa- http://szerverneve/egyeb és érinti). Olvasható is vele egy interjú ta, mert majd a kliensünk operá- /var/www/html/ez_az_a_resz/ a www.nusphere.com oldalon. ciós rendszerébõl indítunk egy Innen tölthetõ le maga a program is. ssh-alagutat a webszerver felé, • Ekkor feljön egy dialógusablak, és onnantól kezdve az „helyinek” amiben végre elmenthetjük PhpED fejlesztõkörnyezetet IDE, fog látszani: a projektünket például de gyorsan! minimalis.ppj néven. Érdemes Tegyük fel, hogy úgy áll a helyzet, "c:\program files\putty\putty" ügyelni arra, hogy a projekt hogy van egy (távoli) webszerver, -ssh -R 7869:localhost:7869 gyökérkönyvtárának a neve amin ott vannak a PHP anyagaink, login@szerverneve is emlékeztessen erre a névre. 22 Linuxvilág Fejlesztõi sarok A nyomkövetés indítása Ezek után már nyithatjuk is a vizsgál- ni kívánt URL-t: A Tools menübõl az ”Open URL”-be írva: http://szerverneve/admin Itt van lehetõség eldönteni, mely jelölõnégyzetbe kattintunk pipát: nyomkövetni akarunk-e (Run debug session), teljesítményt szeretnénk elemezni (Run profiler session), esetleg külsõ böngé- szõt szeretnénk használni (Run in external browser). És már megy is a nyomkövetés. Lehet 1. ábra Beállítások lépegetni sorról sorra. Az elsõ soron © Kiskapu Kft. Minden jog fenntartva automatikusan megáll a nyomkövetés – ennek megváltoztatásához van is egy jelölõnégyzet a beállításoknál. Állíthatunk töréspontot, feltételhez kötve is. Lehet nézni a változók érté- két (egérrel rámutatva), vagy akár változtatni rajtuk. A beépített profilkészítõ (3. ábra) bosszantó módon csak 20 sort mutat az ingyenesen kipróbálható változatban, úgyhogy lényegében felesleges is sokat beszélni róla, annyi más szabad eszköz van e célra. Ha valakinek mégis kell a PhpED teljesítményelemzésének eredménye, el lehet menteni egy .xml fájlba (floppi ikon). Ha a teljesítmény- elemzés közben szeretnénk meg- nézni azt a kódrészletet, aminek a mérési adatait láthatjuk, akkor szükség van még valamire, amit 2. ábra Tipp mutatásával indul a PhpED kliensprogram könytárleképezésnek (mapping) hívnak, és ami a forráskód beazo- nosítására szolgál. Ez persze nem árt a normál nyomkövetéshez sem; akkor ugyanis nem ad figyelmezte- téseket az „unmapped files”, azonosí- tatlan fájlok miatt. Könytárleképezés után szebb az élet Ez nem egy triviális feladat. Nem véletlen, hogy a PhpED levelezõ- listáján minden második kérdés erre vonatkozik. Eleinte nem volt világos, hogy mit mivel akar össze- párosíttatni a program. Eleinte azt a két információt adtam meg csak, hogy mi a webes URL és a webszerver fájlrendszerében való elérési út. Kiderült azonban, hogy 3. ábra A profilkészítõ csak akkor mûködik megfelelõen www.linuxvilag.hu 2006. október 23 Fejlesztõi sarok Az APD forrásból fordítása a phpize; ./configure; make parancssorral történhet. A fordításhoz kell néhány csomag a webszerverre, ha még nincs ott: dpkg alapú rendszereknél az apt-get install php-dev php-devel automake gcc cpp parancssor segít sokat. Ezeket a fordí- tás után apt-get remove-val érdemes eltávolítani, ne éktelenkedjenek ott fe- leslegesen (és a biztonságot aláásva). A keletkezett modules/apd.so fájl bemásolandó a fent tárgyalt „extension_dir” könyvtárba (így tud majd betöltõdni, mint „zend_extension”). A php.ini fájlba 4. ábra A PhpED teljes díszben még be kell írnunk e sorokat, majd © Kiskapu Kft. Minden jog fenntartva újraindíthatjuk a webszervert: a program, ha a helyi gépen is tegrálni a webszerverbe, de ilyen- zend_extension = /az/apd.so/ megtalálhatóak az érintett fájlok. kor sajnos elszállt a webszerver elérési/útja (Vagy én nem találtam meg segfault hibával, ami nem is csoda, apd.dumpdir = /a/kimeneti/ a módját a másképp szervezésnek; hiszen ez a modul is módosítja fájlok/könyvtárának/neve mindenesetre a nagy vetélytárs, a PHP belsõ függvényhívásait, apd.statement_trace = 0 a Zend Studio jobban viselkedett így más kiterjesztéseket zavarhat. kezeim között e tekintetben.) Az Xdebug behúzását tehát Ez utóbbi a soronkénti nyomkövetést Magyarán a projekt tulajdonsá- „kikommenteztem” (pontos- állítja. 1-esre állítva igencsak lelassul gait beállító fõ ablaknak három vesszõvel) a php.ini-ben. az alkalmazás. A középsõ sorból az (nem egymás közelében levõ) „PHP Performance Profiling” látszik, hogy meg kell adni egy kime- sora tartozik össze: A fent említett (PHP teljesítményelemzés) címmel neti könyvtárat (amit aztán célszerû webes URL és a webszerver fájl- olvasható angol nyelven egy rész- pl. egy chmod 777 paranccsal írhatóvá rendszerében való elérési út letes írás az APD-rõl: tenni) – ide fognak érkezni az APD mellett a „Projekt” rész alatti Root www.linuxjournal.com/article/7213, által gyártott kimeneti fájlok, például directory-t (gyökérkönyvtárat) is valamint a www.php-editors.com/ a pprof.04214.0. (A fájlnév végén levõ be kell állítani úgy, hogy onnan php_manual/ref.apd.html is jó eligazí- számok processzazonosítóra utalnak.) kiindulva azonos elérési úttal lehes- tást ad. Az APD inkább azt tûzte Az APD lefordítása után találunk sen itt megtalálni a .php fájlokat, ki céljául, hogy olyan profilkészítõ a könyvtárban egy pprofp (PHP mint a webszerveren. S ekkor lesz a PHP számára, mint amilyen profiler parser) nevû, parancssorból már a profiler is meg tudja nevezni a gprof a C nyelv számára, vagy futtatható szkriptet, sok kapcsolóval a forrásokat, és rá tud állni az a Perl Devel::DProf-ja. (mi szerint rendezze az adatokat, általunk keresett részre. Ha 20 sornál hosszabb a kód: ne APD fel! A PhpED teljesítményelemzése csak 20 sort mutat. Azonban aggodalomra nincsen ok: rendelkezésünkre áll az Advanced PHP Debugger (APD) pecl.php.net/package/apd. Neve megtévesztõ. Szerzõjével, George Schlossnagle-vel váltottam egy e-mailt, amiben megkérdez- tem, milyen klienst tud ajánlani programjához. Azt írta, hogy prog- ramja igazából teljesítményelem- zésre való – nyomkövetéshez használjam az Xdebug-ot. Próbáltam õket (az APD-t és az Xdebug-ot, amirõl a következõ 5. ábra APD-kimenet kcachegrind ruhában részben lesz szó) egyszerre bein- 24 Linuxvilág Fejlesztõi sarok mit mutasson és mit ne stb.). Az APD kimenetébõl tehát messze nem pusztán az egyes lépések futási ideje derül ki, hanem lehet pl. függvényhívási fát is kérni. Dpkg alapú rendszerekben a kdesdk csomag része a pprof2calltree, amivel a a kcachegrind számára feldolgoz- hatóvá tehetjük az APD kimenetébõl kapott fájlokat. A kcachegrind (és tartozéka, a callgrind) letölthetõ innen: kcachegrind.sourceforge.net. A teljesítményelemzésnek alávetendõ
Load more

Recommended publications
  • Debuggage D'applications PHP Avec Xdebug Introduction Dans Le Cadre De Cet Article Nous Nous Intérresserons Uniquement À Xdebug
    Debuggage d'applications PHP avec XDebug Introduction Dans le cadre de cet article nous nous intérresserons uniquement à Xdebug. Tout développement informatique a minima conséquent, comporte une phase de débuggage et, ou d'optimisation. Et Présentation même si l'on utilise des méthodes permettant de limiter au maximum les phases de débuggage en 'aval', via par Xdebug est une extension dynamique pour php, exemple des efforts de réutilisation, de tests unitaires et de développée par Derick Rethans. La dernière version relectures, l'on peut tout à fait se retrouver dans la situation, stable de Xdebug, au moment de la rédaction de cet où l'on doit intégrer du code développé par des tiers. article est la 0.9.0. La version 1.0 étant encore au stade de la RC1 : La plupart des autres languages orientées ou non Web, disposent à partir d'un certains niveau de maturité d'une http://www.jdimedia.nl/derick/xdebug.php pléthore d'outils ou d'IDE permettant d'assister les Le site officiel d' Xdebug développeurs dans ces phases de développement. Installation sous Linux Dès lors, il peut devenir intérréssant de se poser la question légitime : "quid des outils de débuggage avec php ?". La procédure décrite sur le site fonctionne correctement, à savoir : Jusqu'à récemment le seul outil de ce type se nommait Dbg : • Copier le .so dans le répertoire d'extension de http://dd.cron.ru/dbg/ php. Le site officiel de Dbg • Rajouter la ligne suivante dans le php.ini : zend_extension="{votre path d'extension php}/xdebug.so" • Relancer votre serveur Web si votre version de Il est notamment utilisés par des IDE tel PhpEdit ou PhpEd.
    [Show full text]
  • Develop Object Based Debugging Tool Technique for Improving the Performance of Object Oriented Softwares
    International Journal of Computer Science Engineering and Information Technology Research (IJCSEITR) ISSN (P): 2249-6831; ISSN(E): 85-92 Vol. 3, Issue 5, Dec 2013, 223-232 © TJPRC Pvt. Ltd. DEVELOP OBJECT BASED DEBUGGING TOOL TECHNIQUE FOR IMPROVING THE PERFORMANCE OF OBJECT ORIENTED SOFTWARES D. M. THAKORE1 & TANVEER S BEG2 1Professor, Bharati Vidyapeeth Deemed University College of Engineering, BVDUCOE, Pune, Maharashtra, India 2Reaserch Scholar, Computer Student, Bharati Vidyapeeth Deemed University College of Engineering, BVDUCOE, Pune, Maharashtra, India ABSTRACT Various functionalities and debugging techniques during software development may end with some blunder mistakes in later stages of software development, due to which intended and projected functionality of the software is difficult to achieve. In the process of Software Development and evolution, Developer has to answer multiple questions about how the code or software behaves at runtime. The traditional or classical debugger while debugging gives developer bunch of breakpoints in the source code. This is an vague and not consistent stage which is difficult to be used by the developer for development. Some of debugging tools are helpful for understanding the problems, as acknowledged from conventional tools that the difficulty of object oriented system expands, debugging becomes by a long way difficult. Developer needs a devoted user interface for such type of these operations related to objects and other; this need is pleased by facilitating a user interface for the programmer. Object based debugging tool looks ahead to analyse the relationship in between the objects at some point in the runtime. There exists therefore conceptual space between the interface offered by the debugger and the need of the developer, hence to beat this drawback or problem; there is a need for object based debugger and useful interface for it.
    [Show full text]
  • Phpeclipse: a User Guide
    PHPEclipse: A User Guide Shu-Wai Chow BIRMINGHAM - MUMBAI PHPEclipse: A User Guide Copyright © 2006 Packt Publishing All rights reserved. No part of this book may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written permission of the publisher, except in the case of brief quotations embedded in critical articles or reviews. Every effort has been made in the preparation of this book to ensure the accuracy of the information presented. However, the information contained in this book is sold without warranty, either express or implied. Neither the author, Packt Publishing, nor its dealers or distributors will be held liable for any damages caused or alleged to be caused directly or indirectly by this book. Packt Publishing has endeavored to provide trademark information about all the companies and products mentioned in this book by the appropriate use of capitals. However, Packt Publishing cannot guarantee the accuracy of this information. First published: January 2006 Published by Packt Publishing Ltd. 32 Lincoln Road Olton Birmingham, B27 6PA, UK. ISBN 1-904811-44-2 www.packtpub.com Cover Design by www.visionwt.com Credits Author Development Editor Shu-Wai Chow Douglas Paterson Reviewer Indexer Thomas M. Ose Ashutosh Pande Technical Editor Proofreader Nikhil Bangera Chris Smith Editorial Manager Production Coordinator Dipali Chittar Manjiri Nadkarni Cover Designer Helen Wood About the Author Shu-Wai Chow has worked in the field of computer programming and information technology for the past eight years. He started his career in Sacramento, California, spending four years as the webmaster for Educaid, a First Union company and another four years at Vision Service Plan as an application developer.
    [Show full text]
  • STM32 Microcontroller Debug Toolbox
    AN4989 Application note STM32 microcontroller debug toolbox Introduction STM32 end-users are sometimes confronted with non- or partially-functional systems during product development. The best approach to use for the debug process is not always obvious, particularly for inexperienced users. To address the above concerns, this application note provides a toolbox describing the most common debug techniques and their application to popular recommended IDEs for STM32 32-bit Arm® Cortex® MCUs. It contains detailed information for getting started as well as hints and tips to make the best use of STM32 Software Development Tools in STM32 ecosystem. This application note applies to the microcontrollers listed in Table 1. Table 1. Applicable products Type Sub class STM32 High Performance MCUs Microcontrollers STM32 Mainstream MCUs STM32 Ultra Low Power MCUs January 2021 AN4989 Rev 3 1/118 www.st.com 1 Contents AN4989 Contents 1 Foreword . 8 1.1 General information . 8 1.2 Software versions . 8 1.3 Acronyms . 8 2 STM32 ecosystem outlines . 9 2.1 Hardware development tools . 9 2.1.1 Hardware kits . 9 2.1.2 ST-LINK probe . 16 2.1.3 Alternative debugger probes . 19 2.2 Software development tools . 20 2.2.1 STM32CubeMX . 21 2.2.2 STM32CubeIDE . 22 2.2.3 Partner IDEs . 24 2.2.4 STM32CubeProgrammer . 25 2.2.5 STM32CubeMonitor . 27 2.3 Embedded software . 28 2.4 Information and sharing . 29 2.4.1 Documentation . 30 2.4.2 Wiki platform . 31 2.4.3 Github . 31 2.4.4 ST Community . 31 2.4.5 STM32 Education .
    [Show full text]
  • IAR Embedded Workbench®
    IAR Embedded Workbench® IDE Project Management and Building Guide UIDEEW-6 COPYRIGHT NOTICE © 1996–2013 IAR Systems AB. No part of this document may be reproduced without the prior written consent of IAR Systems AB. The software described in this document is furnished under a license and may only be used or copied in accordance with the terms of such a license. DISCLAIMER The information in this document is subject to change without notice and does not represent a commitment on any part of IAR Systems. While the information contained herein is assumed to be accurate, IAR Systems assumes no responsibility for any errors or omissions. In no event shall IAR Systems, its employees, its contractors, or the authors of this document be liable for special, direct, indirect, or consequential damage, losses, costs, charges, claims, demands, claim for lost profits, fees, or expenses of any nature or kind. TRADEMARKS IAR Systems, IAR Embedded Workbench, C-SPY, visualSTATE, The Code to Success, IAR KickStart Kit, I-jet, I-scope, IAR, and the logotype of IAR Systems are trademarks or registered trademarks owned by IAR Systems AB. Microsoft and Windows are registered trademarks of Microsoft Corporation. Adobe and Acrobat Reader are registered trademarks of Adobe Systems Incorporated. All other product names are trademarks or registered trademarks of their respective owners. EDITION NOTICE Sixth edition: September 2013 Part number: UIDEEW-6 Internal reference: M12, Too6.6.2, ISUD. 2 IDE Project Management and Building Guide AFE1_AFE2-1:1 Brief contents Tables ...................................................................................................................... 11 Preface .................................................................................................................... 13 Part 1. Project management and building ............ 21 The development environment ................................................................
    [Show full text]
  • TYPO3 4.3 Multimedia Cookbook
    TYPO3 4.3 Multimedia Cookbook Over 50 great recipes for effectively managing multimedia content to create an organized website in TYPO3 Dan Osipov BIRMINGHAM - MUMBAI This material is copyright and is licensed for the sole use by jackie tracey on 23rd February 2010 953 Quincy Drive, , Brick, , 08724 TYPO3 4.3 Multimedia Cookbook Copyright © 2010 Packt Publishing All rights reserved. No part of this book may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written permission of the publisher, except in the case of brief quotations embedded in critical articles or reviews. Every effort has been made in the preparation of this book to ensure the accuracy of the information presented. However, the information contained in this book is sold without warranty, either express or implied. Neither the author, nor Packt Publishing, and its dealers and distributors will be held liable for any damages caused or alleged to be caused directly or indirectly by this book. Packt Publishing has endeavored to provide trademark information about all of the companies and products mentioned in this book by the appropriate use of capitals. However, Packt Publishing cannot guarantee the accuracy of this information. First published: January 2010 Production Reference: 1210110 Published by Packt Publishing Ltd. 32 Lincoln Road Olton Birmingham, B27 6PA, UK. ISBN 978-1-847198-48-8 www.packtpub.com Cover Image by Vinayak Chittar ([email protected]) This material is copyright and is licensed for the sole use by jackie tracey on 23rd February 2010 953 Quincy Drive, , Brick, , 08724 Credits Author Editorial Team Leader Dan Osipov Mithun Sehgal Reviewers Project Team Leader Karsten Dambekalns Lata Basantani Mario Rimann Mathias Schreiber Project Coordinator Poorvi Nair Acquisition Editor Rashmi Phadnis Proofreader Andie Scothern Development Editor Reshma Sundaresan Graphics Technical Editor Nilesh R.
    [Show full text]
  • An Efficient Debugging Tool for Object Oriented System
    International Journal of Computer Science Engineering and Information Technology Research (IJCSEITR) ISSN(P): 2249-6831; ISSN(E): 2249-7943 Vol. 3, Issue 5, Dec 2013, 1-10 © TJPRC Pvt. Ltd. AN EFFICIENT DEBUGGING TOOL FOR OBJECT ORIENTED SYSTEM D. M. THAKORE1& TANVEER S BEG2 1Guide, Bharati Vidyapeeth Deemed University College of Engineering, Pune, Maharashtra, India 2Research Scholar, Bharati Vidyapeeth Deemed University College of Engineering, Pune, Maharashtra, India ABSTRACT Inappropriate debugging techniques during software development may leads to some blunder mistakes in later stages of software development, due to which intended and projected functionality of the software is difficult to achieve. In the process of Software Development and evolution, Developer has to answer multiple questions about how the code or software behaves at runtime. The traditional or classical debugger while debugging gives developer bunch of breakpoints in the source code. This is an imprecise and inconsistent stage which is difficult to be used by the developer for development. Some of debugging tools are helpful for understanding the problems, as stated from traditional tools that the complexity of object oriented system expands, debugging becomes considerably difficult. Developer needs a dedicated user interface for these operations on objects; this need is fulfilled by facilitating a user interface for the programmer. Object based debugging tool looks forward to analyze the relationship in between the objects during the runtime. There exists therefore conceptual gap between the interface offered by the debugger and the need of the developer, hence to overcome this drawback or problem; there is a need for object based debugger and useful interface for it.
    [Show full text]