TMS Webcore app mit DB auf gehosteten Systemen

[noisy_master]

Hallo liebe Gemeinde,

ich bastele gerade ein bisschen mit den TMS WebCore und FNC Komponenten rum. Programme mit diesen Komponenten erzeugen ja nach dem compilieren ein paar .html und .js Dateien, die man auch locker auf einen gehosteten Webspace bei z.B. StraXXX oder IonoXXX, oder wem auch immer hochladen kann.

Nun hätte ich 2 Fragen:
- Bekommt man es irgendwie hin, dass sich eine solche Webcore App mit einer Datenbank(die ja häufig zu Hostingpaketen gehört) "direkt" verbindet? Wenn ja, wie?
- Kann man diese Webcore App mit einem z.B. XData Server ausstatten, so dass man über diesen die "DB von aussen" mit einem XData Client erreichen kann? Wenn ja, wie?


Danke schon mal wieder vorab an die schlaue Gemeinde

[jaenicke]

Zitat von noisy_master:

- Bekommt man es irgendwie hin, dass sich eine solche Webcore App mit einer Datenbank(die ja häufig zu Hostingpaketen gehört) "direkt" verbindet? Wenn ja, wie?

Die App läuft auf dem Client. Du kannst von dort aus zwar zu einer in das Internet exponierten DB verbinden, aber das ist keine gute Idee, weil die App dafür die Zugangsdaten benötigt. Auf dem Server läuft bei TMS Web Core kein Code.

Zitat von noisy_master:

- Kann man diese Webcore App mit einem z.B. XData Server ausstatten, so dass man über diesen die "DB von aussen" mit einem XData Client erreichen kann?

Das kann man, aber dieser Server läuft nicht auf einem einfachen Webhosting Paket. Dafür brauchst du z.B. einen Virtual Server oder Root Server.

[Rollo62]

Normalerweise läuft da auch PHP.
Und WebCore ist HMTL-basiert, also könnte man es in ein PHP z.B. per Formular einbinden.
https://www.w3schools.com/php/php_forms.asp

Natürlich kann es auch eine vollständige REST-API sein, in PHP, aber der native PHP-Ansatz ist vieleicht für einfache Dinge ausreichend.

[TigerLilly]

Auf gehostetem WebSpace läuft in der Regel PHP + da kannst du zB
https://github.com/mevdschee/php-crud-api
aufsetzen. Damit kannst du deine DB, die ja am Server läuft, vom Client, wo die TMS WebCore Anwendugn läuft, via REST API ansprechen. Funktioniert super.

[Rollo62]

Zitat von TigerLilly:

https://github.com/mevdschee/php-crud-api

Ja, das ist eine schöne Library.
Sowas Ähnliches habe ich auch im Einsatz, hatte ich aber nicht genannt um nicht den Eindruck zu erwecken dass dies völlig Problemfrei ist.
Wenn man nur einfach Libraries benutzt oder selber hackt können schnell Sicherheitslücken auftreten.

Ich habe jetzt noch nichts mit php-crud-api gemacht, das sieht aber soweit OK aus.
Hast Du Erfahrungen damit in welche Fettnäpfchen man treten kann ?
Ich habe bei "selbstgemachtem" PHP-Server immer ein bischen das Gefühl eine Sicherheitslücke übersehen zu haben,
vielleicht schaue ich mir php-crud-api auch mal näher an, das scheint auch auf einem sehr guten Stand zu sein.

Auch Laravel und andere aktuellen PHP System sind nicht völlig pflegeleicht und ich suche auch immer noch eine 100% wasserdichte Implementierung.
Leider zeigen die dort immer nur Teilbeispiele aber selten ganze Projekte von A bis Z.
Der Vorteil z.B. von Laravel ist die super Pflege und die Millionen User.

Generell würde ich für sowas sogar fast empfehlen einfach ein Wordpress aufzusetzen.
Das hat auch eine REST-Schnittstelle an die man sich anhängen könnte.
Das ist auch super gepflegt und sicherheitstechnisch auf dem letzten Stand, das bischen Overhead vom CMS macht keine Probleme.

Wenn man sich sowas selber baut hat man immer das Problem der Pflege, schnell veralten die Libraries und Updates sind nicht immer leicht einzuspielen.
Bei Wordpress ist das relativ gut optimiert, mit richtigem Dashboard, und das kann sich regelmäßig selbst updaten.

[TigerLilly]

Zitat von Rollo62:

Ich habe jetzt noch nichts mit php-crud-api gemacht, das sieht aber soweit OK aus.
Hast Du Erfahrungen damit in welche Fettnäpfchen man treten kann ?

Für die Entwicklung mit TMS WebCore wollte ich den Client auf und von meinem Entwicklungsrechner laufen lassen + habe mit CORS gekämpft + es wollte mir nicht gelingen, das PHP seitig zu lösen. Also hab ich es einfach als Feature verstanden und der Clientmuss vom Server mit der DB geladen werden. Aber ich bin kein PHP Profi und vielleicht übersehe ich da was. Da das API eine einzige Datei ist, kann das auch serverseitig gut abgesichert sein. Und die API funktioniert out-of-the-box, das ist sehr praktisch.

[noisy_master]

Hallo TigerLilly,

vielen Dank erstmal für die gute Idee.

Zitat von TigerLilly:

Für die Entwicklung mit TMS WebCore wollte ich den Client auf und von meinem Entwicklungsrechner laufen lassen + habe mit CORS gekämpft + es wollte mir nicht gelingen, das PHP seitig zu lösen. Also hab ich es einfach als Feature verstanden und der Clientmuss vom Server mit der DB geladen werden. Aber ich bin kein PHP Profi und vielleicht übersehe ich da was. Da das API eine einzige Datei ist, kann das auch serverseitig gut abgesichert sein. Und die API funktioniert out-of-the-box, das ist sehr praktisch.

Aber: hast du zufällig Erfahrung mit den CRUP-PHP? Ich habe gestern versucht das Ganze auf einem bei IonXXX gehosteten Server zum Laufen zu bekommen, aber leider mit wenig Erfolg. connection zur bei ionXXX gehosteten DB konfiguriert, bekomme aber immer ein "Route '' not found"... Hast du zufällig irgendeine Idee? Gibt es zu der CRUD PHP API irgeneine FAQ oder ein Forum?

[TigerLilly]

Was für eine DB magst du denn erreichen? Liegt die auf demseblen Server wir das PHP Script?
Kommst du denn mit einem Tool an deine DB?

Für mich hat es genügt, die DB Paramter zu setzen + alles hat funktioniert.

[noisy_master]

Zitat von TigerLilly:

Was für eine DB magst du denn erreichen? Liegt die auf demseblen Server wir das PHP Script?
Kommst du denn mit einem Tool an deine DB?

Für mich hat es genügt, die DB Paramter zu setzen + alles hat funktioniert.

letzteres freut mich sehr für dich
Ich habe ein Hosting ink MySQL DBs bei IonXXX.... ob das der (physikalisch) gleiche Server ist kann ich dir natürlich nicht beantworten. Aber ich komme mit "normalen" php Scripts auf die DB(unter Angabe des Users, Passworts, DB Namen und Host)... Das habe ich auch mit der CRUD API gemacht, aber da funktioniert es leider nicht...wäre ja auch zu schön, wenn es so einfach gewesen wäre

[TigerLilly]

Eigentlich klingt das eher danach, dass das copnnect schon funktioniert, aber du eeine falsche Abfrage an das API absetzt.

Das da 1000 => ["Route '%s' not found", ResponseFactory::NOT_FOUND] ist eine Meldung der API.

Nimm doch mal den REST Debugger von EMBA und mqach dich mit der Abfragesyntax vertraut.