PHP REST/JSON Service vs. TCP-Server Daemon

[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...