Software-update: Yii PHP Framework 2.0.1

De eerste update voor versie 2.0 van het Yii PHP Framework is uitgekomen. Yii is een component based php-framework, met volgens de ontwikkelaars zeer goede prestaties, die het bijzonder geschikt maken voor het ontwikkelen van grootschalige webapplicaties. Het framework bevat tal van opties, zoals mvc, dao/ActiveRecord, I18N/L10N, caching, jQuery-based AJAX support, scaffolding, input validation, widgets, events en theming. Voor meer informatie verwijzen we naar deze pagina. De release notes voor deze uitgave zien er als volgt uit:

Yii 2.0.1 is released

Version 2.0.1 is a patch release of Yii 2.0 which contains about 90 minor new features and bug fixes. Complete list of changes may be found in the change log. Besides code improvement, there are also a lot of improvements about the documentation, especially the Definitive Guide to Yii 2.0 which have been translated into several languages. We hereby thank to all contributors who have spent their precious time helping improve Yii and made this release possible.

You may follow the development progress of Yii 2 by starring or watching Yii 2.0 GitHub Project. You may also follow Yii Twitter feeds or join Yii Facebook group to connect with other Yii developers.

Versienummer	2.0.1
Releasestatus	Final
Besturingssystemen	Scripttaal
Website	Yii PHP Framework
Download	http://www.yiiframework.com/download
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (29)

[Verwijderd]

Ik heb mezelf nog nooit in PHP verdiept. Wel in NodeJS, expressJS en dergelijke maar.
Ik vind PHP er best lastig uitzien en anders als andere talen?
Ik zie niet echt dat men spannende dingen kan met dit framework eigenlijk. Ik hobby ook maar een beetje aan maar toch.

Wat zijn de voordelen van PHP + Betreffende framework over NodeJS + Frameworks en dergelijke als ik al een tijdje javascript programmeer?(hobby, voornamelijk op ARM boardjes met Linux waarbij ik ook wat C libraries aanspreek in NodeJS om bij de IO te komen)

[Reactie gewijzigd door Verwijderd op 25 juli 2024 10:13]

[Icekiller2k6]

PHP is "moeilijk" door de inconsistenties in de taal.
Zodra je deze uitzondering leert gaat het vlot.. ik kan bv zelf totaal nie twerken met NodeJS.. puur omdat ik javascript geen leuke taal vind.

[Verwijderd]

Oke ja, maar ik heb zelf dus weinig ervaren. Iemand die er jaren in zit droomt alles in PHP natuurlijk.
Ik hoor namelijk vaak dat NodeJS maar voor "erbij" is en niet alles over kan nemen van PHP. Nou vraag ik mij af wat dat dan is, en wat de meerwaarde van PHP dan is tegenover NodeJS. Ik had ook nog Ruby/Python gezien maar PHP wordt veel meer gebruikt voor servers.

Ik vind zelf het voordeel dat ik eigenlijk op de server en client side heel makkelijk gewoon JSON kan pakken en alles praktisch dezelfde taal is. Werkt PHP ook lief samen met client side javascript bijvoorbeeld.

Ik zal eens kijken naar Symfony.

[Icekiller2k6]

PHP is serverside. Als je client side wilt zul je met AJAX moeten werken. Je vertrouwde Javascript dus. Dit kan zowel Jquery als AngularJS zijn of... zullen wel een paar duizend mogelijkheden zijn..

Iig ik programmeer niet meer dagelijks. Ik programmeerde vroeger in PHP, daarna c,c++ etc
PHP is veel meer vergevingsgezind. Als je echter niet goed bent in alles mooi afscheiden kan het wel rap een puinhoop worden maar dat is bij elke taal wel ...

[Zayl]

Voorkeuren. Het zal mij niks verbazen als NodeJS sneller is dan PHP. Als je Symfony met assetics (asset management) gebruikt, kom je voor Less, UglifyJS en UglifyCSS al snel bij NodeJS uit als plugin.

PHP heeft een grote community (heel groot) en dus ook veel support. Ik heb geen ervaring met NodeJS en websites dus ik kan je daar helaas niet veel over vertellen.

Daarnaast wordt php steeds volwassener. In php 7 komen er meer features bij die je echt verwacht bij een programmeer taal. Tevens is Facebook erg druk bezig om hhvm met Hacklang te releasen. Dit is een superset van php, met veel meer toegevoegde features.

[Intrepidity]

Gelukkig worden die inconsistenties wel grotendeels goedgemaakt door de hedendaagse frameworks

[Zayl]

Ik ben geen fan van javascript, ik vermijd het dan ook. Als je een degelijk Framework wilt wat zich veel meer aan design patterns houdt, is Symfony goede keuze: http://symfony.com/ Dit wordt steeds vaker gebruikt en inmiddels gebruiken bv Drupal en phpbb hier ook al componenten van.

[s.stok]

Ik zie niet echt dat men spannende dingen kan met dit framework eigenlijk.

Definieer spannend?

Een Framework is zoals de naam zegt een raamwerk (of geraamte), een basis om snel mee de slag te gaan. Je hoeft geen zorgen te maken over de structuur of waar je dingen moet plaatsen, dit is al bepaald. Dat is de oorspronkelijke definitie van een framework.
https://philsturgeon.uk/b...-long-live-the-framework/

Tegenwoordig werkt het anders, het framework word opgedeeld in herbruikbare onderdelen (vaak components genoemd) en kunnen worden gebruikt voor ieder systeem. Voor de "framework specifiek integratie" word een speciale laag/adapter gebruikt die het component in het framework integreert. Het word nog steeds een framework genoemd maar eigenlijk zijn het libraries - herbruikbare onderdelen om je te helpen een bepaald doel sneller te realiseren.

Wat zo'n beetje ieder frameworke-library bied is gestandaardiseerde manier van werken en de volgende mogelijkheden:

• [i]Routing (nette URL structuur)[/i] [i]Dependency injection[/i] [i]Form handling[/i] [i]Templating[/i] [i] International support (Meertalige web interface, verschil in locale afhandeling zoals bedragen in de juiste weergaven).[/i]

En dat allemaal met zo weinig mogelijk code en configuratie.

Zonder een library/framework werken is ook mogelijk maar bekend dan wel dat je een hoop zelf moet ontwikkelen en de gemaakte onderdelen niet kan hergebruiken. jQuery bijvoorbeeld is geschikt voor ieder type website, maar een script dat specifiek zoekt naar een DOM element en daar een specifiek iets mee doet is niet herbruikbaar voor een soort gelijkende situatie (omdat deze niet de zelfde structuur heeft).

Is het zo duidelijk?

[Verwijderd]

Het is zeer duidelijk. Maar jQuery is bijvoorbeeld bij het hedendaagse Javascript niet echt meer nodig. Daar zijn al vaak vanilla Javascript oplossingen voor. Heb je een overkill jQuery library die je client side heel zwaar maakt. Of je moet de library deels laden.

Met spannende dingen bedoel ik. Dat ik tegenover andere systemen waar ik bekend mee ben (NodeJS) geen spannende dingen zie. Ik zie geen meerwaarde. En vroeg mij af wat voor meerwaarde mij als iemand die wel een beetje javascript kent maar nog geen PHP mij zo'n framework kan bieden. Frameworks bovenop NodeJS kunnen allemaal hetzelfde en zo niet meer. En als voordeel is dat client en server side dezelfde taal zijn.

Ik wil gewoon kijken of het voor mij meerwaarde biedt om ook PHP te gaan leren naast javascript. Daar investeer je tijd mee. En of dat wel nuttig is zeg maar.

[Cartman!]

Tweakers die hiermee werken? Wat zijn de voordelen tov. bijv. Symfony2?

We hereby thank to all contributors who have spent their precious time helping improve Yii and made this release possible.

offtopic:
Grappig die zin, de native english speakers hebben ons uitgelegd dat engelsen nooit "hereby" gebruiken omdat er dan gedacht wordt aan een koninklijke aankondiging

[Reactie gewijzigd door Cartman! op 25 juli 2024 10:13]

[Intrepidity]

Vragen wat een voordeel van framework A is t.o.v. van framework B is vragen of een hamer beter is dan een stofzuiger. Het project bepaalt de tools.

[Cartman!]

Niet helemaal, ik zou geen project kunnen verzinnen waarvoor ik geen Silex (micro-versie Symfony) of Symfony voor kan gebruiken. Als een framework goed is kun je er dus alles mee maken imo.

[Intrepidity]

Het kan wel, ja. Of het bij die situaties ook het snelste ontwikkelen is, de snelste responses geeft en het dichts bij een DSL voor je project komt, is een andere vraag.

[Cartman!]

Als je goed bekend bent met een framework ontwikkel je daar altijd t snelst in, in t geval van Silex is t gebouwd op componenten van Symfony en is de werkwijze grotendeels hetzelfde. Een extra framework erbij lijkt me dus sowieso onhandig.

Als responsetijden zo belangrijk zijn dan kun je beter niet kiezen voor PHP of een fatsoenlijk CDN of cache-systeem gebruiken. Het achterliggende framework maakt dan relatief weinig uit.

[Intrepidity]

Varnish met daarachter een framework dat 10rq/s doet is nog steeds 10 keer zo langzaam als varnish met daarachter een app die 100rq/s doet. Natuurlijk versnelt je cache het, maar je back-end is nog steeds grotendeels bepalend voor je maximale capaciteit.

[Cartman!]

Symfony is heel erg snel, heb eigenlijk nog geen voordeel van Yii gehoord boven een ander framework...daar ging de vraag me vooral om.

[Zayl]

Je kan symfony ook best heel traag maken, het zijn veel factoren. Echter heeft symfony erg veel tools om goed te kunnen cachen. Denk aan container compilation waarbij je in feite je hele configuratie en Dependency Injection Container compiled naar raw php code in de cache.

Daarnaast heb je nog ESI, doctrine caching, bootstrap cache, class cache etc. Het feit dat composer in elk component gebruikt wordt wilt ook wat zeggen.

[Cartman!]

Symfony in production mode cacht alles ja, daarom is het snel. Composer regelt enkel dependencies en heeft niks met Symfony zelf te maken

[Intrepidity]

Het schrijft wel je autoloaders weg.. Kijk eens naar het snelheidsverschil in symfone met --optimize-autoloader als argument voor composer install

[Cartman!]

Dat heeft niks met keuze voor frameworks zelf te maken.

[Intrepidity]

Klopt, maar stellen dat composer niets met snelheid te maken heeft is ook niet waar. Het regelt meer dan je dependencies, het regelt ook autoloading, iets wat veel mensen over het hoofd zien.

Symfony in prod-modus cacht inderdaad een hoop, maar implementeert standaard geen httpcache. daarvoor zul je of de appcache moeten inschakelen, of varnish o.i.d. moeten gebruiken.

[Cartman!]

Ik zei ook niet dat composer niks met snelheid te maken heeft enkel dat composer niks te maken heeft met het framework. Het noemen van composer in deze discussie voegt dus verder niks toe bedoel ik ermee te zeggen.

In plaats van varnish kun je ook een CDN gebruiken natuurlijk, heb je nog veel meer aan in de meeste gevallen

[Intrepidity]

Beiden. Met varnish kunnen we ongeveer 2000% meer html-pagina's serveren dan alleen vanuit symfony. Met dezelfde hardware..
Met een applicatie die per dag 12,8 miljoen pageviews krijgt scheelt dat een slok op een borrel Slechts ongeveer 10% daarvan hoeft naar de back-end, de rest wordt binnen 10ms vanuit varnish geserveerd.
Die die 10% zijn dan vaak ook nog wat gepersonaliseerde ESI-blokjes, geen hele pagina's

[Reactie gewijzigd door Intrepidity op 25 juli 2024 10:13]

[Zayl]

Met zo'n instelling kan je vaak net zo goed een standaard oplossing van de plank trekken, denk aan Drupal, Wordpress etc. Maar is het ook te onderhouden?

Als je een framework kiest, kies dan voor een stabiel, goed framework.

[Bux666]

Ik heb 2 jaar geleden een project met Yii (1.1x) gedaan. Daarna via een opdracht overgestapt naar Laravel 4 en nooit meer terug gekeken. Laravel gebruikt veel van het Symfony 2 project, waardoor het gebaseerd is op proven technology.
Niet dat Laravel beter is dan Yii, maar het is makkerlijker in gebruik. Met Yii kan je bepaalde zaken wel wat makkerlijker zonder een extern component te moeten installeren, zoals een CRUD systeem opzetten met Gii.
Laravel heeft een erg grote userbase, de support is waanzinnig, mede door sites als laracasts.

Maar er is niet 1 framework voor alles. Afhankelijk van je eisen zal er een bepaald framework uitspringen. Laravel voldoet voor mij en op mijn werk voor alles wat ik (we) wil(len).

[Cartman!]

Laravel maakt inderdaad gebruik van "Stack PHP", het HttpKernel-component uit Symfony en daarmee voor mij meteen veel interessanter dan Yii die alles zelf lijkt te doen. De community van Laravel is ook vrij groot, zeker een voordeel!

[Zayl]

Apart dat Yii wel een release krijgt op Tweakers maar Symfony niet. Als je deze gaat vergelijken dan verbleekt Yii.

http://tweakers.net/zoeken?keyword=Yii
http://tweakers.net/zoeken?keyword=Symfony

Beetje jammer vind ik dit.

http://symfony.com/roadmap

[Reactie gewijzigd door Zayl op 25 juli 2024 10:13]

[Icekiller2k6]

Dan moet je het submitten...

[Zayl]

In dat geval kan er zelfs een subscription op the roadmap gemaakt worden. Elke minor versie die released is, is tevens gemaild via deze roadmap notifications.

edit: http://symfony.com/roadmap

[Reactie gewijzigd door Zayl op 25 juli 2024 10:13]