Hoofdcategorieën
Device Settings

Yahoo stapt over op PHP

Door Maxim Burgerhout, donderdag 31 oktober 2002 21:23
Bron: Slashdot, submitter: Roelant, views: 831

Yahoo heeft tijdens een presentatie op PHPCon 2002 bekend gemaakt dat het bedrijf overstapt op PHP, schrijft Slashdot. De presentatie van Michael Radwin, Yahoo-engineer, geeft onder meer een schematisch overzicht van de serversoftware die het bedrijf door de jaren heen gebruikte en waar men naartoe wil in de toekomst. Verschillende scriptingtalen worden tegen het licht gehouden en het bedrijf meent daaruit voor zijn doel de beste gekozen te hebben. Overigens mag PHP dan als meest bruikbare gekozen zijn uit onder meer Perl, ASP en J2EE, maar dat neemt niet weg dat de heren en dames van Yahoo nog redelijk wat aan het product zullen gaan knutselen. Niet alle door Yahoo gewenste functies zitten namelijk al in PHP. Ook hield de keuze van Yahoo wellicht een kleine nederlaag voor Microsoft in, nu Yahoo - mede door licentiekosten - niet kiest voor ASP. Redenen om uiteindelijk voor PHP te kiezen, zijn er legio:

Yahoo logo (medium)So Why Did We Pick PHP?
  1. Designed for server side web scripting
  2. Large, Open Source developer community
    • integration, libraries
    • documentation & training
  3. Debugging & profiling tools
  4. Simple and clear syntax (fits Y! paradigm)
  5. Performs well in our tests
    • efficient (with acceleration)
    • small enough memory footprint
Volgende 21:50 Wi-Fi Alliance introduceert nieuwe beveiligingsstandaard
Vorige 19:30 IBM lanceert grootse reclamecampagne
Advertentie

Reacties

«  1  2  »

PHP heerst maar weer eens zo zie je! Snap zowiezo nie waarom mensen ASP uberhaupt willen gebruiken? Kost geld! Is trager! Nou ja zou wel zijn voor de niet echte programmeurs! :D

Dat is niet zo moeilijk hoor. ASP biedt perfecte integratie met andere Microsoft pakketten en hun eigen SQL server. ASP heeft ook een professionelere aanblik dan php.

Toch heb ik persoonlijk ook liever PHP. Bovendien moet je niet naar de aanblik kijken, maar naar wat het werkelijk kan.

Heb je liever php omdat je het prettiger vind werken of omdat je php kan en asp eigenlijk niet en daarom maar zegt dat je php beter vind :? Want in je profiel staat dat je geen ervaring met asp hebt, hoe weet je dan dat je php prettiger vind ?

Ik weet dat ik nie veel ervaring heb met ASP, hoewel ik er wel wat mee heb gedaan (beetje proberen). Wat mij vrij snel tegen de borst stuit daar is de syntax die ik erg vaag vind opgezet. Verder zijn er op het inet genoeg voorbeelden te vinden van benches waar PHP sneller uit de test komt. Dat vind ik toch 2 niet al te onbelangrijke redenen. Bovendien moet je voor ASP een licensie betalen wat ook niet echt goedkoop is.

De syntax van ASP is vbscript. Vbscript is gelijk aan visual basic, dus dat noem ik niet echt een vage syntax. ASP zelf hoef je geen licentie voor te betalen. Je mag het gratis gebruiken als je windows servers hebt. En op linux kun je het ook draaien. De speciale add-ons van 3rd party manufacturers kosten wel vaak een hoop. En dat is ook het voornaamste voordeel van php, dat er standaard veel in zit.

Ik heb met beide gewerkt en ik vind echt PHP 10x beter. Het begint al door de ; om einde regel aan te geven, dat is iets simpels maar kan alles veel overzichtelijker maken. En je hoeft geen aparte components los te kopen omdat alles wat je nodig hebt er al standaard in zit. Zo kan ik erg lang doorgaan. Tevens draait PHP op veel platformen, da's ook erg handig.

Ik vind de syntax van PHP veel beter omdat ik er veel prettiger mee kan werken. ik vind hem veel duidelijker. De VB/ASP syntax vind ik soms er irritant (ja ik weet ik het ik heb er geen uitgebreide ervaring mee). En het geld aspect is hier toch ook zkr niet onbelangrijk.

De syntax van ASP is vbscript. Vbscript is gelijk aan visual basic, dus dat noem ik niet echt een vage syntax.
idd 100% mee akkoood - dat noem ik dus helemaal geen (vage) syntax - maar gewoon rommel }> :+

Het begint al met de verschillende types loops waar je gewoon onnozel van wordt als je in wat verschillende talen werkt. Ik heb ervaring met vb (met asp niet) - en ik kan niet zeggen dat daar veel goeie ervaringen tussen zitten. Als proffesioneel java/c/c++ programmeur kan ik het moeilijk doen zonder de { } blockmarkers - waarnaar je met de meest simpele coder-editor zelfs naar het begin/einde kan springen. De basic syntax is imho een van de slechtste syntaxen die actief veel gebruikt wordt (met als uitzondering mischien cobol - alhouwel :P ;))

Hierbij springt de PHP syntax heel mooi in het oog, en lijkt heel ordelijk en gestructureerd (voor mij althans). Ze hebben gewoon alle beste dingen uit alle andere talen gaan halen. Je hebt hier wel het probleem dat je je code makkelijk heel rommelig KUNT maken, maar dat ligt dan aan de programmeur imho. Als je je code mooi schrijft is deze perfect leesbaar. Dit is waarschijnlijk ook wel te doen in basic-achtige talen - maar daar zal toch wel wat meer moeite in gestoken moeten worden.

Als Professionele aanblik zou boeien bij keuze van grote bedrijven... Waarom gebruikt het merendeel van de wereld dan apache als webserver? En niet IIS?
Ik ben het hiermee dus niet eens. PHP en Apache bieden gewoon veel meer mogelijkheden en zeker met wat er op komst is van deze twee.

lol sef net iets eerder :+

Heeft dit ook nog effect op de zoek resultaten ? :)

lol vast niet :)

Juist wel..

pagina's die ook php gebruiken komen nu voor de pagina's met asp/cgi te staan :+

Weel mooie ontwikkeling voor PHP :P. Ik vindt trouwens dat PHP onoverzichtelijk begint te worden. Ze zouden een aantal functies beter kunnen 'groeperen' eigenlijk een beetje zoals in JAVA echter niet zo extreem.

dat vind ik zo goor van java..
een string heeft een stapel methods van hier tot tokio en terug.. liever op de php manier dan

maar je wens is hun bevel, de nieuwe Zend engine begint meer en meer java trekken te krijgen..

dat is hun uitgangspunt dan ook, komen ze volmondig voor uit.. ik vind 't geen gave ontwikkeling. ik zou 't leuker vinden als ze wat meer zouden baseren op C++ in plaats van Java..

Op welke manier vind je PHP op Java lijken? Vanwege dat de nadruk meer op OO zal gaan liggen? Op dit moment vind ik PHP nog het meeste op C lijken, en als je echt OO kunt gaan gebruiken dan zal het nog altijd meer C++ zijn dan Java ... een hybrid taal zoals dat heet.

Oh ja, stl::string heeft ook heel wat functies, dus 'tis niet alleen Java ;)

tuurlijk lijkt 't op C, maar java lijkt ook op C..
wat betreft OO gaat php heel veel op java lijken, wait and see..

begint nu al met 't feit dat je functies in php niet kan declaren maar alleen direct in de class declaratie moet opnemen zoals in java

[NOFI]jah sorry hoor.. maar das dus echt grote bs. C lijkt niet op Java en beide lijken al helemaaaaaal niet op PHP.
PHP = weaktyped.. pussy dus..zwaar klote om te debuggen enzo.. geen compiletime errors e.d. Om over excepties maar niet te spreken.. neeeeej PHP is een leuke serverside webscriptingtaal.. maar duidelijk in de verste verte geen volledige programmeertaal vergelijkbaar met Java of C.

Overgens dwingt Java helemaal geen OO af. Sterker nog bij Sun is OO niet eens een gebruikte standaard! Java leent zich er wel goed voor, maar in eerste instantie is het niet ontwikkeld als OO taal (hetgeen het ook niet volledig is (primaire types als int's e.d.).. dan moet je maar eens met Smaltalk gaan werken ofzo)

wat kinderachtig zeg, ik heb het enkel over de syntax natuurlijk, en dat snap ook jij heus wel...

wat dat betreft lijken java en php behoorlijk op elkaar, ze zijn allemaal wel wat van C afgeleid.. als je dit niet met me eens bent zou ik me eens na laten kijken..

en daar komt dus nu bij dat Zend 2 qua syntax nog een stuk meer op java gaat lijken, als je wil weten hoe precies, dan ga je maar lekker die PDF doorspitten op www.zend.com over wat er allemaal in gaat komen.

Ik kan het mishebben, maar lijkt PHP niet ongelooflijk voor op Perl? (als je let op dingen als open(file) or die "error"; e.d.??)

Volgens mij lijkt er momenteel niets werkelijk op Java. Java heeft ongelooflijk veel te bieden op object-orientatie. Eigenlijk vind ik maar 1 ding lijken op Java: dat is .Net van microsoft. :( Ik heb echt met verbazing gekeken naar de C# en VB.net code. Het lijkt echt gejat!! (verder zal ik maar niet mopperen, voordat ik onzinnige dingen ga zeggen)

Beter goed gejat dan slecht verzonnen...
Microsoft is er groot mee geworden, en ik kan ze er geen ongelijk in geven.

een string heeft een stapel methods van hier tot tokio en terug.. liever op de php manier dan
Ooit al eens geteld hoeveel stringfuncties er in php zijn? Vooral niet verschieten hoor...

In java heb je het grote voordeel dat deze mooi gegroepeerd zijn in een classe, en deze heel goed en mooi gedocumenteerd zijn, dat laatste is in php ook wel het geval, maar de doc is in java simpeler terug te vinden imho.

effe op je andere reactie... Java LIJKT op C... Idd - lijken - dan ken je minstens 1 van de 2 talen niet. Buiten de basic blocksyntaxen, arraybenadering en variabeledefinities zijn er niet zoveel dingen "in common". Die "blokmarkers" zijn wel de dingen die het hardste opvallen, en ook meteen heel handig zijn voor geroutineerde programmeurs

Goor?

Het boeit echt niet... deze methoden worden slechts 1 keer in het geheugen geladen. (als je een beetje begrijpt wat pointers doen) In principe kan je een methode zien als 'functie' die gewoon nog een extra parameter meekrijgt; het object (een array van variabelen) In de werkelijkheid komt er nog wel iets meer bij kijken. btw...

Aan de mensen die tegen OO zijn: het maakt niets uit! Als je graag veel efficiente C code hebt, die je NOOOIT meer veranderd is er niets mis mee. Daar houd het alleen niet mee op. Mensen (vooral niet ICT-ers) willen dat een programma direct aanpasbaar/herbruikbaar is voor een andere taak. e.d. Dat kan met OO zeer goed. Dus word er wat uitvoer-snelheid teruggenomen, maar heb je wel een kwalitatief goed product.

ze hadden volgens mij veel beter servlets kunnen gebruiken. daar kan je alles zo coden zoals je het wil/nodig hebt.

nu moeten ze aan php knutselen om het te maken zoals ze het nodig hebben.

ALs je de link volgt dan zie je dat ze alles afgewogen hebben, ook de servlets. Maar FreeBSD heeft het niet zo op (JAVA) Threads zo blijkt. En JAVA zonder Threads ziet men aldaar toch niet zo zitten.

het zou kunnen, maar de perfomance van java is veel lager dan php, daarom heb je meer servers e.d. nodig waardoor de kosten daar zullen stijgen, en met het aantal pageviews wordt t toch een kostbare zaak...

De performance van java is helemaal niet veel lager dan PHP. Het is eerder hoger aangezien het niet geparsed hoeft te worden op runtime. Java is zowiezo in standaard text output en parsen van bijvoorbeeld XML net zo snel als een native taal, alleen in graphics is het behoorlijk traag

De PHP-scripts die Yahoo! gebruikt zullen gegarandeerd WEL gecompileerd zijn (niet runtime geparsed).
- efficient (with acceleration)
Dat is die acceleration waar ze over spreken. Er zijn tools die dit doen.

Zijn er tests bekend tussen PHP vs. JAVA vs. ASP vs. ZEND (PHP)? Misschien wel interessant.

oh oh oh...

Zoek aub eens naar een grafiek op internet voordat je dingen gaat zeggen. (let er wel op dat ook dat soort mensen de zaak vaak van 1 kant bekijken, en niet alle ins en outs van een programmeertaal kennen)

Java opstarten heeft heel veel overhead. Dan is het traag. Het verschil is alleen dat een Servlet vervolgens geladen blijft (!) in het geheugen. Zeer efficient dus. (het kost alleen wel geheugen, en dat is waarschijnlijk een afweging die ze bij Yahoo ook gemaakt hebben)

Zie je maar weer dat PHP kont schopt. Duidelijk dat PHP een veel betere optie is boven ASP. Misschien dat Microsoft er wat van leert........misschien.

Lekker onderbouwd.

Omdat Yahoo voor php kiest is php meteen veel beter dan asp.

ASP is perfect voor koppelingen met office-documenten en clientside VBS-scripting.

Niet omdat Y! ervoor kiest is PHP beter (in mijn ogen) maar dit onderstreept juist dat PHP vele voordelen tov. ASP heeft.

Zoals je hieronder had kunnen lezen zou als het platform Linux zou zijn misschien wél voor Java/JSP zijn gekozen. Dus in dit geval is het deels een samenloop van omstandigheden.

Als jij als bedrijf alleen maar Microsoft-software hebt en je moet kiezen tussen een Microsoft en een ander pakket.... wat kies je dan ? :)

Ja daar heb je wel gelijk in.

Als jij als bedrijf alleen maar Microsoft-software hebt en je moet kiezen tussen een Microsoft en een ander pakket.... wat kies je dan ?
Met deze zin vat je dus precies het hele probleem samen.

Nee, omdat Yahoo een mooie presentatie van het geheel gebakken heeft, kun je lezen waarom PHP kont schopt. En hoor nou wat je zegt:
ASP is perfect voor koppelingen met office-documenten en clientside VBS-scripting.
Dat willen ze bij Yahoo helemaal niet! Voor Yahoo is PHP - lees die presentatie maar - duidelijk de beste keuze. En goddank, goddank, zijn er nog bedrijven die niet direct in de houding springen als Microsoft zegt dat iets goed is!

(* 786562 wzzrd

Ik suggereerde niet dat asp beter zou zijn voor yahoo :)
Alleen is asp niet gelijk slecht nu yahoo voor php kiest.

Verder is wat je zegt echt absoluut waar.

En wat doe je op het internet alles proberen serverside te regelen. Geen enge active-x of VB scripts die een virus kunnen bevatten / een security risk zijn.

Het is sneller doordat er minder door de internet pijp geschoten moet worden omdat er allen maar text naar de user gaat.

PHP babbelt ook direct met alle databases zoals mysql oracle en andere die ik even niet uit het hoofd weet.

Het werkt samen met alle webservers die van belang zijn op UNIX / Windows / Linux.

De source is vrij aantepassen / te lezen om verbeteringen aan te brengen. Het is nog gratis. Om maar een paar voordelen te noemen.

In mijn opiniet is PHP :9

ASP is perfect voor koppelingen met office-documenten en clientside VBS-scripting.
Office documenten geintegreerd in mijn webpages? geen haar op mijn hoofd dat er nog maar aan denkt zulke bloatwareformaten te gaan gebruiken voor mijn webpages. En client-side vbscript? Sinds wanneer is dat een standaard? Volgens mij ondersteunen verschrikkelijk veel browsers dit... :Z

Hun voornaamste reden is dat alleen PHP fatsoenlijk op het BSD platform draait.

Java gebruikt threads, en die worden niet ondersteund doro BSD, zelfde reden geldt voor Coldfusion (welke ook op JAva draait).

Perl valt af "omdat het niet voor het web ontwikkeld zou zijn"

en ASP moet voor betaald worden...

Ach, het zijn eigenlijk de raarste argumenten om je keuze op te laten baseren. Ik zou ook m'n server platform onder de loupe hebben genomen. Wanneer veel betere performance gehaald zou kunnen worden met bijvoorbeeld Coldfusion op Linux, maar ja, wie ben ik :)

Daarnaast geldt dat ze niet wensen te betalen voor hun ontwikkeltaal, maar vervolgens wel een sloot peon lappen voor een fatsoenlijke query en template cache voro PHP, want PHP zelf bakt daar helemaal niets van...

En ander argument wat ze tegen CF aandragen is dat de syntax 'lelijk' is. Vindt ik eerlijkg gezegt geen argument...

Het argument tegen Perl is nog vager. Behalve dat het niet voor het web zou zijn zeggen ze ook dat het op teveel manieren kan worden geschreven.

Ik neem aan dat, voor welke taal je ook gebruikt, je vantevoren duidelijke richtlijnen opstelt hoe er moet worden gecode.

Ik zou niet graag grote programma´s willen schrijven met Perl. Met Perl zijn de variabelen her-en-der uit te lezen. Je kunt er niet gestructureerd mee werken.

:? met Perl zijn variabelen her en der uit te lezen :?
kan niet gestructureerd :?
Als je niet weet waar je het over hebt, moet je er niet over praten. Ik gok dat je wellicht eens wat slechte perl source gezien heb, maar dat kan ik elke taal.
Als je netjes programmeert in perl kan je vars gewoon "lokaal" houden, en het is juist een super gestructureerde taal.
En ja je kan perl net schrijven alsof het basic is maar dan ben je zelf niet goed bezig.
(Ik ben Perl-programmeur van beroep en schrijf regelmatig grote programma's in perl, geen enkel probleem)

probeer eens

[code]#!/usr/bin/perl -w

use strict;[/code]

reken maar dat je geen rare dingen meer kan doen, en variabelen MOET declareren.

'Grote' Perl dingen werken echt wel: http://www.codingdomain.com/cgi-bin/x-forum.cgi :*) Of check http://www.kasuto.net/cgi-bin/x-forum.cgi voor een toffe grote implementatie. (mocht je kritiek willen leveren: houd dan wel rekening met de doelgroep die dit forum heeft)

Perl niet voor het web? Tja... 'CGI' heeft een aantal problemen die met mod_perl deels uit de weg worden geruimt... enne.. Perl is al sinds het begin van het internet gebruikt voor cgi-acties, omdat gespecialiseerd is in dataverwerking (van veel data) om vervolgens een output te genereren.

Support uit de community hebben ze zeker, maar zeker qua security zou ik zou eerder JSP hebben gekozen, maar goed, ik ben maar een simpele javaklopper en geindoctrineerd door HIO Enschede :Z

Welke database gaan ze hieraan koppelen? dan zullen ze toch zelf de modules moeten schrijven denk ik?

Ze gebruiken oa MySQL, maar ik krijg een beetje de indruk dat zo ook een zelfgeschreven iets hebben draeien.

In die presentatie staat onder meer dat ze inderdaad 'een zelfgeschreven iets' draaien: yscript2. En verder maken ze een heleboel dingen zelf, waaronder een databasesysteem.

ben maar een simpele javaklopper en geindoctrineerd door HIO Enschede
hehe... ook al? :p

Je word inderdaad nogal pro-Java als je de voordelen tijdens het programmeren hebt ontdenkt? :D

Dat knutselen, gaan ze nieuwe functies toevoegen of verbeteren?
Zo ja worden deze dan ook doorgevoerd in nieuwe PHP-releases??

Ze zullen zelf modules gaan schrijven voor php neem ik dan aan. En dat is niet php code, maar C code, want dat is veel sneller.

Ik zou er niet vanuit gaan dat deze in nieuwe releases van php komen.

Sterker nog, op de website van yahoo, staat letterlijk dat ze dat niet doen. Hun verbeteringen zijn specifieke Yahoo dingen...

en dit baart me grote zorgen:
ik vraag me af of dit wel zo'n groot succes is voor PHP, of misschien eerder het begin van het einde, hoe commercie een open source initiaf opeet (with fries zoals de licentie-faq op php.net meld)

PHP3 was GPL licensed (alhoewel vreemd genoeg dually, zowel onder een berkeley-syle licente alswel gpl, een contradictio in terminus)

Door de ontwikkelaars van Zend (Zeev Suraski) is een mogelijke overgang van php naar een GPL-compatible licentie getraineerd, omdat dat voor zijn commerciele ideeen met Zend een probleem begon te vormen.
Het heft nu een Qt/Trolltech-achtige licentie, die ook KDE kent.

De huidige licentie biedt directe gevaren omtrend terugtreden in een proprietair systeem, waarin bedrijven eigenaar zijn van onderdelen van de php-code.

Het is goed om open source initiatieven te zien ontwikkelen tot professionele alternatieven voor commerciele initiatieven, kennelijk bied een andere aanpak wel degelijk die meerwaarde, maar het gevaar is groot dat juist binnen dit soort commercialisatie ook een Trojaans Paard schuilt, dat ertoe kan leiden dat alsnog commerciele belangen van bedrijven een directe invloed kunnen hebben op de ontwikkeling en toepassing van een taal.

Je kunt er donder op zeggen dat als werelds grootste internet community voor zoiets kiest dat er uiteindelijk een volledig eigen taal zal uit ontstaan.

MyPhP ofzo... :)

Wat voor een bedrijf als Yahoo! voornamelijk van belang is snelheid en de mogelijkheid tot aanpassen.

Voor diegene die vragen hebben raad ik echt aan even Michael Radwin's (best wel relaxede en zeer duidelijke) presentatie door te nemen. En bij vragen zou ik zeggen hij heeft niet voor niets zijn emailadres erin staan!

Mijn god.. hij had wel even een betere persfoto kunnen submitten }>

MyPHP? Als ze het maar laten. Als er iets smerigs is, dan is het wel MyDit, MyDat, MyZus, MyZo... om kotsmisselijk van te worden.

lijkt wel een sony reeks :P myfirstsqlserver :)

De presentatie is inderdaad erg goed en informatief. :-)
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 21:50 Wi-Fi Alliance introduceert nieuwe beveiligingsstandaard
Vorige 19:30 IBM lanceert grootse reclamecampagne
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011