PHP REST/JSON Service vs. TCP-Server Daemon

[Valle]

Ich würde ganz klar zu REST/JSON tendieren.

HTTP und JSON sind modern und verbreitet genug, sodass ich da keine Skalierungs- oder Performanceprobleme sehe. Im Gegenteil: Einen TCP-Server aufzusetzen würde bedeuten, dass man viel der Skalierung- und Optimierungssarbeit von Hand machen muss. Skalierende Webtechnologien gibt es wie Sand am Meer und bieten Lösungen für die ja immergleichen Probleme. Einige davon (PHP gehört eher nicht dazu) sind auch wirklich gut.

Der Vorteil von PHP+JSON läge dafür aber in der Wartbarkeit. Es sollte zu keiner Zeit ein Problem sein, einen Entwickler für PHP / REST / JSON zu finden, der euch dabei unterstützen kann. Plain TCP oder exotischere Programmiersprachen, zu denen ich auch Delphi zähle, sind da komplizierter.

Gerade was HTTP und JSON angeht ist zum Beispiel NodeJS mittlerweile wohl auch aus den Kinderschuhen raus. Performance, Skalierbarkeit und Wartbarkeit (auch im Sinne von Personalproblemen) sind hier wirklich hervorragend. Aber auch klassischere Ansätze mit Python oder Ruby wären denkbar. PHP kann ich für ernsthafte Projekte nicht mehr so richtig für voll nehmen... Aber es gäbe sicherlich schlimmeres.

Natürlich muss ich als Disclaimer dazu sagen, dass ich Webentwickler bin und daher wohl etwas voreingenommen.

[Mavarik]

REST & JSON aber kein PHP sondern Webbroker!

So mich ich das schon sein vielen Jahren - nix ist schneller!

Mavarik

[RWarnecke]

Hallo zusammen,

danke erstmal für eure Antworten.

Zitat von Mavarik:

REST & JSON aber kein PHP sondern Webbroker!

Läuft das auch unter Linux ?

Zitat von Valle:

Aber auch klassischere Ansätze mit Python oder Ruby wären denkbar. PHP kann ich für ernsthafte Projekte nicht mehr so richtig für voll nehmen... Aber es gäbe sicherlich schlimmeres.

Ruby und Python werde ich mir mal anschauen.

[Mavarik]

Zitat von RWarnecke:

Zitat von Mavarik:

REST & JSON aber kein PHP sondern Webbroker!

Läuft das auch unter Linux ?

Aber klar doch...

[Rollo62]

Ich hatte mal ein bischen mit PHP SLim rumprobiert.
Das ist ganz gut strukturiert und hat wenig Ballast.
Allerdings hatte ich mit der Authentifizierung https keine wirklich tolle Lösung gefunden.
Das sollte aber mittlerweile machbar sein.

Rollo

[BrightAngel]

Noch ein paar Argumente für HTTP/JSON

• Port 443/80/TLS/HTTP sind Firewalls und Middleboxen bekannt
• verbreiteter Technologiestack
• vieles ist schon definiert und es gibt spannende Erweiterungen (websockets, ...)
• von Haus aus schon lesbar (gut, niemand hält dich davon ab z.B. ein ASCII Protokoll auf TCP direkt zu definieren, aber es wäre halt wieder selbstgebastelt...)
• TLS direkt schon im Stack mit drin (sowas wie SNI z.B.)
• Multiplexbar mit normalem Webcontent
• Client kann auch zur Not im Browser laufen (debugging Interface/Werkzeuge im Browser)

... und gegen PHP

• Skript läuft pro Anfrage durch -> Kommunikation nur gut über Model möglich... (okay, da gibt es hacks...)
• Bei Longpolling oder ereignisgestützten Reaktionen eher unintuitiv
• Wenn die Server ohnehin frei konfigurierbar sind, gibt es Leichtgewichtigeres

und es kommt natürlich auch darauf an, wie RESTig das ganze wirklich wird...

Brighty

[RWarnecke]

Zitat von Mavarik:

Zitat von RWarnecke:

Zitat von Mavarik:

REST & JSON aber kein PHP sondern Webbroker!

Läuft das auch unter Linux ?

Aber klar doch...

Aber nur mit Delphi 10.2, mit XE8 nicht.

Zitat von Rollo62:

Ich hatte mal ein bischen mit PHP SLim rumprobiert.
Das ist ganz gut strukturiert und hat wenig Ballast.
Allerdings hatte ich mit der Authentifizierung https keine wirklich tolle Lösung gefunden.
Das sollte aber mittlerweile machbar sein.

Danke für den Tipp, werde ich mir genauer anschauen.

[Rollo62]

@BrightAngel

Da hasr du sicher Recht.
Was für PHP spricht ist das es notfalls auf jedem 5eur server läuft.
Node.js ist leider noch nicht so verbreitet sonst wäre das mein Favorit. Nicht jede Anwendung braucht 100% performance z.b. Wenn es nur begrenzte userzahl gibt.


Rollo

[BrightAngel]

Ja, kommt immer auch auf die Anwendung an.

Für kleine Experimente habe ich das (kostenlose kleine Paket) OpenShift von RedHat schon erfolgreich benutzt (wobei die grade das Produkt neu aufgelegt hatten und der Andrang auf die kostenlosen Gears grade überproportional hoch ist). Da kann man zum Beispiel auch node.js laufen lassen.

Aber auch vServer sind nicht mehr teuer. Da läuft dann alles. Ich hoste da zum Beispiel bei der netcup und hatte bisher ganz gute Erfahrungen gemacht (das soll jetzt keine Werbung explizit für netcup sein...); wobei klar. Man ist dann natürlich bei dieser Art von Hosting in der Eigenverantwortung die Dienste zu warten und diese gegen misbräuchliche Fremdnutzung zu schützen... Aber für so kleines Anwendungsdeployment mit node.js oder auch nativ tut das definitiv schon.

Brighty

P.S. Sorry für das leichte Off-Topic. Ich will damit nur sagen: Sich nur wegen eines verfügbaren Angebotes (billiges php überall) an eine Technologie zu binden, halte ich im Allgemeinen für übereilt. Klar, bei Forensoftware oder Ähnlichem macht das vielleicht Sinn, damit die Verbreitung leichter wird; aber wenn man da ernsthaft evaluiert zwischen plain TCP Protokoll und REST usw, dann unterstelle ich dem TE, dass da Motivation und Gewicht nach der Technologie dahinter steht...

[Mavarik]

Zitat von RWarnecke:

Aber nur mit Delphi 10.2, mit XE8 nicht.

Gut, stimmt... In D2007 gabs auch noch kein Unicode und in XE kein Mobil und in XE3 noch kein Android...

Ich will jetzt keinen Streit von Zaun brechen oder mich darüber auslassen, was man braucht um für Linux zu kompilieren, aber das war auch nicht die Frage...

Zitat von RWarnecke:

Läuft das auch unter Linux ?

Mavarik