Google maakt php publiek toegankelijk in App Engine

Google heeft na een previewfase voor een beperkte groep ontwikkelaars de mogelijkheid voor iedereen geopend om php te benutten binnen App Engine. Volgens Google zijn er bovendien de nodige verbeteringen doorgevoerd voor het gebruik van php op zijn cloudplatform.

Het limited preview-programma van Google om de php-runtime op App Engine te kunnen draaien, werd tijdens de Google I/O-conferentie eerder dit jaar aangekondigd. Inmiddels heeft de zoekgigant bekendgemaakt dat elke ontwikkelaar nu in staat zal zijn om php te gaan gebruiken op App Engine. Wel draagt het project nog steeds het label 'preview', waarmee Google wil aangeven dat het nog steeds om een bèta gaat.

Volgens Google kan tal van populaire php-software probleemloos gedraaid worden op zijn platform. Onder andere Drupal, phpMyAdmin en phpBB worden als populaire pakketten met name genoemd. Ook frameworks als CodeIgniter, Laravel en Silex zijn inzetbaar.

Verder claimt Google dat het de nodige verbeteringen rondom de php-runtime op App Engine heeft doorgevoerd. Zo is er een plug-in voor WordPress uitgebracht, is er ondersteuning voor php-extensies als mbstring en mcrypt toegevoegd en er zijn prestatie- en stabiliteitsverbeteringen.

Reacties (19)

[Woestijn]

Het was altijd al mogelijk PHP in AppEngine te draaien (via een PHP engine die in Java liep).

Maar de reden dat Google nooit officieel support voor PHP leverde, was omdat scripts in deze taal niet altijd geschikt zijn om parallel uitgevoerd te worden (waardoor applicaties niet zonder code-wijzigingen kunnen schalen naar meerdere instances).

De andere beschikbare talen binnen ApppEngine zijn speciaal aangepast om het delen van objecten tussen instances (zoals databases, enz) mogelijk te maken. Ben benieuwd wat ze hiervoor aan de PHP engine veranderd hebben.

[Reactie gewijzigd door Woestijn op 23 juli 2024 06:23]

[DragonChaser]

Llaten we zeggen....ik wil niet gek doen maar voor 99% real world application use heb je helemaal geen paralelle uitvoering nodig hebben. (neem aan dat je multi core use bedoelt).

Wat ik bedoel met mijn post is dat ik ook gewoon ff met simpele webtalen een aardig complexe app klaar heb waarmee ik alle resteaurants in Nederland gekoppeld heb met een DB alles erop en eraan.

Kost nix qua telefoonkracht, snel te ontwikkelen, als ik dan weer naar java kijk (de echte) import package dit dat, klasse met maine static void arg.....man implements action listener gewoon om een knop te maken.

Mensen die dit lezen begrijp mij niet verkeerd, ik beheers bijna 7 talen zeer goed.

Lelijkste eend van allen PHP, toch is dit een taal waar iedereen snel complexe dingen mee kan uitvoeren en straightforward is.

Webtalen toch mijn favoriet, miss omdat men altijd begint met webtalen, maar OOP is ook super leuk maar de frustraties die ik heb en anderen zijn er altijd al geweest.

Het aanroepen van knop, veld pagina etc. in Java en C# iets minder naar mijn mening is belachelijk.

Ook ik develope voor android dat gaat velen malen beter dan de full fledged talen, maar de smaak is overal te vinden al ga je dieper en complexer in op Android.

Toch! om de post af te maken super dat Android bestaat en in ieder geval te programmeren is met een beetje headstart Java en dus toegankelijker is voor de meesten met een grote community.

Dit is iets waar PHP ook in uitblinkt! stackoverflow je vriend voor het leven.

[Martinspire]

Toch lijkt me een VPS, dedicated of normale webspace nog wel goedkoper om PHP op te gebruiken, of heb ik dat mis? Overigens zie ik wel dat Azure al langer PHP ondersteuning biedt.

[Reactie gewijzigd door Martinspire op 23 juli 2024 06:23]

[robvanwijk]

Voor kleine sites (die niet teveel verkeer trekken) is App Engine gratis; ken jij gratis VPS's?

[-DarkShadow-]

Als je de systeembeheerkosten van een VPS buiten beschouwing houdt, is een VPS inderdaad goedkoper.

[Tarabass]

Ik heb het totaal niet op dit soort clouddiensten. Ten eerste staan je bestanden 'in Amerika' en gelden hele andere voorwaarden dan dat je gewend bent van Nederland. Daarnaast kan Google de voorwaarden aanpassen zoals zij willen en als je hiermee niet akkoord wil gaan zal dit betekenen dat je niet meer bij je websites kan. Dit zeg ik op basis van ervaring.

Ook is het helemaal niet goedkoop, en als Google het niet meer ziet zitten trekken ze de stekker eruit. We hebben in het verleden gezien wat voor ellende dit kan opleveren als je gebruik maakt van zo'n dienst. Waarom zou je je opsluiten in hun eco-systeem terwijl je voor een paar euro zonder plugins etc. een hosting hebt die je alle vrijheid geven en vallen onder de Nederlandse wet, zonder voorwaarden en niet bij een onbereikbaar bedrijf..

[Martinspire]

Op basis van ervaring? Oh dus jij bent al je websites kwijt geweest omdat de voorwaarden veranderd zijn? En dan ook nog eens bij Google? Dat is knap.
Reken de ondeskundigheid van anderen niet af op wat Google hiermee lanceert. Dat is wel even andere koek.

Het grote voordeel van dergelijke cloud-hosting, is dat je betaald naar gebruik en niet naar vaste rekenkracht. Een server die 99% van de tijd uit zijn neus staat te vreten is niet bepaald kosten-effectief. Vooral bij sites met veel pieken en dalen is dit erg handig. Verder heb je als normale website maar weinig last van wetgevingen, tenzij je echt op dat vlak bezig bent.

[Tarabass]

Volgens mij snap je niet helemaal wat ik zeg. Ik heb een website draaien in de app engine. Als ik nu mijn website wil beheren zal ik akkoord moeten gaan met nieuwe voorwaarden. Na deze gelezen te hebben wil ik dat wat betekent dat ik niet door mag gaan en dus voor een dichte deur sta..

[ro8in]

Het is vaak alleen kosten effectief als je door het gebruik ervan je server beheerder kan ontslaan. Kan dat niet of beheer je zelf je servers dan is je eigen server zelfs als hij 99 procent vd tijd niks doet vaak toch goedkoper. Het is een mooi verhaal dat betalen naar gebruik, maar in de praktijk is het gebruik vaak heel duur. Zie het een beetje als een duurder telefoon abonnement met onbeperkt bellen tegenover een goedkoop abonnement met een hoge minuut prijs. Alleen als je echt helemaal nooit belt zou dat laatste goedkoper zijn. Voor de meeste mensen is optie 1 toch de betere.

[Reactie gewijzigd door ro8in op 23 juli 2024 06:23]

[Devion]

Als dit daadwerkelijk goed doorgevoerd wordt en niet binnen een jaar de nek om wordt gedraaid voorzie ik dat dit heel nuttig is en maakt cloud apps maken zeer laag-drempelig, ik voorzie ook wel dat dit nu ernstig veel gebruikt gaat worden gezien App Engine gratis is (nahja, 1GB + laag % cpu/mem) wat voor de kleinere cloud apps goed te doen is.

[nightwing]

Er is ook een open source variant van AppEngine die je zelf zou kunnen draaien voor als je toch zwaardere apps hebt en/of niet direct afhankelijk wil zijn van google.

http://www.appscale.com/

[Whinger]

Ziet er inderdaad heel interessant uit, jammer dat ze (nog) geen php ondersteunen, maar wat niet is kan nog komen. Ik heb me in ieder geval ingeschreven op hun nieuwsbrief, goede tip!

edit: ik zie nu juist dat ze wordpress hebben draaien, dat zou toch met php moeten dan, wellicht dat hun readme op github nog niet helemaal up to date is, ga er aankomend weekend wel even mee spelen

[Reactie gewijzigd door Whinger op 23 juli 2024 06:23]

[nightwing]

het volgt GAE (Google AppEngine), php is op 5 okt bij google aangekondigd dus het duurt even voor ze het over hebben genomen. Ze werken wel erg nauw samen met Google dus ver zullen ze niet achter lopen.

[Nickvda]

Typisch dat Symfony2 niet genoemd wordt, maar Silex- dat gebruik maakt van Symfony 2 modules wel.

[BtM909]

Ik denk dat dit wel een enorme boost zal geven aan "de gewone" man die dit platform wilt gaan gebruiken, zodra het idd performant genoeg is.

[BtM909]

Grapjurk: https://en.wiktionary.org/wiki/performant

[BtM909]

Spel- en tikfoutjes - en dus *geen* andere foutjes - deel 42