S: Perfekte Sprache für Cross-Plattform Web-Backend
XeroXs 25.02.2016 - 16:16 9484 55
-=Willi=-
The Emperor protects
|
Ich glaub die übersiehst irgendwas. Wenn du Revel benutzt kannst du dir ja eine Route /admin machen die mit den Templates HTML rendert und eine andere Route /admin/static oder so, die dann eben Static-Files wie JS, CSS usw ausliefert. Da brauchst du keinen extra Webserver konfigurieren.
|
XeroXs
doh
|
Ich glaub die übersiehst irgendwas. Wenn du Revel benutzt kannst du dir ja eine Route /admin machen die mit den Templates HTML rendert und eine andere Route /admin/static oder so, die dann eben Static-Files wie JS, CSS usw ausliefert. Da brauchst du keinen extra Webserver konfigurieren. Ja das hab ich damit gemeint: außer ich kann das auch in das Go Service reinpacken, müsste ja fast gehen..
|
-=Willi=-
The Emperor protects
|
Wenn du die Templates und Static-Files relativ zur Executable hast müsste das doch reichen oder?
|
XeroXs
doh
|
Vermutlich. Muss mir AngularJS mal ansehen, kenn das zu wenig um da wirklich eine Aussage treffen zu können.
Web Server machen halt schon etwas mehr als nur die Files zurückliefern..
Bearbeitet von XeroXs am 14.03.2016, 17:03
|
-=Willi=-
The Emperor protects
|
Hm ich glaube wir haben hier irgendwo einen Disconnect in der Diskussion . AngularJS hat ja gar nichts mit Webservern oder Go zu tun. Es müssen nur dein(e) JS-File(s) richtig im Browser ankommen. Ob das jetzt nginx/Apache macht oder deine Go-Executable ist dem Browser ja egal. Webserver machen im Idealfall genau nichts anderes als Static-Files auszuliefern und andere Requests zur eigentlichen Applikation weiterzuleiten.
|
XeroXs
doh
|
Hm ich glaube wir haben hier irgendwo einen Disconnect in der Diskussion . ..snip.. Webserver machen im Idealfall genau nichts anderes als Static-Files auszuliefern und andere Requests zur eigentlichen Applikation weiterzuleiten. Glaub gar nicht dass wir da weit auseinander liegen. Ich meinte nur: Anzunehmen dass ein Webserver wirklich nur Files ausliefert, ist etwas naiv anzunehmen, sonst hätte der Apache httpd nicht den Umfang den er hat. Natürlich kann der weit mehr, mit Modulen und sonst was.. und fast alles davon bräuchte ich für meinen einfachen Webservice nicht.. aber was mir z.B. einfällt, was neben dem File ausliefern nötig wäre wären korrekte HTTP-Header (content type etc.). Und ob dann schon alles geht wird sich zeigen Werde das auf jeden Fall probieren, die Idee gefällt mir sehr gut.
|
-=Willi=-
The Emperor protects
|
Wenn das Framework das du benutzt die Header nicht so steuern kann wie du willst würd ich schnell das Framework wechseln, denn dann wärs ein ziemlich mieses. Ich glaub wir haben da tatsächlich eine unterschiedliche Auffassung, was die Aufgaben von Apache und nginx sind .
|
XeroXs
doh
|
Werd mir das ansehn
|
Obermotz
Fünfzylindernazi
|
Ich hoer immer wieder rund um mich von Grails. Ich hab selbst keine Erfahrung damit und es koennte sein, dass du die gleichen Performanceprobleme hast wie bei Spring MVC (weil Tomcat) - aber das soll sehr flexibel und maechtig sein.
|
Master99
verträumter realist
|
wie is es da eigentlich weitergegangen?
|
XeroXs
doh
|
Gute Frage Viel zu wenig - momentan leider zu wenig Zeit für das Projekt. Ich experimentiere aber gerade recht viel mit GoLang, und das wirds wohl auch werden... gefällt mir einfach sprachlich sehr gut und kann alles was ich (vorerst) brauche. GUI kommt dann halt noch extra dazu, da wirds vermutlich AngularJS, aber das dauert noch etwas.. Mein einziges Dilemma ist halt noch die Frage nach Codern - Wird prinzipiell alles OpenSource, da wäre Go sehr gut geeignet durch das recht strikte Code-Layout. Andererseits hätte man natürlich mit so etwas wie NodeJs wesentlich mehr potenzielle Mithelfer..
Bearbeitet von XeroXs am 17.11.2016, 09:39
|