Dne 4.5.2012 16-21h proběhl meetup přiznivců AngularJS v Hub Praha na Smíchově. Po New Yorku a Mountain View byla Praha doufám třetí na světě kde se něco takového konalo. Angular tým Misko Hevery, Igor Minar, Vojta Jína nám dělali podporu a to Vojta dokonce osobně v Praze. Přes hangout jsme pozdravili i zbytek týmu.
Pár fotek z mobilu z akce je k dispozici.
Celá akce byla postavená na dotazech a společné práci nad vlastními projekty nebo nad ukázkovou aplikací angular-phonecat. K dipozici byl bar s občerstvením a celá doba uběhla velmi rychle. S probíraných věcí mi asi nejvíce utkvěli informace o dirtycheckingu co nám Vojta vyložil.
Každopádně celá akce byla super a doufám, že ji zoopakujeme někdy brzo znovu a nemusíme se zaměřovat jen na AngularJS, ale na programování v Javascriptu obecně.
Napište do komentářů kam by jste chtěli, aby se meetupy ubírali.
]]>2.5. Vojta Jina - Google Mountain View USA. Introduction to Angular. Vojta is a developer in Google actively developing a Javascript architecture Angular. eClubu
4.5. hacking party sponzored by Google - meetup
Díky všem za vyplnění a bude vás informovat, sledujte @abtris a @vojtajina na twitteru a dozvíte se vše.
]]>CSS spirty představují způsob, jak snížit počet HTTP požadavků, které klient vyšle k získání prvků obsažených na stránce. Obrázky se sloučí do jednoho většího a umístí se na určených X,Y souřadnicích. Pak pomocí CSS atributu background-position můžeme nastavit vzniklý obrázek na pozadí různým elementům stránky a pomocí dalších CSS vlastností umístíme pozadí tak, aby požadovaný jednotlivý obrázek padl do viditelné oblasti elementu na stránce.
Poslouchal jsem podcast s Vaškem Vančurou, kde popisuje svoji práci s LESS a sprites pomocí software TexturePacker.
Zkoušel jsem Vaška přemluvit, aby něco napsal:
@vancura Me se to libilo, taky jsem si zavzpominal. Ale o tom jak pouzivas LESS a sprites nechces o tom neco napsat s nejakym prikladem?
@abtris Kdyby byl cas…
Ale nemá čas, tak jsem se rozhodl to udělat sám.
Zvolil jsem jednoduchou ukázku, stáhnul jsem sadu icon a potom jsem zvolit v Texturepackeru data format css a přidal jsem adresář s iconami. Program automaticky vytvoří pomocí publish sprite.png a sprite.css.
Výsledek můžete vidět zde:
![]()
a css kód:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 | |
Je to jen ukázka jak může tento program usnadnit práci, kterou jsem viděl obvykle dělat kodéry ve Photoshopu a pracně ručně nastavovat v CSS.
]]>Letos jsem se poprvé dostal na Vsetínský Barcamp a spousta přednášek mi přišla zajímavá a z těch co jsem viděl mi nejlepší přišli Olga Biernátová - Jak se uvádí bestseller na český trh a Filip Doušek - Hejno bez ptáků: Od 1500 myšlenek k románu. Zaujala mě iniciativa proti hernám http://www.mapyhazardu.cz/, kde dělají v Brnění, o.s. užasnou práci.
Moje přednáška byla večer na střeše a sešla se nám malá skupina, kterou to zajímalo a hodně se diskutovalo a to mám na Barcampech rád.
Elektronické knihy procházejí změnami, všichni si pamatují čtení v palm pilotech a jak to změnil Kindle, když přišel s prvním velkým obchodem s knihami. Sám jsem si tehdy Kindle 2 koupil a na beletrii neznám nic lepšího. Ale řešil jsem problém, že mám manuály a další odborné knihy převážně v PDF a to se na tom Kindlu nedalo moc dobře číst. Potom přišel iPad a iBook od Apple, tam se dají dobře číst i PDF, ale jinak to je stejné jako u kindle s nevýhodou toho, že to není elektronický inkoust.
Dne 19.2.2012 ohlásil, že vymysleli jak dělat učebnice jinak a lépe. Pokud jste viděli ukázky z knihy Life Of Earth zjistíte, že knihy mohou být úžasně inteaktivní. Přidali podporu videa, fotogalerie, 3D obrázků, HTML5 widgetů a dalších věcí, které ty knihy oživí. Pro beletrii to moc význam nemá, ale jistě se najdou autoři, kteří to využijí. Pro učebnice a odborné knihy to je ovšem úžasné. Na konci každé kapitoli, můžete přidat Review, kde vyzkoušíte čtenáře zda pochopil obsah kapitoli a on získá zpětnou vazbu, která mu při pasivním čtení chybí. Do knih si můžete dělat poznámky a zvýrazňovat zajímavé pasáže což mnozí studenti rádi využijí.
Kromě iBooks2 aplikace, ale největší přínos je v tom, že Apple vydal aplikaci v které si zdarma takovou knihu můžete vytvořit. Na Mac je tato aplikace prostě úžasná, zcela ve stylu nástrojů iWork a každý průměrný uživatel si lehce vytvoří co chce.

Já jsem si více hrál s HTML5 widgety, pomocí, kterých se dájí možnosti rozšiřovat a také jsem řešil jak sázet matematiku. Matematiku dostanete do iBooks Author podobně jako do iWork například pomocí MathType nebo LaTeXiT.
HTML5 widgety můžete vyrobit sami nebo pomocí nějakého nástroje:
další zajímavé widgety můžete najít na internetu, například jsem našel na panoramatické prohlížení fotek.
Widgety mají omezení, nemohou přistupovat na disk a k internetu.
Pokud projedete celou výrobou knihy je potřeba ji dostat do iBookstore. Nejdříve se musíte zaregistrovat jako autor a potom si můžete stáhnout program iTunes Producer, pomocí, kterého můžete dílo uploadnout do iBookstore.

Jak je vidět na obrázku musíte vyplňit povinné údaje. Ve výběru jazyka není čeština k dispozici. Ale napište cze a kniha v češtině projde. Screenshoty ke knize udělejte přímo na iPadu, aby měli správné rozlišení a exportujte je jako JPG.
Po tom co nahrajete knihu pres iTunes producer a Apple ji schválí (cca 1 týden), můžete přes iTunes Connect sledovat statistiky jak se kniha stahuje po celém světě.


Jako asi první česká kniha ve formátu iBooks2 stažená více jak 15 kusů je vlastně bestseller jak říkala ve své přednášce Olga.

Určitě chci doporučit pokud chcete knihu vydat sami, tohle je cesta. Sice je omezené na iBookstore a případně můžete v PDF si to vydat někde jinde, ale přidaná hodnota interaktivní učebnice určitě stojí za to. Pro beletrii bych asi volil stále osvěčenou metodu klasického formátu pro více zařízení, ale můžete to vylepšit i tam asi závisí na autorovy. Knihu můžete formátovat na výšku a na šířku a může vypadat pokaždé úplně jinak. Pokud budete mít typy na widgety, zkuste je uvést v komentářích. Mě napadlo, že by bylo dobré udělat widget na zdrojové kódy, kde by šlo prohlížet prsty, byla by zvýrazněná syntaxe atd.
Celý Barcamp ve Vsetíně byl skvělá akce a děkuji organizátorům za letošní ročník.
Ladislav Prskavec from Michal Berg on Vimeo.
]]>Všechno ukazuji na praktických příkladech s pomocí Ubuntu a virtualizace (VirtualBox) a za použití nástroje Vagrant.
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í 2 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á.
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.
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.
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.
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.
Modifikujete soubor a nefunguje to a potřebujete vrátit změny zpět. Není problém obnovit poslední dobrou verzi. Maličkost.
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č.
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í.
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.
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 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.
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:
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čí.
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.
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'>
Slidy http://bit.ly/nrjLs7.
Reportáž skončila.
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.
K dispozici jsou všechny videa. Úžasné!
]]>a další pluginy, které jsou přesně co vývojář potřebuje. Pro mě jsou nejdůležitější
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.
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.
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.
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.
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 složí jako systémový příkaz patch k aplikací diffů (patchů).
Postupně se objevují binární balíčky s Subversion 1.7
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.
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.
mkdir blog.prskavec.net
cd blog.prskavec.net
git init
Je potřeba udělat export z Wordpressu, pomocí export.php.
Například u mě to bylo http://blog.prskavec.net/wp-admin/export.php.
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”)’
Všechny posty se uloží automaticky do _post.
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.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:
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.
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.
]]>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í Continuous 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
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í.
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.
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.
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
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>
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%
]]>Jenkins - jak na Continuous Integration v PHP
Pochopení a využití procesu Continuous Integration s využitím nástroje Jenkins vám pomůže zvýšit kvalitu softwaru, který vyvíjíte, a zároveň snížit čas na jeho dodávku. Continuous Integration vám umožňuje kontrolovat kvalitu softwaru průběžně po malých částech a minimalizovat tak riziko rozsáhlých chyb, jak tomu bylo v případě klasického vodopádového přístupu.
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.
]]>Malý design aplikace jsem zvolil takto: 
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.
]]>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).
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í.
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.
]]>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é.
]]>