Symfony 1.0 is in 2007 gelanceerd en zal vast gehouden worden voor 3 jaar (begin 2010). Per maand komt er een nieuwe update, hierin worden alleen grote bugs opgelost, maar nieuwe bugs, of features worden niet opgelost of toegevoegd.

Het platform van Symfony is de basis van het framework, deze bestaat uit een aantal core classes die afzonderlijk van elkaar gebruikt kunnen worden. Doormiddel van de dispatcher kun je dan weer de classes gemakkelijk samen gebruiken.

Een belangrijk punt van Symfony is de test omgeving. Doormiddel van 4000 tests die ingebouwd zijn in het framework is het opsporen van fouten in je code (mocht je deze maken) een stuk makkelijker geworden. In de nieuwe versie (1.1) zijn meer dan 8000 tests toegevoegd voor de development omgeving.

Één van de mooiste implementaties vanuit mijn oogpunt is de mogelijkheid voor multiple-format. Hierdoor hoef je maar één controller en model te maken, maar kun je deze doormiddel van een functie de output veranderen van HTML, naar RSS, naar iPhone format.

Al met al is Symfony een simpel framework waar complexe applicaties mee gemaakt kunnen worden.

Projecten die wij met Symfony hebben ontwikkeld: dutchcowboys, zxzw

Er is een onderzoek gedaan naar de aard van de hack-aanvallen tegenwoordig. Het blijkt dat maar 33% puur voor de lol is en 67% om op enige wijze winst te behalen (profit). Je zou dit andersom verwachten. Diefstal van gevoelige informatie lijkt voornamelijk het doel te zijn (42%), denk hierbij aan bijvoorbeeld credit-card info en login-gegevens. Hierna volgen ‘Defacement’ (23%) en ‘Malware’ (15%).

Wat zijn nu de meeste gebruikte hack-technieken? ‘SQL injection’ staat hierbij bovenaan met 20%. Hierna volgen ‘Information Disclosure’ (17%), ‘Known Exploits’ (15%) en ‘Cross Site Scripting’ (12%).

Een risico-analyse is belangrijk om dit soort aanvallen tegen te gaan. Het is ondoenlijk om een gehele applicatie na te lopen op lekken. Dit kan in geval van een grote applicatie jaren tijd kosten. Hoe dan wel?? Controleer ieder punt in je applicatie waar data wordt uitgewisseld. Hierbij moet o.a. gelet worden op spoofing (fake referer, stolen session id), tampering (XSS, CSRF), repudiation (identity theft, identity coverage), information disclosure (SQL-injection, XSS) en denial of service (logout na 3 mislukte logins). Deze analyse kan gedaan worden aan de hand van een ‘Data flow diagram’. Wanneer je alle risico’s op een rijtje hebt kun van ieder risk de DREAD bepalen. Dit zijn 5 factoren waarmee je een risico kunt definiëren/beoordelen. Zo kun je ervoor zorgen dat de issues met de hoogte risico’s als eerste worden opgelost.

eZ Components biedt components voor onder andere database, cache, image, authentication, templates, translation, mail, search, logging, etc.

eZ Components is net als Zend Framework een components library die geimplenteerd en gebruikt kan worden naast je eigen code.

Het PersistenObject wordt gebruikt om automatisch de database uit te lezen en de bijbehorende classes en functies aan te maken.

De Search Component wordt aangeboden vanaf de eerstvolgende release van eZ Components. Dit component maakt het mogelijk efficiënt te zoeken in database records. Objecten (records) kunnen op eenvoudige wijze geindexeerd worden en zoek-query’s kunnen worden uitgevoerd middels een ‘Active Record’ interface.

Doormiddel van de Mail Component kun je gemakkelijk mails opstellen en verzenden. Met standaard functies voor het instellen van de verzender en ontvangers, toevoegen van attachments, instellen van html body en plain text, etc. Één van de voordelen van het gebruik van een component voor het versturen van mail is dat je zelf niet meer de afbeeldingen die meegestuurd worden hoeft om te zetten naar CID embedded afbeeldingen. Dit wordt geheel automatisch door de component omgezet.

Een opmerkelijke component is de Graph Component. Deze maakt het mogelijk om doormiddel van een paar variabele een grafiek te laten maken en te tonen doormiddel van GD, SVG of Flash.

In de nieuwe versie van eZ Components zullen de nieuwe Searcg Component geïntegreerd worden met zoek mogelijkheden voor (Solr, Google, etc), de Feed Component, voor het aanmaken van RSS-, ATOM feeds

Voor de toekomst willen ze kijken naar de mogelijkheden voor MVC, meer ontwikkel manieren en het outputten van meerdere documents formaten.

Voor meer informatie lees de slides op zijn website.

De ideale situatie voor een developer is dat iedereen voor zich bepaalt wat er getest en gewijzigd wordt, zonder dat anderen er last van hebben. Daarna moet alles wel gesynchroniseerd worden met de rest, daar hebben gelukkig tools als SVN voor. Om dit te laten werken moet de ontwikkelomgeving zo dicht mogelijk bij de live omgeving liggen. Om de kwaliteit hoog te houden moet er tijdens het ontwikkelen al voldoende getest worden. De deployment van code op de live server moet daarna automatisch en gearchiveerd gebeuren.

Om geen fouten te maken in het onderhoud moeten er plannen opgesteld worden om updates en bugfixes structureel uit te voeren. Een veelgemaakte fout is dat een bug ter plekke (op de live omgeving) wordt geupdate, waarna het niet lokaal of in de repository ook wordt geupdate, zodat de bug zich bij een andere update wederom voordoet. Als iedereen zich aan deze regels houdt en alles netjes in SVN zet, dan is een checkout altijd 100% goed. Helaas heeft niemand in de zaal dit ooit meegemaakt, inclusief de spreker niet.

Op een lokale ontwikkelomgeving dienen alle componenten die de applicatie nodig heeft draaien, zodat iedereen alle code kan ontwikkelen en testen. Deze machines moeten wel exact dezelfde configuratie hebben, anders werkt het natuurlijk bij de ene ontwikkelaar wel en de andere niet. Pas als alles lokaal getest is en werkt, moet de developer het bestand inchecken.

Het is heel normaal dat de database wel gedeeld wordt. Zo kun je test data van anderen delen en blijven tabellen en data velden voor iedere gebruiker dezelfde.

Een ander veel gebruikte manier is met sandboxes te werken op een centrale server waar iedere developer zijn eigen workspace heeft (dit is hoe wij het doen). Op deze manier blijft de configuratie van de server altijd identiek, terwijl developers wel hun eigen code kunnen bewerken zoder dat de rest er last van heeft. Het grootste nadeel is de ‘single point of failure’, oftewel: als deze server wegvalt is iedereen zijn spullen kwijt. Aan de andere kant is dit probleem natuurlijk opgelost door het tijdig backuppen van alle gegevens.

Het is belangrijk dat iedereen dezelfde editor gebruikt. Ongeacht welke het is kun je er dan van op aan dat iedereen in ieder geval dezelfde fouten maakt. Iedere editor heeft namelijk zijn eigen beperkingen. Natuurlijk raadt Gaylord Zend Studio aan, welke wij al gebruiken bij Freshheads.

Een ander handig hulpmiddel is Zend Platform free-to-use in development, helaas moet er betaald worden voor het runnen op live sites.

Selenium IDE is een User Interface test-tool. Selenium kan onthouden (als macro) wat je gedaan hebt op de site, en dit daarna herhalen in unit-testing. Zo is te zien hoeveel code daadwerkelijk gebruikt wordt in je applicatie.

PHP Code sniffer kan op code-style en guidelines checken daarbijk kan er ook te zien zijn hoe variabelen gebruikt worden in je functies.

Continous Integration: Cruise Control deze tool kan bovenstaande tools runnen en houdt dan van alles de resultaten bij. Er kan zelfs aan gechecked worden op verwacht resultaat. Deze tool is ook automatisch elke dag te draaien om zo alle gecommitte projecten te scannen, en je smorgens daarvan de resultaten van voor te schotelen.

Bug tracking kan door middel van gebruik van Trac dit kan geintegreerd worden in je svn. Verder heeft Trac diverse plug-ins.

phpUnderControl kan je verschillende resulltaten van je tools in beeld brengen. Buildix is hier een voorbeeld van.

[13:45] Gaylord rondt zijn presentatie af.

[10:20] Eerste spreker is Zeev Suraski. Openend met een kort verhaal over het begin van PHP.

1998: PHP 3 wordt gereleased en wordt gebruikt op 100.000 domeinen.

1999: PHP wordt gebruikt op 1 miljoen domeinen, op dat moment wordt de Zend Engine ontwikkeld.

2004: Yahoo kiest voor PHP, dit is een belangrijke stap geweest voor PHP, aangezien dit één van de eerste grote bedrijven is geweest die volledig om is gegaan naar PHP.

2005: IBM en Oracle volgen.

2006: Microsoft erkent PHP als een volledige taal en ondersteund de ontwikkeling van PHP zo goed mogelijk voor Windows.

PHP is een volwassen programmeer taal. Steeds meer bedrijven ontdekken de kracht achter PHP en de verschillende frameworks (CakePHP, symfony, Zend Framework) die beschikbaar zijn voor developer groeit dan ook nog steeds.

Kort opgesomd:
- PHP is een goede keuze
- Het is heel simpel om mee te werken, maar maak gebruik van tools (frameworks, advanced editors)
- Probeer niet alles opnieuw te ontwikkelen. PHP is een opensource taal, en functies en libraries worden vaak ook open source gepubliceerd. Gebruik deze mogelijkheden.

Laatste sheet is een plaatje met “Hup Holland Hup”. Een mooi eind van een goede presentatie.

Vragen:
- Waarom focused Zend zich niet meer zoveel op de Core van PHP maar meer op frameworks?
Steeds meer ligt de focus op het gebruik van PHP en de applicaties waar het voor gebruikt wordt. Het bestaat nu al een ruim aantal jaar en behoeft dan ook niet meer zoveel veranderingen.

- PHP wordt steeds geavanceerder, zal het ooit de kant van JAVA op gaan?
Er is altijd een competitie tussen developers die PHP meer programmeren zoals JAVA en aan de andere kant de developers die van de simpelheid van PHP genieten. PHP wordt steeds geavanceerder maar het zal aantal mogelijk zijn om PHP te gebruiken zonder de geavanceerde architectuur.

[11:15] Tweede spreker is Marco Tabini. Hij is uitgever van PHP Architect.

[11:17] Wat is Mayo?
3 ingrediënten: olijf olie, lemoen & ei.
Als je echter gaat kijken naar de commerciele mayo in de winkels zie je een hele lijst met ingrediënten met soms niet eens de basis erin.

[11:20] Maar wat heeft dit te doen met software?
15 Jaar geleden was er alleen maar de core van het programmeren. Tegenwoordig wordt het echter steeds ingewikkelder. Je begint met een besturings systeem, een webserver, de programmeer taal, een framework, en daarop uiteindelijk je eigen code.

[11:25] Hoe zit het met functie aanroepen in de verschillende talen.

Het tonen van één keer “Hello world”:
C – 46 (functies)
Shell (TCSH) – 37 (functies)
PHP – 362
PHP (Apache) – 881

Het tonen van twee keer “Hello world”:
C – 47
Shell (TCSH) – 146
PHP – 368
PHP (Apache) – 887

Aanroepen van de eerste 100 miljoen priem getallen:
C – 2.5u
Erlang – 1.8u
PHP – N/A

[11:30] Je moet kiezen tussen het gemak van het programmeren en de prestatie. Het is belangrijk dat je code snel is, maar er is meer dan alleen je code. Waarvoor wordt het gebruikt, waarop draait het, hoe schaalt je code, wat kost het, etc, etc.

[11:40] Er is een duidelijke samenhang tussen winst en aatal views per soort website. Hoe meer bezoekers je naar je website krijgt hoe duurder de kosten voor het onderhoud van de website. Het is dan ook belangrijk dat een website die veel bezoekers trekt zo laag mogelijke kosten heeft per pagina. Bij een e-commerce zijn de kosten per pagina hoger. Het gaat hier om de verkoop van producten en het aantal bezoekers maar hierbij niet uit.

[11:42] Marco heeft zich voorgenomen om iedere maand een nieuwe taal te leren. Dit is hem niet gelukt, maar hij heeft wel een inzicht gekregen in de talen die er op het moment zijn.

[11:49] Hoe ga je om met je problemen op het gebied van infrastructuur? Laat iemand anders het probleem oplossen.

Amazon WebServices biedt de mogelijkheid om vrijwel oneindig te schalen, zonder dat de kosten groter worden als je meer bezoekers krijgt, uitgaande van het punt dat je geld binnenkrijgt per bezoeker (adSense).

Design: THINK BIG-ITS CHEAP
Choose: THE RIGHT TOOLS
Scale: EVERYTHING, ALWAYS

Einde van de eerste presentatie ronde. Tijd voor een korte lunch.

Sprekers zijn onder andere Zeev Suraski (samen met Andi Gutmans oprichter van Zend Technologies, het bedrijf achter het huidige PHP), Fabien Potencier (projectleider van het populaire PHP framework symfony), Marco Tabini (uitgever van het PHP magazine php|architect) en Matthew Weier O’Phinney (software-architect van Zend Framework). Andere namen zijn Terry Chay, Sebastian Bergmann, Derick Rethans, Ivo Jansch, Lorna Jane Mitchell, Gaylord Aulke, Stefan Priebsch en Johann-Peter Hartmann.

Omdat het live verslag van Kings of Code dat wij ruim twee weken geleden op dit blog plaatsten een enorm succes bleek te zijn zullen wij proberen ook aanstaande zaterdag weer vanaf locatie te bloggen. Aangezien er drie parallelsessies zijn zullen wij ons tijdens deze sessies op moeten splitsen, maar dat gaat vast en zeker goedkomen.

Morgenavond vindt er een heuse conference pre-party plaats in Amsterdam, maar ondanks het feit dat we daar ook Oranje kunnen kijken willen we dat natuurlijk in Tilburg niet missen. Ik heb wel begrepen dat de Franse spreker Fabien Potencier in Holland shirt zijn presentatie komt doen als we van Frankrijk winnen.