Všechno ukazuji na praktických příkladech s pomocí Ubuntu a virtualizace (VirtualBox) a za použití nástroje Vagrant.

Osnova školení pro WebExpo Academy

• Automatizace buildu
• Instalace Jenkins
• Continues Integration
• Continues Inspection
  • API dokumentace
  • Softwarove metriky
  • Duplicitni kod
  • Coding standard
  • Agregace vysledku
• Automatizace automatizace
• Continues Delivery

Informace o školení

Termín: pátek 16. 12. 2011 10:00 – 18:00

Cena 4 490,- Kč. V prosinci jen za 2 290,- Kč!

Kapacita: Zbývají 3 místa.

Objednávky: academy@webexpo.net, +420 775 477 457

Školení se konají v Praze v prostoru WebHub, adresa: Kafkova 16, Praha 6, dvě minuty pěšky od metra Dejvická.

Související články

• http://blog.prskavec.net/2009/12/php-codebrowser/
• http://blog.prskavec.net/2009/02/hudson-a-php/
• http://blog.prskavec.net/2009/04/phphudson/
• http://blog.prskavec.net/2009/03/pdepend-a-php-frameworky/
• http://blog.prskavec.net/2009/03/pdepend-a-php-frameworky-dodatek/
• http://blog.prskavec.net/2008/11/phpundercontrol-vs-xinc/
• http://blog.prskavec.net/2008/06/phing-svnlogtask/

Na videu je vidět průřez časovou osou jak čas běžel a jaké verzovací systémy nám postupně vznikali a vznikají.

Verzovací systémy jsou tu od roku 1972. Source Code Control System (SCCS) byl první verzovací systém, který položil základ všem verzovacím systémům až po dodnes. Dnes jsou nejznámější systémy: Subversion, Git a Mercurial. Ale každý měl nějaké předchůdce a vznikl protože ty předchozí nevyhovovali.

SCCS byl komerční a nahradil ho později Revision Control System (RCS), který byl open source náhradou za SCCS, na jeho základech byl v roce 1990 vytvořen Concurrent Versions System (CVS), který většina vývojářů už zná. Mezi jeho hlavní nevýhody jsem vždy považoval nemožnost přejmenování adresářů a správu jednotlivých souborů. Subversion v roce 2000 přišel s novinkou ve verzovaní celého stromu adresářů. Atomicita operací se rozšířila na celé adresáře ne jen na soubory jako v CVS. Subversion podporuje attributy, které se přidávání k souborů a s těmito metadaty dále pracuje.

SCCS ale kromě verzovacích systémů, které mají architekturu klient server byl také předchůdcem distribuovaných verzovacích systémů. První distribuovaný verzovací systém byl v roce 1996 Sun WorkShop TeamWare. Larry McVoy, který navrhl TeamWare vytvořil později BitKeeper, který se používal do roku 2005 pro vývoj jádra linuxu. V roce 2005 po sporu mezi společností BitKeeper a komunitou, přestali poskytovat zdarma BitKeeper a tak se Linus Torvalds rozhodl začít s vlastním verzovacím systémem Git. Na stejnou věc reagoval i Matt Mackall, když o měsíc později po Gitu uvedl Mercurial.

Verzovacích systémů je samozřejmě desítky, stále vznikají nové a spousta jich žije i když je asi dost lidí ani nezná. Nedají se vyzkoušet všechny. Osobně mám nejvíce zkušeností s tím čím jsem si prošel v práci a to je CVS, SVN a Git. Za ty roky co s nimi pracuji si myslím, že jsem si vždy polepšil a uvidíme co bude dál. Dnes považuji Git za naprosto dostačující k mé práci, jediné co bych mu vytknul je verze pro windows, kde často řeším problémy, které na linuxu ani neexistují.

Toto je častá otázka, kterou slyším. Spousta lidí používá sdílené adresáře pro práci s dokumenty. Přejmenovávají soubory a adresáře. Pokud znáte dokumenty typu Projekt-Final-Update!!.doc apod. tak víte o čem mluvím.

Každý programátor pracuje v jiné podadresáři?

Tak to trochu může lidem připadat, ale programátoři používají verzovací systém, který dokumentovou databází, která sleduje změny a pomůže v mnoha věcech.

Záloha a Obnova

Soubory, které ukládáme do verzovacího systému si nesou infomaci o času uložení a není problém skočit v čase co existuje repozitář kam chcete třeba co jste dělali 29.7.2009? Není problém.

Synchronizace

Pokud si verzujete například konfiguraci nastavení linuxu. Příklady najdete na githubu v repositářích nazvaných dotfiles. Tak si pomocí verzovacího systému lehce udržujete konfiguraci na všech počítačích, které používáte. Obdobně není problém to dělat s jakýmikoliv dokumenty.

Jednoduché Undo

Modifikujete soubor a nefunguje to a potřebujete vrátit změny zpět. Není problém obnovit poslední dobrou verzi. Maličkost.

Undo

Kdykoliv máte k dispozici undo, pokud například najdete chybu, kterou jste udělali před rokem není problém se vrátit zpět a podívat se jaké změny jste dělali a proč.

Sledování změn

Soubory jsem změněny, ale verzovací systém uchovává také zprávu, kde se často vysvětluje proč změna byla udělaná, dost často obsahuje například odkaz do bug trackeru apod. To jsou věci, které se často ze samotných souborů vyčíst nedají.

Sledování vlastníka

Každá změna je podepsaná a můžete kdykoliv zjistit, kdo který řádek modifikoval. To se hodí pokud potřebujete zjistit kdo změnu udělal.

Pískoviště (sandbox)

Výhoda verzovacích systémů je právě, že můžete pracovat na velkých změnách v izolované oblasti bez toho aby jste se báli, že ovlivníte celek.

Větve a merge

Větve slouží jako velké pískoviště, můžete mít desítky větví, které mohou po dlouhou dobu fungovat izolovaně a později pokud budete chtít spojíte (merge) je kam potřebujete.

Závěr

Sdílené adresáře jsou rychlé a jednoduché, ale rozhodně tyto vlastnosti verzovacích systémů jsou něco co je o dost lepší.

Verzovacích systémů jsou desítky, od SCCS (1972), přes CVS (1990), Subversion (2000) k distribuovaným jako je Darcs (2002), Git (2005) nebo Mercurial (2005). K nejnovějším přírůstkům patří Verocity (2011), které přidává například přímo podporu SCRUMu.

Volbu nechám na vás u mě od roku 2009 vítězí Git a ani za 2 roky se v tom nic nezměnilo.

Reportáž online:

Keynote

9:09 Sedíme na keynote a uvidíme co se chystá ….

Video na začátku a potom Filip pokračuje v Keynote.

9:19 Brad Abrams - Google Plus Platform Zatím se probíráme od roku 1990 do součastnosti naší minulostí a přesouváme se k mobile a cloud. Aktivace telefonů s Androidem mezi únorem 2010 (60k) až k 550k v červenci 2011. 300k aplikací v Android Marketu.

9:35 Petr Nálevka - Sleep as anDroid, ukázka aplikace. Budík - umí měřit spánkové cykly. Umí nahrávat spánkovou aktivitu i zvuky, chrápání apod. Statistiky o spaní a návyky. Captcha pro budík, aby jste to snad nezamáčkli. Celé snímání je přes akcelerometr. Aplikace se dá snadno rozšiřovat. 330k aktivních uživatelů a 60k prodaných kusů.

9:43 AdMob - 910 miliard reklam už bylo zobrazeno.

9:45 Chrome a HTML5, Chrome Webstore

9:51 Ilmari Heikkinen - WebGL demo, tree.js, flux slider transgallery, asteroids. Pěkné demo na Developers tools v Chrome, zvláště pretty print funkce pro javascript je hodně pěkná.

10:00 WebM Video, Web Audio Api, HTML5 s WebIntents, Native Client (C, CPP v sandboxu), JS a DOM. HTML5 aplikace lehce najdete přes Chrome Web Store a zítra HTML5 Hackathon zítra a jedou na Google IO.

10:05 Video, YouTube 3D - trailer na novou Dobu ledovou ve 3D

10:10 Mano Marks a Jarda Bengl - Google Maps První Google Maps Mashup - http://housingmaps.com. Google Fusion Tables - demo s populací evropy. WebGL v mapách, klikněte vlevo dole vyzkoušet něco nového a mapy se přepnou do WebGL. Úžasné celé vektorové mapy místo obrázků a 3D budovy v normálních mapách provázání s satelitní mapou (ukázky New York, Rome, Venice).

10:24 Cloud, webová verze Angry Birds používá (GWT, HTML5, Google Plus, App Engine). Mobilní hry často App Engine používání na backendu (např. TapZoo). App Engine pro Google Doodles (ukázka, záznamy za 2 dny nahráli uživatelé několik let záznamů.

Google Cloud Storage, Google Prediction API jdou do provozu z Labs.

Google Cloud SQL uvádějí jako novinku. Iein Valdez uvedl demo. Použije se JDBC driver pro Google Cloud SQL (GCSQL). Ukázka na App Engine byla v Javě a PHP.

10:40 Google Plus s Circles, Hangouts, Mobile. Novinky přidávájí stále a během 90 dnů od spuštění přidali přes 100 novinek. Teď mají kolem 40M uživatelů a 3,4 mld. fotek. Plugins (+1 button), anotace pro vaše výsledky hledání. APIs (RESTful, JSON, OAuth2) a knihovny pro všechny běžné jazyky (Google Apis Explorer.

10:50 Jonathan Beri - Hangouts demo, přijde mi to jako Google Wave v nové verzi zaměřené více na to co lidé chtějí. Více o Google platform na https://developers.google.com/+/.

Keynote končí.

Ilmari Heikkinen - Tohle nejsou weby, které hledáte: Moderní webové aplikace v HTML5

Definuje moderní webovou aplikaci jako desktop UI s cloud backendem (příklad DJBreakPoint aplikace).

MVC Frameworks (Sproutcore, BackboneJS, ExtJS 4). Css Frameworks (Less, Sass). Divné, že nezmínil AngularJS, který Google přímo podporuje a vyvíjí. Responsive layout pro notebooky, mobily a tablety.

• formfactorjs.com
• www.leviroutes.com (pushState, řeší MVC JS Frameworky)

Ukázka webkitdirectory a drag and drop pro práci se soubory v Chrome. Ukázka ukládání na filesystem. Application cache pro ukládání.

<html manifest='cache.appcache'>

• LawnChair - simple json storage
• x-webkit-speech attribute například pro input.
• desktop notifikace - webkitNotifications
• performance tips - http://bit.ly/rizNVE

Old browsers

• Chrome Frame
• HTML5 Boiler Plate
• Modernizr
• jQuery

Chrome Web store

• $5 poplatek za registraci
• možnost monetizace HTML5 aplikací
• AppMator umí udělat manifest file

Slidy http://bit.ly/nrjLs7.

Reportáž skončila.

Shodnocení GDD 2011

Později jsem se vrátil na GDD bohužel až na Ignite, ale ty rozhodně stály za to. Přišlo mi to jako skvělý závěr GDD2011 a co bych chtěl ocenit je i přes menší rozpočet spousta věcí zaujala. Ocenil bych více advanced přednášek, kde přednášející mi řekne něco co nevím, ale to je hodně individuální.

Jinak celkem dobrá organizace, trochu registrace vázla, když člověk přišel později. Celkově jsem potkal spoustu lidí, které vidím jen tady.

Za mě jediné přání do dalšího roku, líbil by se mi například Vojta Jína nebo někdo s týmu AngularJS a nějaký workshop s nimi ať na GDD nebo mimo.

Update 24.10.2011

K dispozici jsou všechny videa. Úžasné!

• má HTML5 template
• mobile friendly
• podpora pro Twitter, Google Plus One, Disqus Comments, Pinboard, Delicious, and Google Analytics
• jednoduchý deployment (rake deploy)
• zvýrazňování zdrojové kódu (Solarized)
• jednoduchá změna vzhledu pomocí Compass a Sass

a další pluginy, které jsou přesně co vývojář potřebuje. Pro mě jsou nejdůležitější

• Gist
• jsFiddle
• Include Code

Doufám, že pokud se vám líbí Jekyll tak Octopress je ještě trochu lepší a na stejném základě.

Myslím, že vetšina lidí si shlédnutí roadmapy Subversion a čekaní 2 roky na změny, které potřebují migrovala na jiný verzovací systém. Ale celosvětově je Subversion stále velice používaný verzovací systém.

Novinky ve verzi 1.7

Byla opraveny spousty chyb což jistě všichni uživatelé ocení. A přidáno několik novinek, ty nejvýznamější zmínim dále.

WC-NG

Za dlouho očekávanou novou verzí pracovní kopie (WC, working copy) je centralizace adresářů .svn do jednoho podobně jako to mají jiné verzovací systémy. Používá se nějaká forma SQLite, ale autoři upozorňují, že není bezpečné přistupovat k souboru s metadaty běžnými nástroji pro SQLite.

HTTPv2

Nový jednoduší HTTP protokol má samozřejmě hlavně zvýšit výkon SVN, kdy operace se serverem jsou největší zátěží uživatelů. Zatím, ale nemám k dispozici žádné porovnání rychlosti, kde by to bylo reálně vidět.

svnrdump

Příkaz svnrdump umožňuje to samé jako svnadmin dump na serveru i vzdáleně. Pokud jste ve staré verzi chtěli zálohovat pomocí svnadmin, museli jste mít přístup přímo k file systému, kde byl svn server. To teď odpadá.

svn patch

svn patch složí jako systémový příkaz patch k aplikací diffů (patchů).

Distribuce

Postupně se objevují binární balíčky s Subversion 1.7

• Windows: VisualSVN server

Závěr

Nic převratného se nestalo, Subversion postupuje dále správným směrem a doufám, že další plánované změny budou probíhat trochu rychleji. Pokud Subversion nepoužíváte a chcete můžete se dozvědět více na mém školení, nejbližší je 20-21.10.2011.

V poslední době jsem neměl moc času na psaní a když jsem chtěl psát, chtěl jsem se tomu věnovat, mít na to jednoduchý prostředek jako je Textmate (ByWord, iA Writer, WriteRoom, OmmWriter) a přitom se nemuset handrkovat s HTML a s tím jak mi občas nevhodné styly ničí text nebo kusy kódu.

Wordpress u mě na hostingu ještě narazil na limit starého MySQL a mě se také nechtělo migrovat na nový databázový server, potom mi také chybělo verzování v Gitu na který jsem zvykl.

Protože jsem před časem viděl, že Github pages se dají dobře použít pro vlastní blog, rozhodl jsem se na to přejít se svými blogy TopTopic? a Prskavčí blog.

Jak jsem postupoval

1. Migrace starého obsahu z Wordpressu
2. CNAME a DNS
3. Nastavení stylů a práce s Jekyll
   • komentáře
   • twitter
   • atom feed
4. Publikace na github.com

Jekyll - statický generátor stránek v Ruby

Podporuje publikování v textile a markdown, případně html.

Instalace pomocí rubygems

    sudo gem install jekyll
  

Pro ladění na lokálním počítači jde pustit lokální instanci, která běží http://localhost:4000.

    jekyll --server --auto
  

Jekyll funguje tak, že na základě předpisu generuje statické stránky do adresáře _site. Parametr auto umí po editaci automaticky přegenerovat změněný soubor.

Migrace z Wordpressu

1. Založte si adresář a začněte verzovat gitem.

    mkdir blog.prskavec.net
cd blog.prskavec.net
git init
  

1. Je potřeba udělat export z Wordpressu, pomocí export.php.

2. Například u mě to bylo http://blog.prskavec.net/wp-admin/export.php.

3. Na výsledné xml je potřeba použít importní script.
4. K dispozici jsou importní scripty pro Wordpress, CSV, Drupal, Posterous, Tumblr, Typo, Textpattern, Wordpress.com a další

5. Já jsem si zkopíroval do adresáře _import zkopíroval scripty pro wordpress. Potom jsem provedl import.

   ruby -r ‘./_import/wordpressdotcom.rb’ -e ‘Jekyll::WordpressDotCom.process(“prskavblog.wordpress.2011-09-28.xml”)’

6. Všechny posty se uloží automaticky do _post.

CNAME a DNS

1. Do repository přidáte soubor CNAME který musí obsahovat doménu na které chcete Github pages provozovat, samozřejmě pokud vám nestačí stávající co dostanete od Githubu.
2. DNS - musíte si zřídít CNAME záznam, který bude ukazovat na váš záznam na githubu. U mě abtris.github.com pro doménu 3 řádu. Pokud by jste chtěli doménu 2 řádu musíte zřídit A záznam na 207.97.227.245.

Nastavení stylů a práce s Jekyll

Základní struktura

|-- _config.yml
|-- _layouts
|   |-- default.html
|   `-- post.html
|-- _posts
|   |-- 2007-10-29-why-every-programmer-should-play-nethack.textile
|   `-- 2009-04-26-barcamp-boston-4-roundup.textile
|-- _site
`-- index.html

_config.yml

sitename: Prskavčí blog        
tagline: Jen další blog o všem možné, teď od Prskavců.
url: http://blog.prskavec.net   
ga: UA-XXXXX-XX                 
pygments:    true
markdown:    maruku
permalink:   pretty
exclude: LICENSE, README.markdown, Rakefile
disqus:
   id: prskavecblog
feedburner:
   id: prskavec

Nejdůležitější odkazy:

• Použití
• Konfigurace
• Ukázkové stránky
• Důležité proměnné
• Značkovací jazyk Liquid, který se používá v Jekyll šablonách
• Pluginy
• Lexers for Pygments - syntax hightlighting, příslušné syntax.css třeba tady. Samozřejmě pro svůj blog potřebujete nějak přispůsobit vzhled, pro Jekyll to není tak snadné jako Wordpress, který má spoustu pluginů a vzhledů. Ale není problém, některý z Wordpressu převést.

Pluginy některé existují, ale musíte si vystačit s tím co jde vygenrovat, případně z Javascriptem, ale to není málo.

Pomocí javascriptu jsem přidat twitter a komentáře přes Disqus.

Pro ATOM je k dispozici šablona, obdobně si můžete vygenerovat RSS, archív apod.

Publikace na Github

1. Založte si repositář na Githubu.
2. V adminu zapnout github pages.
3. Podle návodu přidejte do repositáře soubory a pushnete obsah na server.

Shrnutí

Jekyll není pro každého, ale pro mě jako pro programátora je to vyhovující systém. Článek jako tento napíšu ve stejném editoru jako programuju ať je to Textmate nebo PHPStorm. A stránky jsou jen další repository na githubu.

Deployment

• Nasazení dané aplikace na dané prostředí v daném čase s možností vrácení původní verze aplikace pokud možno s minimálními prostředky a náklady.

Configuration Management

• Služba, která se stará, aby námi zadaná konfigurace byla konzistentní napříč prostředím a na všech strojích a je to jeden nezbytných kroků pro CI.

Continues Integration

CI pomáhá dramaticky snížit počet chyb při vývoji i v produkci pokud se to dělá dobře a důsledně.

Pro dobré fungovaní Continues Integration potřebujete automatizovat deployment na prostředí. Na prostředích se často střídají aktuální feature větve vývojářů nebo se tam provádí update z větve pro release či sprint. K tomu se vše provádí několikrát denně. Abychom tohle mohli dělat potřebuje deployment mít plně automatický.

"Automated deployment, tied into good CI discipline, is essential to making this work." - Martin Fowler

Tlačítko push

Deployment musí být tak jednoduchý, aby ho zvládnul kdokoliv, kdo ho potřebuje a má potřebné oprávnění. Zdá se celkem jednoduché, ale není tomu tak. Pokud je potřeba například znalost linuxu (vytváření symlinku, ssh klient apod.), může to být pro část týmu třeba dost velká překážka, aby si něco nasadili a raději řeknou developerovi. On to má přece za minutku nasazené. Ale v tom je problém, pokud developer není po ruce, nebo nemá čas, tak část práce stojí. Obzvláště při agilním vývoji a krátkém sprintu to může být dost znát.

Pokud ještě se deployment dělá ručně, občas se na něco zapomene a jakákoliv ruční práce je zdrojem chyb. Celkově dojde k úspoře nákladů, protože čas ztrávený deploymentem firmě nikdo nezaplatí.

Za tlačítkem push si můžete představit jakýkoliv spouštěč, který vám vyhovuje (git push do příslušné větve, tlačítko na webu apod.).

Pokud nemáte zkušenost s gitem, tak rozvedu ten git push. Ostatní mohou odstavec přeskočit.

Git jako distribuovaný systém funguje jen lokálně a může mít svoje vzdálené kopie repository podobně jako v architektuře klient server (Subversion). Ale nemusí mít jen jedno místo kam se zdrojový kód odesílá pomocí git push. Toho se dá využít a používá se to tak, že kromě serveru kam ukládáte zdrojový kód (u mě například Github.com), který je označený jako origin (git push origin master - odešle kód tam), mohu například přidat místo kde se pushem přímo nasadí (git push heroku master - kód se odešle na cloud Heroku a dojde k jeho nasazení). Obdobně kromě místa, lze použít určité větve a mít na serveru hook script, který detekuje změny a provede nasazení.

• http://stackoverflow.com/questions/279169/deploy-a-project-using-git
• http://ryanflorence.com/deploying-websites-with-a-tiny-git-hook

Jak to nechat na jiných

Pokud můžete a děláte projekt, kde se můžete dovolit využít hostingu, cloudu, který deployment vyřeší za vás, udělejte to. Ušetří vám to čas i prostředky. Samozřejmě ne vždy to jde, ale pro ty případy tu bude další kapitola.

Heroku.com

• Ruby, Node.js, Closure, Java (CLI client, rake pro příkazy jako jsou migrace db, hodně dodatečných služeb - http://addons.heroku.com/)
• částečná podpora pro PHP a Python přes Facebook - https://developers.facebook.com/blog/post/558/.

Další služby, recenze některých jsem dělal dříve. - http://www.pagodabox.com - http://phpfog.com - http://orchestra.io/ - http://www.engineyard.com - http://cloudcontrol.com/ - http://relbit.com - http://nodester.com/

Samozřejmě jsem nemohl vyzkoušet podrobně každou cloudovou službu, na to nemám rozpočet a ne každá má k dispozici zdarma potřebný program pro vývojáře. Důležité aspoň pro mě je podpora práce z CLI kvůli možnosti automatizace, případně nějaké API, které to umožňuje. A také podpora vlastního nastavení a úkolů, aby jste mohli například automaticky spustit test nebo migraci databáze. Svoje zkušenosti nebo rady a doporučení uveďte do komentářů, budu rád.

Jak si to vyrobit sám

Rozdělení nástrojů pro deployment

• balíčkovací systémy (http://en.wikipedia.org/wiki/Listofsoftwarepackagemanagement_systems)
  • podle operačního systému (RPM, DEB)
  • podle jazyka (phar, pear, gem, npm, cpan)
• nástroje
  • capistrano - http://capify.org/
  • fabric - http://fabfile.org
  • cfengine - http://cfengine.com/
  • puppet - http://puppetlabs.com/
  • chef - http://www.opscode.com/
  • ant - http://ant.apache.org/, maven - http://maven.apache.org/, buildr - http://buildr.apache.org/
  • make, rake, phake, phing apod.

Capistrano

Instalace - pro instalaci potřebujete ruby (windows - http://rubyinstaller.org/, mac - součást OS) - pokud budete deployment dělat pro ruby aplikaci nepotřebujete samozřejmě railsless-deploy

gem install capistrano capistrano-ext railsless-deploy

Zdrojový kód si stáhněte z githubu.

git clone https://github.com/abtris/webexpo2011-wordpress.git

Zajímají nás tyto soubory:

Capfile
templates/apache.conf.erb
config/deploy/development.rb
config/deploy/production.rb
config/deploy/apache.rb
config/deploy/deploy.rb

které nám umožňují dělat deployment: cap deploy cap development deploy cap production deploy

a configuration management:

cap apache:setup
cap apache:start
cap apache:stop
cap apache:restart

Praktická ukázka Capistrana na videu

• používám virtuální server pro deployment, který je vytvořen pomocí Vagrant (www.vagrantup.com) a Chef
• ukázka jak se vytváří Jenkins server pro testovaní - https://github.com/abtris/vagrant-hudson

Jenkins - jak se to dělá v Jobs.cz

• v LMC (jobs.cz, prace.cz) je vývoj v Javě a PHP. Pro oboje používáme od roku 2008 na build Hudson dnes Jenkins. Pro Javu se přechází na build postavená na Mavenu a v PHP používáme build napsaný v Antu, který vytváří RPM balíčky pro nasazení CFEngine nebo pomocí skriptu přímo z Jenkins.
• jak vyrobit RPM pro PHP - ukázka s kódem k dispozici https://github.com/abtris/barcamp2010praha

etc/demoapp.spec

Summary: Demo App
Name: @@PACKAGE_NAME@@
Version: @@VERSION@@
Release: @@BUILD@@
License: Copyright by Ladislav Prskavec
Group: System Environment/Internet
BuildRoot: @@BUILDROOT@@

#topdir
%define _topdir @@TOPDIR@@
%define _target_os Linux

%description
Barcamp 2010 demo app

%install
mkdir -p $RPM_BUILD_ROOT/srv/www/demoApp/@@CURRENT@@
cp -r ${FILENAME}-${VERSION}/* $RPM_BUILD_ROOT/srv/www/demoApp/@@CURRENT@@/

%clean
[ "${RPM_BUILD_ROOT}" != "/" ] && rm -rf ${RPM_BUILD_ROOT}

%files
/srv/www/demoApp/@@CURRENT@@

%defattr(755,root,root)
%dir /srv/
%dir /srv/www
%dir /srv/www/demoApp/
%dir /srv/www/demoApp/@@CURRENT@@/

%post
echo "run: ln -nfs /srv/www/demoApp/@@CURRENT@@/ /srv/www/demoApp/current"

a k tomu příslušný build script

<project name="project_name" default="clean" basedir=".">
<!-- task definition for cycle -->
<taskdef resource="net/sf/antcontrib/antlib.xml"/>
    <description>
        barcamp demo app
    </description>

  <!-- options from properties file -->
  <!-- ${ws} is in Hudson $WORKSPACE -->
  <echo message="reading properties from: ${ws}/etc/build.properties" />
  <echo message="module name ${modulename}" />
  <property file="${ws}/etc/build.properties"/>
  <!-- options from .spec file -->
  <property name="spec_file" value="/etc/${modulename}.spec" />
  <!--  make unique rpm_build_root, solve problems with branches -->
  <exec executable="mktemp" outputproperty="rpm_build_root">
    <arg value="-d" />
    <arg value="-t" />
    <arg value="${modulename}.XXXXXXXXXX" />
  </exec>
  <echo message="RPM Build root set to: ${rpm_build_root}" />
  <!-- set global properties for this build -->
  <property name="build" location="${rpm_build_root}/BUILD"/>
  <property name="rpms" location="${rpm_build_root}/RPMS"/>

 <target name="init">
    <!-- Create the time stamp -->
    <tstamp/>
    <!-- Create the build directory structure used by compile -->
    <mkdir dir="${build}"/>
    <mkdir dir="${rpms}/i386"/>
  </target>

 <target name="gitrevision" unless="REV" depends="init">
   <exec executable="git" output="${rpm_build_root}/gitinfo">
     <arg value="rev-list"/>
     <arg value="--all"/>
   </exec>
   <exec executable="wc" output="${rpm_build_root}/wcinfo">
     <arg value="-l" />
     <arg value="${rpm_build_root}/gitinfo" />
   </exec>
   <exec executable="awk" outputproperty="REV">
     <arg value="{ print $1 }"/>
     <arg value="${rpm_build_root}/wcinfo"/>
   </exec>
   <echo message="REV: ${REV}" />
 </target>

 <target name="gitexport" depends="gitrevision">
  <mkdir dir="${build}/${modulename}-${REV}" />
  <copy todir="${build}/${modulename}-${REV}">
    <fileset dir="../">
      <exclude name="../.git/*"/>
    </fileset>
  </copy>
   <echo message="Coping files ..." />
 </target>

 <!-- take spec files  -->
 <target name="spec" depends="gitexport">
        <!-- get spec files -->
        <path id="spec.files">
            <fileset  dir="${build}/${modulename}-${REV}/etc">
                <include name="*.spec"/>
            </fileset>
        </path>
        <!-- convert slashes to unix (necessary for Win) -->
        <pathconvert pathsep="," targetos="unix" property="files" refid="spec.files"/>

        <echo message="Call RPM" />
        <!-- Call RPM for all spec files (task for need antcontrib -->
        <for list="${files}" param="item">
        <sequential>
            <antcall target="replace">
                <param name="spec_file" value="@{item}"/>
            </antcall>
            <antcall target="rpm">
                <param name="spec_file" value="@{item}"/>
            </antcall>
        </sequential>
        </for>

 </target>

  <!-- replace tokens in spec files -->
  <target name="replace">
    <replace file="${spec_file}" token="@@CURRENT@@" value="${major_version}-${REV}"/>
    <replace file="${spec_file}" token="@@TOPDIR@@" value="${rpm_build_root}"/>
    <replace file="${spec_file}" token="${VERSION}" value="${REV}"/>
    <replace file="${spec_file}" token="${FILENAME}" value="${modulename}"/>
    <basename property="spec.filename" file="${spec_file}" suffix=".spec" />
    <echo message="${spec.filename}" />
    <replace file="${spec_file}" token="@@PACKAGE_NAME@@" value="${spec.filename}"/>
    <replace file="${spec_file}" token="@@VERSION@@" value="${major_version}"/>
    <replace file="${spec_file}" token="@@BUILD@@" value="${REV}"/>
    <replace file="${spec_file}" token="@@BUILDROOT@@" value="${rpm_build_root}-${spec.filename}/" />
    <replace file="${spec_file}" token="@" value=""/>
  </target>

 <!-- rpmbuild  -->
 <target name="rpm">
   <echo message="SPEC: ${spec_file}" />
   <exec executable="rpmbuild">
      <arg value="--target=i386"/>
      <arg value="-bb"/>
      <arg value="${spec_file}"/>
   </exec>

 </target>

  <!-- copy RPM files to TOP_DIR and delete tmp dirs -->
  <target name="clean" depends="spec">
    <copy todir="${target_path}">
        <fileset  dir="${rpms}/i386/">
        <include name="*.rpm"/>
    </fileset>
    </copy>  </target>

</project>

Infrastructure As code

Pokud máte k dispozici více prostředí, nebo pokud používáte masivnější virtualizaci jistě víte, že to bez automaticace nejde.

K nejznámějším nástrojům patří CFEngine, Puppet a Chef.

1993 - CFEngine
2002 - CFEngine 2
2005 - Puppet
2009 - CFEngine 3, Chef

O chefu jsem se zmiňoval již dříve, je vhodný právě například pro tvorbu virtualizací ve velkém. Pro příklad uvedu cluster Nostromu, který měl 30 000 jader.

Puppet - http://www.puppetlabs.com - napsaný v Ruby, odvozený od cfengine - klient aktualizuje konfiguraci v pravidelných intervalech a reportuje zpět na server (Puppet Master) - perfektní pro “sysadmins” - deklarativní popis nastaveni

Chef - http://www.opscode.com/chef - v Ruby, odvozený od Puppetu - Ruby DSL - cloud provisioning - imperativní popis, více flexibilní, více pro “vývojáře” - pokud by vás to zajímalo doporučuji zajít na školení Radima Marka (GoodData) - s kódem WEBEXPO2011 by měla být sleva 15%

Slidy

Závěr - co si odnést

• Existují kvalitní nástroje pro deployment, použijte je!
• Každý oprávněný uživatel si lehce zjistí informaci o verzi aplikace na příslušném prostředí a jednoduše si nasadí verzi aplikace, kterou potřebuje na prostředí, kde to potřebuje.
• Jedině automatizací se vyhnete chybám. Každý ruční postup jednou selže.
• Uspoříte velké náklady, protože čas ztraceny deploymentem nepřináší žádný zisk.

V pátek začnu na přednášce co má Michal Táborský o Architektuře škálovatelných aplikací, jistě se dozvíme jak to dělají v Mall.cz. Michala znám a jeho vyprávění a postřehy mi přijdou velmi podobné tomu jako to řešíme v práci i my. Pokračovat budu na své přednášce, kde řeknu něco o tom proč automatizovat deployment, co na to použít. Jak to řešíme v LMC (Jobs.cz, Prace.cz). Po mě na podobné téma Honza Mittner bude pokračovat o konkrétním řešení deploymentu pro PHP u nich v agentuře.

V další sekci je na téma Javascript. JIŘÍ KNESL bude ukazovat Test Driven Development v CoffeeScriptu. Po něm bude pokračovat VOJTA JÍNA s MVC frameworkem  AngularJS. Protože používím BackboneJS, zajímá mě srovnání s AngularJS.

Protože ve svých projektech používám Google Maps Api, zajímají mě přednášky o konkurenci. Podívám se jak to dělají u Nokie (MICHAL AICHINGER, Nestačí vám vaše oblíbené mapové API? Zkuste Nokia mapy) a u Seznamu, kde nám ADAM CHVAJA řekne o On-line mapách u nás a ve světě.

Protože, pracuji s CouchDB a provoz MongoDB se spíše vyhýbám, tak se těším na zkušenosti z Centra v přednášce Lukáše LINHARTa o  MongoDB.

Nakonec to nejlepší DOUGLAS CROCKFORD, Serversideness, jednoznačná nejzajímavější přednáška letošního Webexpa, doufám, že nezklame.

V sobotu budeme pokračovat, nejprve se podívám na to co bude PAVEL CAMPR a JIŘÍ PRAUS povídat o Symfony 2, které mi přijde asi jako nejpropracovanější PHP framework dneška. RASMUS LERDORF a jeho PHP in 2011 je povinnost pro každého kdo programuje aspoň trochu v PHP. Michal Špaček ze Skypu a jaho Strategie kešování jistě nezklame.

Velice se těším na přednášku Scala - jazyk budoucnosti, ZDENĚK FARANA nám ukáže v čem je tento jazyk tak zajímavý a já dám možná JVM ještě někdy šanci.

KAREL MINAŘÍK a LUKÁŠ VLČEK jsou nejznámější vývojáři co mají u nás dělají s ElasticSearch. Karel je autorem ruby gemu Tire na práci s ES a Lukáš napsal jeden z nástrojů pro monitoring a přispívá k vývoji ES. Jejich ElasticSearch: Za hranice běžného fulltextového vyhledávání bude jistě jedna z nejzajímavějších přednášek Webexpa.

HONZA KRÁL je známý Python vývojář a ukáže nám jak se má psát kód tak, aby byl testovatelný a jeho Testování prakticky určitě bude zajímavé pro všechny vývojáře i testery. JAKUB VRÁNA s přednáškou Ajaxizace určitě zaujme.

Doufám, že se tam uvidíme a zkuste dát svoje tipy co vás zaujalo.

Design

Malý design aplikace jsem zvolil takto:

Kód

Základ aplikace jsou dva úlohy producer a consumer. Nejdříve je potřeba pustit consumer.

error_reporting(E_ALL);
/**
 * Application path
 */
define('APPLICATION_PATH', realpath(dirname(__FILE__) . '/../application'));
/**
 * Application enviroment
 */
define('APPLICATION_ENV', 'development');

require_once APPLICATION_PATH . '/models/Rabbit.php';
/**
 * /Ensure library/ is on include_path
 */
set_include_path(implode(PATH_SEPARATOR, array(
    realpath(APPLICATION_PATH . '/../library'),
    get_include_path()
)));

/** Zend_Application */
require_once 'Zend/Application.php';

// Create application, bootstrap, and run
$application = new Zend_Application(
    APPLICATION_ENV,
    APPLICATION_PATH . '/configs/application.ini'
);
$application->getBootstrap()->bootstrap();

$config = new Zend_Config_Ini(APPLICATION_PATH . '/configs/application.ini', APPLICATION_ENV);

$r = new Application_Model_Rabbit($config->rabbitmq);
$r->consumer();

Tento script musí běžet na serveru, kde se zpracovává vlastní požadavek. Model potom volá metodu, která se vykoná.

        $conn = new AMQPConnection($this->options['host'],
                                   $this->options['port'],
                                   $this->options['user'],
                                   $this->options['pass'],
                                   $this->options['vhost']
        );

        $channel = $conn->channel();
        /**
         * $exchange, $type,$passive=false,$durable=false,$auto_delete=true,
         */
        $channel->exchange_declare(self::EXCHANGE, 'direct', false, true, false);
        $channel->queue_declare(self::QUEUE);
        $channel->queue_bind(self::QUEUE, self::EXCHANGE);

        $consumer = function($msg) {
          $msg->delivery_info['channel']->basic_cancel($msg->delivery_info['delivery_tag']);
          if ($msg->body == 'quit') {
              $msg->delivery_info['channel']->basic_cancel($msg->delivery_info['consumer_tag']);
          } else {
              if (!empty($msg->body))  {
                  // make PDF
                  Application_Model_Wkhtmltopdf::proceed($msg->body, APPLICATION_PATH . '/../output/');
                  // notify user
                  system("growlnotify -n \"Rabbit demo\" -m \"PDF CREATED\"");
              }
          }
        };

        $channel->basic_consume(self::QUEUE,
                                self::CONSUMER_TAG,
                                false,
                                false,
                                false,
                                false,
                                $consumer);
        while (count($channel->callbacks)) {
            $channel->wait();
        }

        $channel->close();
        $conn->close();

Vlastní aplikace je potom jednoduchá

    public function indexAction()
    {
        $r = new Application_Model_Rabbit($this->_config->rabbitmq);

        $this->view->form = $form = new Application_Form_AddUrl();
        // process form
        if ($this->getRequest()->isPost()) {
            $formData = $this->getRequest()->getParams();
            if ($form->isValid($formData)) {
                $r->setUrl($form->url->getValue());
                $r->run();
            } else {
                $form->populate($formData);
            }
        }

        $this->view->url = $r->getUrl();
    }

a volá se producer, který invokuje RabbitMQ

        $conn = new AMQPConnection($this->options['host'],
                                   $this->options['port'],
                                   $this->options['user'],
                                   $this->options['pass'],
                                   $this->options['vhost']
        );
        $channel = $conn->channel();
        $channel->exchange_declare(self::EXCHANGE,
                                   'direct',
                                   false,
                                   true,
                                   false);
        $msg = new AMQPMessage($string, array('content-type' => 'text/plain'));
        $channel->basic_publish($msg, self::EXCHANGE);
        $channel->close();
        $conn->close();

Demo u mne funguje velmi dobře, nevím jak na jiných platformách, zkoušel jsem to jen na Macu. Na linuxu by to mělo fungovat obdobně. Jen pro webovou aplikaci by bylo vhodné použít jiný systém notifikace pro webovou aplikaci. Nenašel jsem jak například předávat notifikace přes RabbitMQ, ale pokud někdo víte jak to elegatně udělat přidejte to do komentářů.

Veškerý zdrojový kód je dostupný na githubu.

Zvolil jsem jednoduché jednosměrné řešení bez implementace RPC, kde by se dala pro notifikaci použít reply fronta. Ale myslím, že to celkem stačí pro vetšinu dávkových aplikací jako jsou logovaní, upload souborů i generovaní PDF. Nic nebrání nahradit moji notifikaci například posláním linku ke stažení výsledného PDF apod. Příklad by šel pomocí RPC vylepšit na notifikaci přímo v aplikaci. Pro implementaci RPC lze například použít Thumper.

Co vám přinese PHP Fog

Mě se na cloudovém řešení libí, že je to pro vývojáře jednoduché a praktické. Nemusím řešit server, jeho provoz. Jen si nastavím konfiguraci apache, php.ini a vytvořenou aplikaci si přes git push pošlu na server k deploymentu a za pár okamžiků to běží.

Podobně to lehce vyřeším i na svém serveru pomocí SSH a Capistrano, ale stejně se musím starat o instalaci VPS. Jednodušší varianta je jen hosting s SSH přístupem například co mám na Hostmonster. Tam je problém, ale se škálováním pokud by se stal projekt úspěšný.

Ukážu jak jsem během 5min rozběhl Zend Framework projekt s CouchDb hostovanou na couchone hostingu. Můžete použít MySQL, další db přímo hosting nepodporuje. Doufám, že to časem rozšíří hlavně o podporu PostgreSQL a některé NoSQL (CouchDb, MongoDb).

• PHP Version 5.3.2
• Apache Version 2.2.14
• MySQL Version 5.1.41

Vytvoření nové aplikace

Po přihlášení, zatím přístup je omezen, registrace přes nějaké Sign Up kódy, dostupný link najdete na homepage PHP Fog. Pokud chci vytvořit novou aplikaci, musím si vybrat profil, kde jsou setupy pro známé frameworky nebo přímo aplikace.

Já jsem zvolil zend framework a pokračoval k dalšímu kroku, kde si vybere formu hostingu. Na prvních 6 měsíců můžete zvolit variantu zdarma. V dokumentaci se píše, že bude po těch 6 měsících nějak zpoplatněna. To si myslím, že není moc dobrý tah a autoři doufám od toho upustí.

Po zvolení tarifu tak se dostanete do nastavení kde je potřeba poladit pár věcí a udělat si checkout Git repository pro váš projekt. Najde si v nastavení také nastavení Vhostu apache a php.ini.

Hlavní nastavení je nahrání SSH public key pro přístup ke Gitu, podobně jako na Githubu. Škoda, že se nedá přímo integrovat například pomocí nastavení remote větve na Github server. SSH a FTP přístup není k dispozici.

Potom jsem udělal git checkout, nahrál do repository kód a pomocí git push spustil aplikaci, která běží na doméně podle jména které zadáte při vytváření aplikace. Provoz aplikace částečně můžete kontrolovat pomocí nahlížení do logů apache přes webové rozhraní.

Závěr

Projekt je na začátku a doufám, že bude mít štěstí a že se mu brzo objeví i další konkurenti, protože do Heroku to má daleko, ale jdou dobrou cestou. Trochu mi přijde cenová politika trochu dražší než bežná jiná řešení, ale asi to bude daň za provoz na Amazon cloudu (MySQL).

Pokud jste to někdo další vyzkoušeli nebojte se o to s námi podělit, případně nevíte někdo o dalších alternativách pro PHP?

Od verze 0.6 je KCacheGrind více striktní ohledně interpretace formátu a to způsobuje chyby při jeho používání s výstupy Xdebugu https://bugs.kde.org/show_bug.cgi?id=256425.

Vybraná částka bude použita, aby Derick Rethans mohl správně vyřešit problém s integrací Xdebugu/KCacheGrindu. Správně vyřešit znamená, že předělá celou část zapisu profilovacích souborů. Rozhodně se tedy nejedná jen o jednoduchou opravu chyby jako je přidání jednoho řádku.

Dnes 2.3.2011 byla částka úspěšně vybrána, všem co přispěli na dobrou věc děkuji.

Hlavní výhody tohoto IDE

• základní vlastnosti IDE
  • jednoduchá instalace
  • rychlý start
  • funguje na Windows, Linux a Mac OS X
  • jednoduchá konfigurace projektů, můžete začít kde chcete
• inteligentní php editor
  • doplňování kódu
  
  • refaktoring
  • podpora pro Smarty a PhpDoc
  
  • rychlá navigace (fuzzy search)
  • editor pro mixování jazyků (html, js, xml, xsl)
  • vlastní různé konfigurace vzhledů IDE kompatibilní s IDEA platform (IDEA, Rubymine)
• pokročilý javascriptový editor
  • procházení DOMu
  • javascriptový debugger
  • javascriptový refaktoring
  • jako u php je navigace v kódu a vyhledávání užití
• html a css editor
  • podpora HTML5
  • Zen coding
  • validace a rychlé opravy
  • ukázky aplikovaných stylů
• chytré prostředí
  • podpora pro phpunit
  • podpora verzovacích systémů (SVN, CVS, Git, Mercurial a další)
  • FTP a synchronizace vzdálených souborů
  • Lokální historie souborů
• visuální debugger
  • podpora pro xdebug i zend debugger
  • jednoduchá konfigurace
  • breakpointy v PHP, JS, HTML

Minulý rok jsem psal o verzi 1.0, od té doby prostředí bylo velmi vylepšeno a stále se pracuje na vylepšení. Jetbrains chtějí konkurovat Zend Studiu a to není lehký soupeř.

Osobně mě nejvíce vyhovuje fuzzy vyhledávání v souborech, kde lehce najdu při práci se Zend Frameworkem příslušnou šablonu ke controlleru a velmi slušně funguje i potřebné vyhledání užití nebo nápověda.

V práci používám Zend Studio. Doma jsem dříve pracoval v Netbeans. Minulý rok jsem si při přechodu Mac OS X si koupil licenci PHPStorm 1.0, která obsahuje i 1 rok podpory včetně všech upgradů (tedy i verze 2.0) na které pracuji doteď. Zadal jsme několik chyb a podnětů a všemi se vývojáři zabývali a nějak je řešili.

Závěrem chci říct, že IDE je potřeba vyzkoušet a uvidíte jak jak vám sedne. Trial verze je zdarma k vyzkoušení a pokud znáte platformu IDEA tak využijete i spoustu pluginů, které jsou pro IntelliJ IDEA a Rubymine.

Vagrant je nástroj napsaný v Ruby, který nám umožňuje modifikovat virtualní stroj podle našich představ pomocí nějakého předpisu, který nám udělá co chceme. Ukážeme si to na příkladu, že připravím linuxový server pro webový vývoj s Apache, PHP5, MySQL, CouchDB.

Začneme instalací Vagrantu

sudo gem install vagrant
vagrant box add base http://files.vagrantup.com/lucid32.box

Vytvoříme si ukázkový projekt.

mkdir vagrant-lamp
cd vagrant-lamp
vagrant init

Musíme upravit Vagrantfile podle následujícího předpisu (pro Vagrant 0.7).

Vagrant::Config.run do |config|
  # All Vagrant configuration is done here. For a detailed explanation
  # and listing of configuration options, please view the documentation
  # online.

  # Every Vagrant virtual environment requires a box to build off of.
  config.vm.box = "base"

  config.vm.forward_port("http", 80, 8080)
  config.vm.forward_port("mysql", 3306, 3306)
  config.vm.forward_port("couchdb", 5984, 5984)

  config.vm.provision :chef_solo do |chef|
     chef.cookbooks_path = "cookbooks"
     chef.json.merge!({
        :mysql => {
            :server_root_password => "root"
        }
     })
     chef.add_recipe("vagrant_main")
  end

end

Vytvoříme si adresáře pro recepty a pro web.

mkdir cookbooks
mkdir public

Do cookbooks je potřeba nakopírovat recepty pro Chef. Doporučuji si vzít z Githubu celou cookbooks repository. git clone https://github.com/opscode/cookbooks.git

protože receptů je hodně, doporučuji si to dám někam mimo a nakopírovat jen potřebné recepty. Pro nás jsou to ty, které jsou v úvodu default.rb a některé navíc jako je třeba erlang pro couchdb.

do adresáře cookbooks jsem si nakopíroval tyto recepty z cookbooks repository.

apache2
apt
couchdb
erlang
git
mysql
openssl
php

Potom si vytvoříme vlastní recept, který celou akci Chefa v Vagrantu bude řídit.

mkdir -p cookbooks/vagrant_main/recipes
vim default.rb

Přidáme potřebné recepty

require_recipe "apt"
require_recipe "apache2"
require_recipe "mysql::server"
require_recipe "php::php5"
require_recipe "git"
require_recipe "couchdb"

Kromě instalace z receptů provede instalaci některý dalších balíčků v Ubuntu

# Some neat package (subversion is needed for "subversion" chef ressource)
%w{ debconf php5-xdebug subversion mc htop curl }.each do |a_package|
  package a_package
end

Vytvoříme si testovací vývojový web.

s = "dev-site"
site = {
  :name => s,
  :host => "www.#{s}.com",
  :aliases => ["#{s}.com", "dev.#{s}-static.com"]
}

použije se template uložena v vagrant_main/templates/default/sites.conf.erb a příslušné proměnné

# Configure the development site
web_app site[:name] do
  template "sites.conf.erb"
  server_name site[:host]
  server_aliases site[:aliases]
  docroot "/vagrant/public/"
end

modifikujeme si hosty

# Add site info in /etc/hosts
bash "info_in_etc_hosts" do
  code "echo 127.0.0.1 #{site[:host]} #{site[:aliases]} >> /etc/hosts"
end

přidáme některé knihovny přímo z repository Subversion

# Retrieve webgrind for xdebug trace analysis
subversion "Webgrind" do
  repository "http://webgrind.googlecode.com/svn/trunk/"
  revision "HEAD"
  destination "/var/www/webgrind"
  action :sync
end

nebo Git

# Retrieve adminer
git "Adminer" do
  repository "https://github.com/vrana/adminer.git"
  revision "HEAD"
  destination "/var/www/adminer/"
  action :sync
end

a další

# Latest Zend Framework version
subversion "Zend" do
  # repository "http://framework.zend.com/svn/framework/standard/trunk/library/"
  repository "http://framework.zend.com/svn/framework/standard/tags/release-1.11.3/library/"
  revision "HEAD"
  destination "/srv/lib/php/"
  action :sync
end

Potom je tu script, kterým se dá modifikovat práva pro MySQL, není problém si podobně udělat jakékoliv úpravy.

# Add an admin user to mysql
execute "add-admin-user" do
  command "/usr/bin/mysql -u root -p#{node[:mysql][:server_root_password]} -e \"" +
      "CREATE USER 'myadmin'@'localhost' IDENTIFIED BY 'myadmin';" +
      "GRANT ALL PRIVILEGES ON *.* TO 'myadmin'@'localhost' WITH GRANT OPTION;" +
      "CREATE USER 'myadmin'@'%' IDENTIFIED BY 'myadmin';" +
      "GRANT ALL PRIVILEGES ON *.* TO 'myadmin'@'%' WITH GRANT OPTION;\" " +
      "mysql"
  action :run
  ignore_failure true
end

pro funkční port forwarding u CouchDb modifikovat konfiguraci a potřeba dát po prvním spuštění dát vargant reload aby se tato poslední změna promítla do nastavení virtuálu.

# Replace 127.0.0.1 bind port with 0.0.0.0 is necessary for port forwarding
execute "port-forward-couchdb" do
  command "sudo sed -i 's/127.0.0.1/0.0.0.0/g' /etc/couchdb/default.ini"
  action :run
end

První spuštění pomocí

vagrant up

potom je potřeba pro CouchDb

vagrant reload

Kompletní repositář s tímto ukázkovým prostředím jsou dostupné na Githubu.

Pokud si rozbijete virtuál tak není problém začít znovu. Dáte vagrant destroy a potom znovu pustíte celý proces pomocí vagrant up.

Pokud se chcete přihlásit na virtuál použijte vagrant ssh.

Pro napojení Zend Frameworku na logování do MongoDb musíte mít nainstalovanou MongoDb extenzi do PHP. Bez ní se bohužel neobejdete. Log writer si vytvoříte snadno pomocí extenze Zend_Log_Writer_Abstract a provedete drobné úpravy pro práci s MongoDb jak obsahuje ukázka.

/** Zend_Log_Writer_Abstract */
require_once 'Zend/Log/Writer/Abstract.php'; 
/**
 * ZendLogWriterCouchDb
 * @throws Zend_Log_Exception
 */
class App_Log_Writer_MongoDb extends Zend_Log_Writer_Abstract
{
    /**
     * Db
     * @var Mongo
     */
    private $_db;
    /**
     * Db name
     * @var string
     */
    private $_dbname;
    /**
     * Collection
     * @var string
     */
    private $_collection;
    /**
     *
     * @param array $params
     * @return void
     */
    public function __construct($options)
    {
        if (!extension_loaded('mongo')) {
            throw new Exception('The MongoDB extension must be loaded for using this logger !');
        }

        $options = $options->toArray();
        if (is_null($options)) {
            $options['host'] = "localhost";
            $options['port'] = "27017";
            $options['db'] = $dbname;
        }
        if (isset($options['user']) && isset($options['pass'])) {
            $conn = "{$options['user']}:{$options['pass']}@";
        } else {
            $conn = "";
        }
        $this->_db = new Mongo("mongodb://$conn{$options['host']}:{$options['port']}/{$options['db']}");
        $this->_dbname = $options['db'];
        $this->_collection = $options['collection'];
    }
    /**
     * @static
     * @param  $config
     * @return
     */
    static public function factory($config)                                                                                                                 
    {
        $config = self::_parseConfig($config);
        return $config;
    }
    /**
     * @param array $event
     * @return void
     */
    protected function _write($event)
    {
        $m = $this->_db;
        $m->connect();
        $c = $m->selectCollection($this->_dbname, $this->_collection);
        $c->insert($event);
    }

    
}

a tímto jste vlastně hotovy. Celý kód najdete na githubu. V ukázce je ještě samozřejmě upravený controller pro zobrazování a obsahuje možnost vytvářet testovací data.

MongoDb můžete nainstalovat lokálně nebo použít hosting mongohq.com, kde základní databáze, která k testování stačí je zdarma. Potom se mi docela hodila utilita na Macu Mongohub, která poskytuje trochu konfortnější konzoli než webová konzole obsahující lokální instalaci. Na hostingu MongoHQ mají pěknou webovou administrační konzoli.

V PHP se kromě vlastní extenze dá ještě dobře použít pro Zend Framework knihovna Shanty Mongo, která zjednodušuje práci s Mongo Db na maximum.

Pokud budete chtít dělat složitější dotazy do MongoDb hodí se SQL to Mongo Mapping Chart.

Případné další tipy se nebojte napsat do komentářů.

Zlatým hřebem večera byla dražba 1 výtisku knihy, který Jakub vlastnoručně vytiskl a měl první návrh obálky a autorovy poznámku. Tento výtisk vydražili po dramatickém boji zástupci skype.

@spazef0rze Tak jsme společně s @lukashudecek vydražili první výtisk knihy od @jakubvrana #php1001 za 6100 pro Paraple. K vidění bude ve Skype office.

Druhý výtisk byla verze s komentáři Davida Grudla a jeho korekturami. Tento výtisk byl opatřen polibky hlavních aktérů jak můžete vidět na videu Martina Hassmana.

Celková cena se vyšplhala na 10010 Kč. Celkový průběh dramatické držby jsem se snažil twittrovat, ale nebylo sto zachytit všechny příhozy.

Celkový výtěžek dražby Jakub věnuje kontu Paraple, taktéž část z nákupu knih při autogramiádě (3 Kč z každého prodaného výtisku).

Knihu jsem zběžně prohlédl a vidím v ní velký potenciál. Kniha je vhodná pro všechny PHP programátory, od začínajících, kterým může složit jako dobrý návod na to co zrovna řeší. Jednotlivé tipy jsou stručné, výstižné a jdou přímo k věci. Zkušenější programátoři asi nenajdou nic objevného, ale pár tipů vás jistě jako mne zaujme také.

Čtvrtek 23.9. Workshopy

Program je velmi nabitý a jasno je jen na workshopy, tam jsem si zamluvil hned dva.

Těším se na Symfony2 s kterým si celkem hraju, ale chci se naučit něco více a od koho lépe než hlavního vývojáře Symfony. Doctrine používám již nějaký rok v předchozí verzi 1.2 a sleduji Honzův seriál o Doctrine2 na zdrojáku.

Moc se těším na warp-up v Comu, to je moje oblíbená restaurace.

Pátek 24.9.

V pátek je to hned složitější jak si na začátek vybrat. V bloku od 10 do 11:30 je mnoho kvalitních přednášek.

Na Karla Minaříka bych rád šel, jeho přednášky jsou vždy super a zábavné. Ale CouchDb jsem prozkoumal a vyzkoušel v pár drobných aplikací, případně se podiskutuji s Karlem osobně. Po přečtení knihy “Back to Napkin” mě zajímá přednáška Visual Note Taking / Sketchnotes. Potom je tu PHP Room, kde mě zajímá hlavně přednáška Roberta Lemke.

V dalším bloku budu pokračovat v Agile room, kde chci vidět jak se na vývojový proces koukají jiný, to je věc, kterou řeším v práci každý den. Rozhodně bych si chtěl promluvit s Petrem Ferschmann o Flexibee, které také sám používám. Jak znám Martina Hujera, bude zajímavá i jeho přednáška o Windows Azure.

V dalším bloku ještě zůstanu v agilní sekci na přednášku Soft Skill Essentials for Software Craftsmen. Jak vývojář PHP bych určitě šel na přednášky vývojářů z firmy Skype. Už jsem je viděl na Poslední sobotě a Openmeetingu tak můžu doporučit.

Další blok absolvuji v PHP Room, Dericka znám z jiných konferencí a doufám, že ukáže něco víc než dneska umím s Xdebugem nějaké skryté know-how a nazorů na TDD není nikdy moc, uvidíme s čím se předvede Filip Šubr.

Nakonec půjdu do Development Hall, kde David předvede novinky v Nette Framework 1.0 a potom následuje Digit s Petrem Márou a Honzou Březinou, hostem bude konečně i David Grudl.

Sobota 25.9.

Sobota na Webexpu je velmi plná, v prvním bloku se přesunu do Agile Room, kde jsem zvědavý na Scrum ve Seznamu a o tom jak prosadit ve firmě. U nás ve firmě Scrum ukončil před 2 lety a to jsem tam ještě nebyl. Zajímavé přednášky jsou Development Hall, přednáška Aleše Roubíčka bude jistě zajímavá a další přednáška o node.js a uplatnění Javascriptu na serveru jistě také zaujme.

Od 11:45 určitě zajdu na přednášku Vaška Vančury, protože jeho přístup ke flashi se mi velmi líbí a byl bych rád, kdyby se to více rozšířilo a nepáchali všechno v Adobe Flash Builderu.

Nejsem si jistý, zda nevynechám Symfony2 po tom co absolvuji workshop ve čtvrtek, ale uvidím. Potom se půjdu podívat na přednášku jak prodat agilní vývoj to se může hodit.

Nakonec Ryan Singer a jeho přednáška Designing from start to finish bude skvělé zakončení konference.

Závěr

Myslím, že Vašek Stoupa se svým týmem udělal obrovský kus práce a doufám, že budu moci psát stejně pozitivní zážitky i po konferenci jako mám dojem před konferencí.

Nečekejte nějaký úplný návod, rady apod. Pokud se chcete ptát využijte Android forum. Já jsem ale použil postup, který je ve wiki.

• UniversalRoot
• Danger SPL
• potřebné soubory ke stažení (radio, rom, google apps tiny)

Postupoval jsem asi takto:

1. Získal jsem root pomocí universal root
2. Z marketu jsem nainstaloval ROM Manager
3. Pomocí něj jsem nainstalo recovery rom RA 1.7
4. Přes recovery jsem nainstaloval poslední radio, restartoval a ověřil ještě jednou, že je tam opravdu ta poslední verze, pokud to neuděláte a nainstalujete Danger SPL riskujete brick
5. Potom pomocí recovery rozdělil SD kartu (nevím zda bylo nutné, měl jsem 2GB)
6. Na SD kartu jsem uložil Rom a Google Apps Mini (full neobsahovala market)
7. Na SD kartu jsem nahrál Danger SPL a nainstaloval a restartoval, potom jsem pomocí (Camera + tl. Vypnutí tel. najel do režimu, kde jsou vidět tančící androidi místo pruhů  a ověřil, že je vše ok, vypnete pomocí Přijmutí hovoru + Menu + Vypnutí tel.)
8. Nastartoval jsem do Recovery (při bootu držet Home nebo z aplikace ROM manager) a dal jsem wipe a CyanogenMod 6 rom
9. Stejným postupem jsem (bez wipe) jsem aplikoval Google Apps mini a provedl konečný restart
10. První nabíhání trvalo trochu déle a jinak to jede ok.

Každopádně všem, kteří to chtějí se svojí G1 zkusit přeji štěstí a ať se jim zdaří upgrade jako mě a netrvá jim to tak dlouho. Já jsem se zasekl hlavně na tom, že jsem stáhl poškozený zip romky a než jsem na to přišel tak to chvíli trvalo a už jsem se bál, že mám z toho brick, ale recovery mě zachránila. Kontrolujte MD5 všech stažených souborů!

Nakonec pár obrázků z mojí webové kamery:

Aktualizace 22.3.2011

• Aktualizace radia a kernelu, přidá vám 14MB RAM a umožňuje lepší chod nových ROMS 2.2.X
• Poslední romku, kterou zkouším je Official AOSP 2.2 OTA, který nemá podporu češtiny, ale zatím mi to přijde jako nejlepší 2.2 romka, kterou jsem měl. Ještě případně poreferuji, zatím to vypadá dobře, předchozí pokusy mě přivedli až k tomu, že telefon byl tak pomalý až nepoužitelný po cca měsíci používaní. Obzvláště poslední CM pro G1.

V tomto článku si napsat vlastní Zend_Log_Writer pro CouchDb a jak si potom lehce zobrazíme příslušné logy. Napíšeme si také jednoduchou map funkci pro view v CouchDb, kterou v aplikaci použijeme.

Nejprve si projedeme jak se používá Zend_Log_Writer_Db, syntaxi najdete v manuálu. Tabulka v db musí mít pevně dané schéma, která namapujete v konfiguraci writeru.

Implementaci vlastního App_Log_Writer_CouchDb provedeme třeba takto:

class App_Log_Writer_CouchDb extends Zend_Log_Writer_Abstract
{
    /**
     * Db
     * @var Phly_Couch
     */
    private $_db;
    /**
     * CouchDb host localhost default
     * @var string
     */
    private $_host;
    /**
     * Couchdb port 3184 default
     * @var int
     */
    private $_port;
    /**
     *
     * @param array $params
     * @return void
     */
    public function __construct($dbname, $options = null)
    {
        if (is_null($options)) {
            $options['host'] = "localhost";
            $options['port'] = "5984";
            $options['db'] = $dbname;
        }
        $this->_db = new Phly_Couch($options);
    }

    static public function factory($config)
    {
        $config = self::_parseConfig($config);
        return $config;
    }
    /**
     * @param array $event
     * @return void
     */
    protected function _write($event)
    {
        // action body
        $doc = new Phly_Couch_Document($event);
        $result = $this->_db->docSave($doc);
        // return array ok, id, rev
        $info = $result->getInfo();
        if (!$info['ok']) {
            throw new Zend_Log_Exception("Error in save to CouchDb");
        }
    }

}

Není na tom jak vidíte nic složitého, implementuje funkce _constructor, factory a write funkci a je to.

Samozřejmě je to kus Zend Frameworku, který potrebuje konfiguraci.

autoloaderNamespaces.phly = "Phly_"
autoloaderNamespaces.app = "App_"
; Options for CouchDb
couchdb.host = prskavec.couchone.com
couchdb.port = 80
couchdb.db = "test-log"

Pro správu CouchDb jsem použil vestavěný Futon.

Vytvořil jsem testovací db “test-log” a v ní pohled, který v kódu potom používám. Vytvoříte temporary_view, které potom při ukládání ložíte do příslušného designu a view. U mě to bylo použité logger/log_by_prior.

  function(doc) {
    if (doc.priority) {
       emit(doc.priority, [doc.priorityName, doc.timestamp, doc.message, doc.module, doc.controller]);
    }
  }

Toto view potom volá controller, který načítá data pro zobrazení dat z databáze.

class IndexController extends Zend_Controller_Action
{
    protected $_config;

    public function preDispatch()
    {
            $this->_config = new Zend_Config_Ini('../application/configs/'.
                    'application.ini', APPLICATION_ENV);
    }

    public function indexAction()
    {
         $db = new Phly_Couch($this->_config->couchdb);

         $this->view->form = $form = new App_Form_Filter();
         if ($this->getRequest()->isPost()) {
             $formData = $this->getRequest()->getPost();
             if ($form->isValid($formData)) {
                 $filterValue = $form->getValue('filter');
                 Zend_Debug::dump($filterValue);
                 if (empty($filterValue) && $filterValue===0) $filterValue = null;
                 $result = $db->view('logger','log_by_prior', $filterValue, array("db"=>$this->_config->couchdb->db));
             } else {
             $form->populate($formData);
             }
         } else {
            $result = $db->view('logger','log_by_prior', null, array("db"=>$this->_config->couchdb->db));
         }
         $this->view->docs = $result->toArray();
         $this->view->messages = $this->_helper->flashMessenger->getMessages();

         $logger = new Zend_Log();
         $r = new ReflectionClass($logger);
         $this->view->priorities = array_flip($r->getConstants());

    }

    public function logAction()
    {
          $id = $this->_request->getParam('id', 0);  

          $logger = new Zend_Log();
          $format = '%timestamp% %priorityName% (%priority%): '.
            '[%module%] [%controller%] %message%';
          $formatter = new Zend_Log_Formatter_Simple($format);

          $writer = new App_Log_Writer_CouchDb($this->_config->couchdb->db, $this->_config->couchdb);
          $writer->setFormatter($formatter);

          $logger->addWriter($writer);
          $logger->setEventItem('module', $this->getRequest()->getModuleName());
          $logger->setEventItem('controller', $this->getRequest()->getControllerName());
          $logger->log("Testovani chyba", $id);
          $this->_helper->flashMessenger->addMessage('Log item saved');
          $this->_helper->redirector('index');
    }

}

Controller obsahuje dvě akce a to vlastní zobrazení v indexAction a metodu, která záznamy vytváří logAction. V logAction je vidět výhoda neexistence schématu, protože jsem si přidal další informace bez potřeby měnit schéma databáze.

PHP a CouchDb

Použil jsem knihovnu Phly_Couch pro práci s CouchDb, jen jsem musel funkci lehce aktualizovat pro současnou verzi CouchDb 1.0.1, kterou jsem použil.

Aktualizovanou verzi Phly_CouchDb najdete v mém forku na githubu, celou ukázkovou aplikaci php_couchdb_logger také.

Pro přístup ke CouchDb můžete použít i jiné knihovny, například PHPillow, která vypadá celkem aktualizovaně. Já jsem použil knihovnu, kterou napsal Matthew Weier O’Phinney hlavně proto, že je psaná přímo pro Zend Framework. Má přehledný a dobře napsaný kód, kde jsem si upravil jen to co jsem se potřeboval.

CouchDb

Na Mac OS X si můžete nainstalovat CouchDb jako na linuxu ze zdrojáků nebo použít balík, který mi přijde ideální. Podrobné informace o instalaci jsou ve wiki, případně se podívejte tam.

Závěr

Myslím, že to je jednoduchý příklad jak například použít CouchDb, který se pro začátek práce s CouchDb může hodit. Pokud chcete dělat náročnějši vyhledavání na logy, je potřeba použit CouchDb Lucene. Pokud se chcete dozvědět více o CouchDb tak doporučuji jít na přednášku Karla Minaříka na letošním Webexpu.

V dalším pokračování si ukážeme jak by se to dělalo v MongoDb.

Objednal jsem 8.7.2010 a doporučeno bylo 13.7.2010 pomocí UPS. Cena $187 (s pouzdrem a zálohou na clo $287) - cca 6000 Kč.

Kindle byl aktivovaný na můj účet na Amazonu. Firmware 2.3, provedl jsem upgrade na poslední verzi 2.5.2, která přidá možnost zaheslování, zoom v PDF, podporu facebook, twitter a další.

Dostat do Kindlu obsah není žádný problém, stačí ho připojit přes USB (microusb) a přenést přes mass storage. Pokud je PDF, Mobi čtečka se si s tím bezproblémů poradí. Pokud máte ePub, html je potřeba to převést. Můžete použít službu Amazonu, která vám za malý poplatek převede a pošle dokument. Toto řešení jsem nevyzkoušel, protože se mi nechtělo za to platit. Stáhnul jsem si kindlegen, pomocí kterého si to můžete převést sami. Převedl jsem HTML manuál PHP (40MB) do formátu mobi (16MB). Převod trval 1h, ale úspěšně se to provedl. V Kindlu pokud chcete vyhledávat chvíli trvá než si ho zaindexuje.

Pokud chcete nějaké české tituly tak kromě PDF (napr. knihy.nic.cz) dopočuji i palmknihy.cz, kde sice Kindle není přímo zmíněn, ale formát Mobi Unicode funguje bez problémů. Jako další dobrý zdroj se dá použít Elektronická knihovna Root.cz, kde se najdou volné tituly ke stažení anglicky i česky.

Samozřejmě máte v angličtině k dispozici 620 000 titulů přímo na Amazonu. Nejsou to jen knihy, ale i časopisy a noviny. Z čech tam najdete jenom Prague Post . Kdybu měli Mladou frontu, tak si ji hned předplatím.

Pokud máte zajímavé typy pro Kindle tak se námi podělte v komentářích, pokud nic o elektronických čtečkách nevíte doporučuji článek Martina Hassmana a postřehy Marka Prokopa.