Oracle gaat PHP ondersteunen

Oracle 10g gaat ondersteuning bieden aan de PHP-scripttaal. De integratie van Zend Core, een commerciële versie van PHP, zal dit mogelijk moeten maken. De hiervoor speciaal ontwikkelde Zend Core voor Oracle komt uit in het derde kwartaal van 2005. Oracle is niet de eerste die met Zend gaat werken, SAP en Intel gingen het bedrijf al voor. De ontwikkelingen zijn ook goed voor de open-source gemeenschap, zo geeft analist Stacey Quandt aan. "De integratie van Zend zal de acceptatie van PHP binnen het bedrijfsleven verder verspreiden". De hierboven aangekondigde Zend Core versie zal samenwerken met de Linux-versies van Novell, Suse en Red Hat, IBM AIX en Sun Solaris. In 2006 zal ondersteuning van Windows XP en Windows 2003 worden toegevoegd.

Reacties (15)

[veltnet]

Twee weken geleden heb ik op de International PHP conference in Amsterdam de heren van Oracle gesproken. In het verleden was het vaak een "hell of a job" om de Oracle client-lbraries werkend te krijgen met PHP. Daarvoor moest je eerst de volledige versie van Oracle downloaden (3 Gig) en daar de client-libraries uitslopen (300Kb). Dat was erg omslachtig en voor veel ontwikkelaars een reden om een andere database te gebruiken.

Oracle heeft hier veel klachten over gehad en vandaar dat ze met deze actie zijn begonnen, en nu zelfs de Zend tools volledig gaan ondersteunen. De client-libraries zijn inmiddels ook als een klein (330Kb) pakketje te downloaden.

Nog een tip: Het PHP forum op de Oracle Technet site is een van de weinige forums die wordt gemonitord door technisch personeel van Oracle. Voor complexe vragen over de combinatie PHP/Oracle kun je daar dus terecht.

@Mellon: Zowel versie 4 als 5 worden door Oracle ondersteund. De nadruk ligt inderdaad op PHP5.

[Confusion]

Kort samengevat, Oracle komt met een mooi verhaal waarmee ze allerlei mensen proberen te paaien, maar het komt er gewoon op neer dat ze niet meer om PHP heen konden. Ze helpen niet om PHP in het bedrijfsleven te verspreiden, maar om Oracle in het bedrijfsleven te behouden. Wat ook helemaal niet vreemd is voor een bedrijf, maar het blijft jammer dat men er niet gewoon voor uitkomt.

[siepeltjuh]

ik zie niet helemaal waarom Zend Core, php zal helpen voor een betere acceptatie. Zend is toch een commerciele variant van php?

Dan heeft PHP er toch eigenlijk niets aan?

Kan ook aan mij liggen, maar ik snap het niet helemaal.
(ik hoor het melk klotsen, maar zie geen tepel)

[Verwijderd]

Zend is afaik de officiele ontwikkelaar achter PHP. Aan PHP verdienen ze niets, aan de tools die ze ervoor ontwikkelen wel.

Zend Core zal wel net zoiets zijn als de Zend Engine in PHP voor bijvorbeed Apache, maar dan voor Oracle Application Servers.
Op het moment dat men PHP kan gaan gebruiken in Oracle AS leidt dit tot een grotere acceptatie, omdat als PHP prut zou zijn het vast niet in een Oracle AS zou zitten

[familyman]

Wat dacht je ervan dat PHP dus een meer acceptabele oplossing wordt voor bedrijven. Dan kun je je kennis opgedaan met freeware PHP dus daar ook lekker verpatsen.

Hoeveel professionele ontwikkeltools zijn er voor de in eerste instantie thuisklusser nu betaalbaar op mega-corporate schaal?

[TinusH777]

Exactly my point
PHP client-server met oracle gaat toch goed?
Waarschijnlijk is dit meer een commercieel verhaal om IT managers te paaien.
Ik kan me wel voorstellen dat het draaien van de PHP engine in Oracle process, de performance hoger is.
IVM security en stabiliteit ben ik persoonlijk geen voorstander om de hele kliek op 1 server in 1 process te draaien: web applicaties=client/server, waarbij db server achter een extra firewall hoort te staan

[Ursamajor]

Wij hebben ook een oracle applicatie draaien en PHP sites aan de database gekoppeld. Echter is de oracle applicatie waarschijnlijk anders geprogrammeerd dan de php scripts, want de data komt veel sneller met PHP naar voren...

Maargoed, een integratie is altijd leuk voor de toekomst, om een applicatie en webtools nog efficienter te combineren.

[tweakerbee]

M.a.w. de applicatie is inefficient, en de PHP CGI handler / module wel efficient?
Grappig. Is de client soms in Java gemaakt?

[iain]

Goed nieuws. PHP wordt nu nog door veel bedrijven als hobbyproduct gezien. Als ook Oracle het gaat ondersteunen, zal dat waarschijnlijk een aantal zieltjes winnen voor PHP. Ik hoop alleen wel dat ze PHP4 gelijk overslaan, om zo een beetje vaart te maken richting PHP5, wat in mijn ogen nog niet snel genoeg gebeurt.

[Standeman]

Dat het een hobby-taal is, is wat overdreven. PHP is ideaal om kleine, kortlevende projecten mee op te zetten zoals een prototype of proof of concept.

Wanneer je echter een langlevende en complexe enterprise applicatie gaat bouwen kan je beter kiezen voor echte OO oplossing in Java of .NET vanwege de onderhoud, hergebruik, etc.

Overigens is het veel belangrijker dat je goede ontwikkelaars hebt.

[opagrover]

Overigens is het veel belangrijker dat je goede ontwikkelaars hebt.

Juist

Wanneer je echter een langlevende en complexe enterprise applicatie gaat bouwen kan je beter kiezen voor echte OO oplossing in Java of .NET vanwege de onderhoud, hergebruik, etc.

Niet zo juist. Je kan van Java net zo'n zootje maken als van PHP. Sterker nog, waar je bij php nog wel wat creatieve hacks kan doen moet je bij JSP/Java wel netjes blijven werken. Goede onwikkelaars doen dat, maar die doen dat in PHP ook wel.

Conclusie goede onwikkelaars kunnen heel aardig met en PHP en Java/.Net overweg. Niet zulke goede moeten het niet verder als PHP gaan zoeken. PHP wint in beide gevallen.

[Verwijderd]

Onzin. PHP vs Java/.Net hebben hun eigen voor- en nadelen. Wat jij hier beweert heeft met goed vakmanschap te maken (wat bij een hobbyist ook wel degelijk van belang is). Dat IMHO niets te maken met de technologie keuze.
Zowieso dat verreweg het grootste gedeelte van mensen die met Oracle werken goede ontwikkelaars zijn. (Of helaas genoeg beweren te zijn)

En ook zonder de ondersteuning van Oracle kon ja al goed PHP laten samenwerken met Oracle. Alleen komt er een stukje ondersteuning bij en dus in de professionele sfeer wordt het interessanter om hiervoor te kiezen.

Aan de ene kant goed van Oracle omdat ze zo hun klanten beter kunnen helpen. Maar aan de andere kant wellicht niet zo handig omdat ze daarmee hun andere produkten minder goed promoten. En dat doen ze daar de laatste tijd wel erg veel. Ze waaien met teveel winden mee heb ik het idee. Maar wellicht hoort dat bij hun strategisch offensief om (web)applicaties marktaandeel te veroveren.

[Verwijderd]

>>Wanneer je echter een langlevende en complexe
>>enterprise applicatie gaat bouwen kan je beter kiezen
>>voor echte OO oplossing in Java of .NET vanwege de
>>onderhoud, hergebruik, etc.
Paar dingen hierover
1. Volgens uitvinder Bjarne Stroustrup (of hoe heet die knakker) is OO erg lastig voor mensen. Ha!
2. Java, DotNet volwassen? Ik denk meestal aan Brussel: compleet, verantwoord, en bureaucratisch. Niet praktisch.
3) Onderhoud heeft met fatsoenlijk bijhouden van requirements en documentatie (fnuc+tech) te maken, niet met taalkeuze
4) Hergebruik! Hèrgebruik? Waar? In Nederland? Da's een discipline van de ontwikkelaar, niet een eigenschap van de omgeving vrees ik. En in de 20+ grote en zeer grote ondernemingen waar ik de laatste 15 jaar gewerkt heb, vnidt het zowieso niet plaats. Altijd iets nieuws zonder legacy voor de nieuwe manager.

Floris.

[dev10]

Oracle gaat PHP ondersteunen? Volgens mij is het dan zo dat PHP Oracle gaat ondersteunen. Maar dat even terzijde.

PHP wordt idd nog wel veel gezien als hobbyproduct/scripttaal. Ikzelf zie dat niet zo, ik vind PHP een fijne scripttaal waar ASP een goede concurrent aan heeft.

[daft_dutch]

PHP gebruikt mischien iets meer resources als andere server sided talen maar dat zal een server wat boeien.
PHP is makkijk kan het goed met HTML combineren.
hell zelfs mijn adsl script draait op php