phpUnderControl vs Xinc
Nedávno jsem se snažil trochu vylepšit vývoj o některé aspekty, které mají spíše formálnější charakter. Celý vývojový proces jsem načrtl na následujícím obrázku.
Vývojář PHP má výhodu libovolného IDE (preferuji Eclipse PDT). Pro zdrojové kódy používám jako SCM Subversion. Nedávno jsem přidal pre-commit hook skript na kontrolu syntaxe. Používám ho hlavně pro kontrolu projektů v Zend Frameworku. PHP_CodeSniffer podporuje Checkstyle tak není problém výstup zaintegrovat i do jiných programů. Jako post-commit skript používám generován XML logů, které používá stránka s náhledy na projekty na kterých pracuji.
Protože jsem si oblíbil Phing pro automatizaci tvroby buildu hledal jsem něco co by to celé zastřešilo. Řešení je Continuous integration a pro php jsou použitelné jen dva projekty a to phpUnderControl a Xinc. Oba umí stejné nebo podobné věci a přece jenom se trochu liší jak vznikli a jak se provozují.
Jako první jsem zkoušel phpUnderControl. Ten je založený jako plugin do Cruisecontrolu, který je napsaný v Jave a běží jako vlastní webový server, který používá Ant a může volat víceméně přes něj cokoliv si zamanete. V phpUnderControl je integrována podpora pro PHPUnit (Code Coverage, Project Mess Detection and Software Metrics), PHPDocumentor a PHP_CodeSniffer. Pro zobrazení dat je připravena sada XSL stylesheetů pro Cruisecontrol, tak jsou vidět pěkné grafy.
Jedinou nevýhodu vidím v tom, že je to odělený systém běžící na Javě, ale to může být pro někoho klidně i výhoda.
Další CI server jsem vyzkoušel Xinc, ten má výhodu, že je napsaný v PHP a stačí mu Apache a skript který slouží jako CRON pro buildy. Místo Antu je použitý Phing a má ještě navíc podporu pro XDebug, který také umí Code Coverage Analysis a Profiling.
Xinc má vzhled založený na knihovně eZ Components, používá Base a Graph. Chybí mi v defaultních templates lepší podpora pro zobrazování výsledků z PHPDocumentor, PHP_CodeSniffer jak to má udělené phpUnderControl. Jak je vidět např. v demu, tak pokud se podívate na jednotlivý projekt je to jen log a odkazy, není to příliš elegantní a nejsou to jednotlivé html stránky na které lze odkazovat. Vývoj ale intenzivně pokračuje a uvidíme jakých vylepšení se dočkáme ve verzi 2.1. Výhody Xincu také vidím ve psaní pluginů přímo v php.
Zajímalo by mě jak to funguje jinde a případně, které řešení používate a proč.
Vložil Ladislav Prskavec 
Continuous integration, php 
Bez komentářů » 
Listopad 2008
Zend Framework 1.6 a ajax pomocí jQuery
Jak jsem psal v Zend Framework 1.6 a moje zkušenosti s Dojo TabContainer, nakonec jsem použil jQuery. Ve formuláři se dají měnit některá data, které jsou závislá na dalších, které automaticky předvyplňuji a na to jsem použil při změnách ajax. Docela mě potěšilo jak jednoduše a pěkně se to dá udělat pomocí jQuery.
<script>
$(document).ready(function(){
$("#example > ul").tabs();
$('#page1-deadline_vyzva').datepicker();
$('#page3-datum_zahajeni').datepicker();
$('#page3-datum_ukonceni').datepicker();
$('#page1-editor').change(function(){
$.ajax({
type: "POST",
url: "<?php echo $this->baseUrl();?>/user/info/idcvut/" + $(this).val(),
success: function(xml){
if ($.browser.msie)
{
xmlDoc=new ActiveXObject("Microsoft.XMLDOM");
xmlDoc.async="false";
xmlDoc.loadXML(xml);
$("#page1-navrhovatel_jmeno")[0].value = xmlDoc.getElementsByTagName("name")[0].childNodes[0].nodeValue;
$("#page1-navrhovatel_email")[0].value = xmlDoc.getElementsByTagName("email")[0].childNodes[0].nodeValue;
$("#page1-navrhovatel_telefon")[0].value = xmlDoc.getElementsByTagName("phone")[0].childNodes[0].nodeValue;
$("#page1-navrhovatel_pracoviste")[0].value = xmlDoc.getElementsByTagName("dept")[0].childNodes[0].nodeValue;
}
else
{
$("#page1-navrhovatel_jmeno")[0].value = $("name", xml).text();
$("#page1-navrhovatel_email")[0].value = $("email", xml).text();
$("#page1-navrhovatel_telefon")[0].value = $("phone", xml).text();
$("#page1-navrhovatel_pracoviste")[0].value = $("dept", xml).text();
}
}
}); // end ajax
}); // end change function
}); // end document ready
</script>
...
Původní skript jsem rošířil o několik dalších funkcí, přidal jsem datapickery pro datumy a potom ten ajax. Nejprve pomocí vybere prvek a přidáme mu attribut onChange.
$('#page1-editor').change(function(){ … });
Do této funkce jsem vložil volání ajaxu. Je to jednoduché a dobře pochopitelné. Type je typ GET nebo POST, v url je URL Controlleru, který vrací XML s potřebnými daty. Pomocí $(this.val) si šáhnu na vyplněnou hodnotu v políčku na které jsem aplikoval onChange(). Success vrací data, které si jednoduše parsuji přes $(”name”, xml).text(), kde name je <name></name> z xml dat, které posílá php.
Je to jednoduché a moc pěkný kód, který najde uplatnění. Dobré je, že není potřeba do formuláře přidávat do atributů funkci onchange, jak jsem to musel dělat, když jsem nepoužívat jQuery.
Ještě přidám část kódu z controlleru:
…
function infoAction()
{
$this->_helper->layout->disableLayout();
$this->_helper->getHelper('ViewRenderer')->setNoRender();
$idcvut = (int)$this->_request->getParam('idcvut');
//echo $idcvut;
$ssu = new Usermap($this->config);
// make xml
//Zend_Debug($i);
$i=$ssu->getUsermapInfoByID($idcvut);
$xml = '<user><name>'.$i[‘cn’].'</name><email>'.$i['email'].'</email><phone>'.$i[‘phone’].'</phone><dept>'.$i[‘department’].'</dept></user>';
echo $xml;
}
…
Snad to někomu pomůže, moc příkladů na Zend a jQuery ajax jsem nikde nenašel.
Vložil Ladislav Prskavec jquery, zend framework 1 komentář » Září 2008
Zend Framework 1.6 a moje zkušenosti s Dojo TabContainer
Zrovna dělám na jednom malém projektu, který jsem hned začal psát zrovna jak vyšel ZF 1.6, celkem standardní věci až na to, že jsem potřeboval rozdělit formulář na více stránek a udělat záložky.
Postupoval jsem podle manulálu, vyvořil jsem si formulář se subformy a celkem to dobře funguje. Potom když jsem potřeboval rozbrazit záložky narazil jsem na několik problémů se kterými jsem si různě poradil.
Takto vypadají záložky pomocí Dojo frameworku.
Nejdříve byl problém přidat záložku kde byl jen text. Tak jsem vytvořil vlastní element a ten potom vracel jen co jsem do něj napsal za text. Dalším problémem byl konec fomuláře jak je vidět na obrázku tak špatně uzavíral a číst ho mizela.
To jsem opravil tak, že jsem celou strukturu záložek přesunul do View.
<?php echo $this->form; ?>
jsem musel udělat
<?php
$this->dojo()->enable();
echo "<form method='".$this->form->getMethod()."' enctype='application/x-www-form-urlencoded' >";
// Container with tabs
$this->tabContainer()->captureStart('tab1', array(), array('style' => 'width:950px;height:800px;'));
// First tab "Dates"
$this->contentPane()->captureStart('pane1', array(), array('title' => 'Vstupní evidence'));
echo $this->form->getSubform('page1');
echo $this->contentPane()->captureEnd('pane1');
// Second tab "FAQ"
$this->contentPane()->captureStart('pane2', array(), array('title' => 'Příprava rozpočtu'));
echo $this->form->getSubform('page4');
echo $this->contentPane()->captureEnd('pane2');
// Third tab "Closable"
$this->contentPane()->captureStart('pane3', array(), array('title' => 'Podání projektu'));
echo $this->form->getSubform('page2');
echo $this->contentPane()->captureEnd('pane3');
// Fourth tab "Splitted"
$this->contentPane()->captureStart('pane4', array(), array('title' => 'Realizace projektu'));
echo $this->form->getSubform('page3');
echo $this->contentPane()->captureEnd('pane4');
echo $this->tabContainer()->captureEnd('tab1');
echo $this->form->submit;
echo "</form>"
?>
Je to složitější ale všechno vypadalo jak mělo, jen byl problém s poslední stranou formuláře. Je tam málo položek a tabContainer se neumí přizpůsobit výšce vloženého obsahu. To se mi nepodařilo vyřešit jinak než nahradit Dojo jQuery UI, který jsem byl zvyklý používat doteď.
<script>
$(document).ready(function(){
$("#example > ul").tabs();
});
</script>
<?php
foreach ($this->notice as $n) {
echo '<div class="error">'.$n . '</div>';
}
echo "<form method='".$this->form->getMethod()."' enctype='application/x-www-form-urlencoded' >";
// Container with tabs
?>
<div id="example" class="flora">
<ul>
<li><a href="#page-1"><span>Vstupní evidence</span></a></li>
<li><a href="#page-2"><span>Příprava rozpočtu</span></a></li>
<li><a href="#page-3"><span>Podání projektu</span></a></li>
<li><a href="#page-4"><span>Realizace projektu</span></a></li>
</ul>
<div id="page-1">
<?php echo $this->form->getSubform('page1'); ?>
</div>
<div id="page-2">
<?php
echo "<div style='padding:1em;'>";
include("../application/views/scripts/index/rozpocet.phtml");
echo "</div>";
?>
</div>
<div id="page-3">
<?php echo $this->form->getSubform('page2'); ?>
</div>
<div id="page-4">
<?php echo $this->form->getSubform('page3'); ?>
</div>
</div>
<?php
echo $this->form->submit;
echo "</form>";
?>
Po úpravě stylu to vypadá jinak, ale je to funkční jak chci a přesně kopíruje rozměry formuláře.
Přijde mi, že v Dojo je spousta jednoduchých věcí jako jsou třeba ty taby zatím celkem nedotažené. Co si myslíte o té integraci ZF s Dojo?
Vložil Ladislav Prskavec javascript, jquery, zend framework Komentářů: 2 » Září 2008
Subversion pro každého
Protože jsem v češtině nenašel žádnou knihu, kterou bych mohl strčit do ruky někomu kdo se mě ptá jak začít pracovat se Subversion a návody na webu nejsou zcela ucelené, tak jsem se rozhodl napsat takovou příručku pro každého kdo chce se Subversion pracovat.
Nesnažím se o překlad SVN book i když ten by této knize výrazně pomohl, ale snažím se shrnout postupy a praxe co nejjednodušeji, aby to začátečník pochopil. Já už se SVN, ale dělám delší čas a nemám potřebný odstup a proto budu vděčný za zpětnou vazbu co týká obsahu, co přidat a co je zbytečné a případných chyb.
Ke psaní jsem použil Docbook a jako editor XMLmind, PSPad a SciTE. Do html převádím docbook za pomoci PHP tímto jednoduchým skriptem.
<?php
$xml_filename="svn-kniha.xml";
$xsl_filename="c:\Program Files\XMLmind_XML_Editor\addon\config\docbook\xsl\xhtml\docbook.xsl";
$doc = new DOMDocument();
$xsl = new XSLTProcessor();
$doc->load($xsl_filename);
$xsl->importStyleSheet($doc);
$doc->load($xml_filename);
file_put_contents("index.html",str_replace("</head>","><link href='default.css' type='text/css' rel='stylesheet' />
</head>",$xsl->transformToXML($doc)));
?>
Vložil Ladislav Prskavec scm, subversion Komentářů: 5 » Červenec 2008
NetBeans IDE 6.5 Milestone 1
Dnes jsem narazil na, že hoši od NetBeans vydali 6.5M1 a ukázali tam nové vlastnosti, které v 6.5 budeme mít pro PHP.
Je vylepšená podpora code completion, je vidět, že zahrnuje PHPDoc. Roman Štrobl ukazuje ve svém screencastu jak to funguje. Myslím, že to přesně to co jsem od NetBeans očekával plus pár věcí, které se budou hodit. Pěkný refaktoring i podpora require jsou další nové věci. Novinky v angličtině jsou pěkně popsány na blogu Netbeans PHP.
Vložil Ladislav Prskavec ide, php 1 komentář » Červenec 2008
Gettext a PHP
Gettext je Open Source nástroj na překlad aplikací. Kdo s tímto nástrojem pracuje může můj článek rovnou vynechat, protože tyto věci zná.
Getext má jedinou nevýhodu, kterou lze celkem přejít, nejde přímo lidsky číst, ukládájí se v binárním tvaru do souboru s příponou *.mo. Pokud používáte nějakou vlastní metodu pro překlad určitě to bude něco z toho co nabízí Zend Framework (ZF) v Zend_Translate (pole, csv, xml – tbx, xliff, xmltm, gettext) nebo nějakou metodu založenou na databázi. Sám jsem zkusil během let většinu těchto metod a celkem se s nimi pracovalo dobře pokud se aplikace moc nerozrostla a případně pokud neměl překládat někdo kdo neuměl pracovat s prostředím ve kterém jsem pracoval.
Na Gettextu se mi líbí hlavně aplikace pro editaci poEdit. Aplikace umí parsovat zdrojové kódy pro překlad. To je asi nejlepší co moje dřívější metody nikdy neměli, gettext si najde sám co překládat a umožňuje použít už hotové překlady pro automatické překlady.
Pro práci s Gettextem potřebujete buď ZF nebo extenze pro gettext. ZF v 1.5 zatím nepodporuje množná čísla.
Ukázka použití getextu jako extenze PHP.
<?php
// Nastaveni jazyka
setlocale(LC_ALL, 'cs');
// Urcení mista prekladu
bindtextdomain("TestApp", "./lang");
// Nastaveni domeny
textdomain("TestApp");
// Preklad se hleda v souboru ./lang/cs/LC_MESSAGES/TestApp.mo
// Pro tisk je potreba pouzit tento postup
echo gettext("Vitejte v aplikaci");
// nebo pouzit alias _() pro gettext()
echo _("Vitejte v aplikaci");
?>
V ZF nemusíte tak striktně dodržovate cesty a práce s gettextem je obdobná.
<?php
// Překlad
$t = new Zend_Translate('gettext', '../lang/czech.mo', 'cs');
$t->setLocale('cs');
// tisk
echo $t->_(‘Vítejete v aplikaci’);
?>
Aplikace poEdit je podle mě asi nejznámější a teké nejlepší pro práci s Gettextem, edituje soubory zdrojové v *.po a kompiluje výsledek do *.mo při ukládání. Je potřeba jen mít správně nastavené cesty k projektu se kterým právě pracujete.
Pro práci s ZF je jen potřeba přidat pro v konfiguraci další koncovky do PHP parseru, já jsem používal překlad kromě php skriptech také v v phtml. Bez úpravy nastavení by nenašel xgettext vaše řetězce k předkladu.
Osobně se mi líbí na gettextu, že můžu mít poEdit současně otevřený s Eclipse nebo jiným editorem a překlady průběžně doplňovat a když je to větší projekt tak jednoduše to celé dělám v jednom jazyce případně v CZ, EN variantě a potom může kdokoliv lehce přeložit text do dalšího jazyka.
Zdrojáky ukázky jsou ke stažení na zip archivu.
V ZF 1.6 budou změny v Zend_Translate.
Používá někdo nějakou vlastní metodu s parsováním pro překlad textů obdobně jako to dělá getext?
Vložil Ladislav Prskavec php, zend framework Bez komentářů » Červenec 2008