Mal davon ab, dass JavaScript mittlerweile überall zu finden ist.
Gibt es alternative Skriptsprachen für dynamische Webseiten?
Wie schwierig ist es eigentlich, eine vernünftige Sprache wie Perl, Ruby, Python in Browser einzubinden?
Mathegenie schrieb:
--------------------------------------------------------------------------------
> Gibt es alternative Skriptsprachen für dynamische Webseiten?
Nein. Du kannst natürlich Plugins einbinden, aber außer Flash hat kaum was verbreitung. Silverlight oder Java wäre daher noch eine Option, wenn man Glück hat.
> Wie schwierig ist es eigentlich, eine vernünftige Sprache wie Perl, Ruby,
> Python in Browser einzubinden?
Das kommt auf die Sprache an. Prinzipiell natürlich ist es relativ einfach. Nur, warum sollte man?
Mathegenie schrieb:
--------------------------------------------------------------------------------
> Wie schwierig ist es eigentlich, eine vernünftige
> Sprache wie Perl, Ruby,
> Python in Browser einzubinden?
Willst du dich lächerlich machen?
Das sind alles Sprachen die NICHT dafür konzipiert wurden im Browser zu laufen und normalereise auf das Filesystem zugreifen. Du willst also entweder eine der genannten Sprachen so verkrüppeln dass dieses Sicherheitsproblem weg wäre bis von der Sprache gar nichts mehr übrig bliebt?
Abgesehen davon würde mich interessieren wie du dir in deiner kindlichen Naivität vorstellst ab wann sowas dann auf allen Browsern ident verfügbar sein sollte um es auch benutzen zu können
Supreme schrieb:
--------------------------------------------------------------------------------
> Mathegenie schrieb:
> ---------------------------------------------------------------------------
> -----
> > Gibt es alternative Skriptsprachen für dynamische Webseiten?
>
> Nein. Du kannst natürlich Plugins einbinden, aber außer Flash hat kaum was
> verbreitung. Silverlight oder Java wäre daher noch eine Option, wenn man
> Glück hat.
>
> > Wie schwierig ist es eigentlich, eine vernünftige Sprache wie Perl,
> Ruby,
> > Python in Browser einzubinden?
>
> Das kommt auf die Sprache an. Prinzipiell natürlich ist es relativ einfach.
> Nur, warum sollte man?
Weil man die altbackene Syntax nicht mag...
Weil man falsche Berechnungen nicht mag... ;)
Weill man auch mal selbst was proggen will und lieber seine Lieblings-Skriptsprache verwendet...
Es gibt bestimmt noch mehr Gründe.
Der Speicherbedarf spricht jedenfalls nicht dagegen, mehr als nur eine Skriptsprache im Browser anzubieten.
Mathegenie schrieb:
--------------------------------------------------------------------------------
> Wie schwierig ist es eigentlich, eine vernünftige Sprache wie Perl, Ruby,
> Python in Browser einzubinden?
Es gibt dafür keinen standardisierten Weg. Im Internet Explorer kann man beispielsweise beliebige Sprachen, die dies unterstützen -- darunter Perl -- über ActiveScripting benutzen. Microsoft hat dies damals eingeführt für den gescheiterten Versuch, Netscapes JavaScript durch VBScript zu verdrängen, grundsätzlich ist es aber immer noch nutzbar.
Für andere Sprachen-Browser-Kombinationen gibt es ähnliche Möglichkeiten. Nutzbar ist es aber höchstens im Intranet, wo man die Softwareausstattung der Nutzer genau kennt. Denn in der Regel setzt man dafür nicht nur einen bestimmten Browser beim Nutzer voraus sondern fordert zusätzlich, dass dieser lokal den entsprechenden Interpreter für die Sprache installiert hat.
Sehr verbreitet ist natürlich Flash und Java. Bei Flash weiss ich es nicht, aber zumindest Java (und damit auch JavaFX) kann auf die DOM-Elemente der Webseite zugreifen.
Und Python kannst du via Java ebenfalls im Browser benutzen, per Jython-Interpreter.
Verwundert schrieb:
--------------------------------------------------------------------------------
> Mathegenie schrieb:
> ---------------------------------------------------------------------------
> -----
>
> > Wie schwierig ist es eigentlich, eine vernünftige
> > Sprache wie Perl, Ruby,
> > Python in Browser einzubinden?
>
> Willst du dich lächerlich machen?
Du bist also auch nach dem Aufstehen schon so komisch. ;)
> Das sind alles Sprachen die NICHT dafür konzipiert wurden im Browser zu
> laufen
Worin besteht Deiner Meinung nach denn der wesentliche Unterschied zwischen einer Sprache, die NICHT dafür konzipiert wurde im Browser zu laufen und einer anderen Skriptsprache?
> und normalereise auf das Filesystem zugreifen. Du willst also
> entweder eine der genannten Sprachen so verkrüppeln dass dieses
> Sicherheitsproblem weg wäre bis von der Sprache gar nichts mehr übrig
> bliebt?
Du willst außerdem mal erklären, warum von einer Sprache "gar nichts mehr übrig bleibt", wenn man deren Filesystemzugriff beschränkt.
> Abgesehen davon würde mich interessieren wie du dir in deiner kindlichen
> Naivität vorstellst ab wann sowas dann auf allen Browsern ident verfügbar
> sein sollte um es auch benutzen zu können
Ich weiß zwar nicht, warum diese simple Erkenntnis einen Checker wie Dich überfordert, aber es gibt Browser mit hohem Verbreitungsgrad. Wenn man aber gerade aufgestanden ist wie Du, kann man das gerne mal übersehen.
Mathegenie schrieb:
-----------------------
> Worin besteht Deiner Meinung nach denn der
> wesentliche Unterschied zwischen
> einer Sprache, die NICHT dafür konzipiert wurde
> im Browser zu laufen und
> einer anderen Skriptsprache?
Was nützt dir die Sprache wenn du damit nichts machen kannst weil clientseitiges Script so ganz ohne Zugriff auf das HTML-DOM (window.document etc.) und Eventhandler ziemlich sinnbefreit ist.
Jetzt hergehen und an eine Sprache die dafür nie ausgelegt wurde das ranflanschen ist naiv und dämlich
zilti schrieb:
--------------------------------------------------------------------------------
> Sehr verbreitet ist natürlich Flash und Java. Bei Flash weiss ich es nicht,
> aber zumindest Java (und damit auch JavaFX) kann auf die DOM-Elemente der
> Webseite zugreifen.
> Und Python kannst du via Java ebenfalls im Browser benutzen, per
> Jython-Interpreter.
Ich kenne jetzt nur Java-Applets für Browser. Kann Java denn auch ganz normal als Skriptsprache verwendet werden?
Verwundert schrieb:
--------------------------------------------------------------------------------
> Mathegenie schrieb:
> -----------------------
> > Worin besteht Deiner Meinung nach denn der
> > wesentliche Unterschied zwischen
> > einer Sprache, die NICHT dafür konzipiert wurde
> > im Browser zu laufen und
> > einer anderen Skriptsprache?
>
> Was nützt dir die Sprache wenn du damit nichts machen kannst weil
> clientseitiges Script so ganz ohne Zugriff auf das HTML-DOM
> (window.document etc.) und Eventhandler ziemlich sinnbefreit ist.
Ich habe mir sagen lassen, dass man auch mit Skriptsprachen HTML bearbeiten kann. Das kann aber auch nur ein Gerücht sein. ;)
> Jetzt hergehen und an eine Sprache die dafür nie ausgelegt wurde das
> ranflanschen ist naiv und dämlich
Kannst Du dafür auch eine Begründung nennen oder hast Du Dir das nur so ausgedacht?
zilti schrieb:
--------------------------------------------------------------------------------
> Sehr verbreitet ist natürlich Flash und Java. Bei Flash weiss ich es nicht,
Die Scriptsprache von Flash nennt sich Actionscript und ist quasi Javascript, Flash und Firefox haben z.B. in den aktuellen Versionen das gleiche Backend (Nanojit) für ihren Just in Time Compiler.
Mit dem IE lassen sich alle Scripting Engines verwendet, die auf einem installiert sind.
Microsoft liefert mit Windows neben JScript auch VBScript aus. Von ActiveState gibt es PerlScript (als Teil von ActivePerl).
Hier steht wie man eigene Windows Script Engines implementieren kann: http://msdn.microsoft.com/en-us/library/xawadt95(VS.85).aspx
So schlecht ist JS nun auch wieder nicht. Mit dem ganzen funktionalen Zucker ala map() usw, wird die Sprache auch endlich mal erwachsen. Insbesondere funktional eingesetzt ist JavaScript eigentlich - ganz ganz grob ausgedrückt - ähnlich modern wie Python. Für die Aussage müsste ich mir fast selbst auf die Finger hauen, aber im Groben und Ganzen kann JS schon recht viel.
> Mal davon ab, dass JavaScript mittlerweile überall zu finden ist.
Tüte Deutsch gefällig?
> Gibt es alternative Skriptsprachen für dynamische Webseiten?
Der Internet Explorer kann VBScript. Steht damit aber ziemlich allein da.
> Wie schwierig ist es eigentlich, eine vernünftige Sprache wie Perl, Ruby,
> Python in Browser einzubinden?
Was bitte ist an JavaScript unvernünftig? Macken hat die Sprache sicher, größtenteils historisch bedingt, aber konzeptionell ist sie doch auf der Höhe der Zeit, übrigens schon seit Jahren.
Damit eine andere Sprache genutzt werden könnte, müssten allerdings alle Browser-Hersteller mitziehen. Schaut man sich das Gerangel beim HTML-5-Standard an, weiß man, wie wahrscheinlich das ist.
Alternativ kann man natürlich für Perl, Ruby und Python Interpreter in JavaScript schreiben. ;-)
Reden ist Silber, Schweigen ist Gold, meine Ausführungen sind Platin.
GodsBoss schrieb:
--------------------------------------------------------------------------------
>
> Alternativ kann man natürlich für Perl, Ruby und Python Interpreter in
> JavaScript schreiben. ;-)
Ich würde einen Lisp-Interpreter in JS vorziehen ;-)
Mathe-Genie schrieb:
------------------------
> Ich habe mir sagen lassen, dass man auch
> mit Skriptsprachen HTML bearbeiten
> kann. Das kann aber auch nur ein Gerücht sein. ;)
Ja, serverseitig generieren
Aber wie willst du in einer Sprache die dafür nicht vorgesehen ist FERTIGES HTML am Client verändern ohne eine eigenen Suppe zu kochen?
> > Jetzt hergehen und an eine Sprache die dafür
> nie ausgelegt wurde das
> > ranflanschen ist naiv und dämlich
>
> Kannst Du dafür auch eine Begründung nennen
> oder hast Du Dir das nur so ausgedacht?
Die Begründung sollte für jeden der damit sein geld verdient auf der Hand liegen (Jeder der in der Brnache arbeitet und das nicht kapiert hat sein Geld nicht verdient)
Du hättest gerne mehrere Sprachen?
Alle Browserhersteller werden dir die niemals alle in den Corebrowser packen, also müssen sei wie auch immer am Client dazu installiert werden
Also ist das was du willst eine völlige Fragemntierung der clientseite wo du nie wieder etwas programmmieren und dich einigermassen darauf verlassen kannst welcher Client wie weit damit umgehen kann?
Als wenn es nicht jetzt schon schwierig genug wäre abzuwägen ab wann man die neuen JS-Features halbwegs bedenkenlos einsetzen kann willst du die komplette Zieplattform fragmentieren nur damit irgendein Holzschädel Perl da schreiben kann?
Die Sprachen sind nicht umsonst SERVEREITIG etabliert
Weil du damit einen Großteil so abwickeln kannst dass es auf jedem Client gleich läuft, die Sofwtareausstattung am Server kannst du zu 100% bestimmen und wenn sie dir nicht zusagt zu einem anderen Hoster wechseln - Über den Client hast du keinerlei Kontrolle
Was verdammt noch,al gibt es daran nicht zu verstehen??????
Mathegenie schrieb:
--------------------------------------------------------------------------------
> > Nur, warum sollte man?
>
> Weil man die altbackene Syntax nicht mag...
>
> Weil man falsche Berechnungen nicht mag... ;)
Tja, überrede alle Browserhersteller alle Populären Scriptsprachen einzubinden. KLeiner Tip: unmöglich, selbst wenn es nur um eine ginge.
> Weill man auch mal selbst was proggen will und lieber seine
> Lieblings-Skriptsprache verwendet...
Dann mach es.
> Der Speicherbedarf spricht jedenfalls nicht dagegen, mehr als nur eine
> Skriptsprache im Browser anzubieten.
...
Das Problem welches du hast ist, dass alle Browser die Sprache können müssen. Bei Silverlight oder Java löst du das halt mit dem Plugin und innerhalb des Plugins kannst du dann teilweise wieder die Sprache wählen.
Wenn ich mir die derzeitigen Probleme mit unterschiedlichen Browser Implementierungen von CSS/HTML resp Javascript anschaue weiss ich nicht ob das wirklich sinvoll wäre ;-)
Verwundert schrieb:
--------------------------------------------------------------------------------
> Was nützt dir die Sprache wenn du damit nichts machen kannst weil
> clientseitiges Script so ganz ohne Zugriff auf das HTML-DOM
> (window.document etc.) und Eventhandler ziemlich sinnbefreit ist.
Wenn du mal das Denken anfängst, dann wird dir sicher auffallen das man das dann können wird. Ist ja nicht so als wäre das irgendeine obskure Magie die nur JavaScript und Microsoft erlaubt ist.
Pythoniac schrieb:
--------------------------------------------------------------------------------
> So schlecht ist JS nun auch wieder nicht.
Wenn man von dem ganzen Scheiß absieht den es so kann/nicht kann.
Kommentare: 172 | letzter Beitrag 22:36 Uhr
Kommentare: 94 | letzter Beitrag 26.05. 19:45
Kommentare: 79 | letzter Beitrag 22:43 Uhr
Kommentare: 71 | letzter Beitrag 22:20 Uhr
Kommentare: 62 | letzter Beitrag 21:44 Uhr
E-Mail an news@golem.de
Der japanische Spieldesigner Goichi Suda - Fans sagen schlicht "Suda 51" - ist für schräge Actionspiele bekannt. Sein nächstes Werk schickt ein scheinbar braves Schulmädchen in den Kampf gegen Zombies.
Weitgehend unbemerkt hat der US-Händler Tigerdirect die ersten Chromebox-Systeme von Google ausgeliefert. Für 330 US-Dollar bekommt der Nutzer recht gute Hardware in Nettop-Form, die sehr viel leistungsfähiger ist als die des Chromebook mit ChromeOS.
Der neue Chef der Piratenpartei steht im Verteidigungsministerium unter Druck. Elektronische Kommunikation für seine Partei ist ihm in der Dienstzeit untersagt. "Es gibt Leute im Ministerium, die darauf warten, dass ich Fehler mache", sagte Schlömer.
Renesas ist nach Elpida der zweite schwer angeschlagene japanische Chiphersteller. Renesas, das Hitachi, Mitsubishi Electric und NEC gehört, macht Verlust und will seine größte Fabrik verkaufen.
RIM soll in den kommenden Tagen erneut einen massiven Stellenabbau ankündigen. "Ich habe herausgefunden, welche Teile ich in meinem Puzzle nicht mehr benötige", sagte Firmenchef Thorsten Heins.
Ein britisches Blog will erfahren haben, dass Facebook den norwegischen Browserhersteller Opera Software kaufen will. Beide Unternehmen wollen sich dazu nicht äußern.