Wann ist Java eine gute Wahl für die Webentwicklung? [geschlossen]


35

Wann ist Java eine gute Wahl für die Webentwicklung?

Bitte sagen Sie nicht "Wenn Sie ein Entwicklungsteam haben, das nur Java kennt."


5
Kann wie gefragt werden, welche Funktion Java als meine Webentwicklungssprache macht?
Abimaran Kugathasan

1
Ein kleiner Nachteil der Verwendung von Java ist das Fehlen eines defacto-dominanten Frameworks auf dem Markt. Noch ist kein Java-basiertes Framework wirklich an die Spitze aufgestiegen (wie Struts es früher getan hatte). Persönlich neige ich zu Spring MVC, wenn ich mit einer Spring-App oder Grails für irgendetwas anderes arbeite (wie Sie jederzeit bei Java anrufen können).
Martijn Verburg

Plötzlich bekam 25 Punkte aus dieser Frage!
Gulshan

Berücksichtigen wir vorhandene OpenSource-Software?
Jonathan

2
"wie Struts es früher war": Was ist falsch daran, heute Struts zu verwenden (außer dass es nicht mehr in Mode ist)?
Giorgio

Antworten:


35

Angesichts der vielen verfügbaren Frameworks, der Reife der Plattform usw. bin ich versucht, "fast immer" zu sagen. Hier sind einige Gründe, warum Sie Java nicht verwenden sollten:

  • Als reiner MS-Shop bevorzugen Sie wahrscheinlich die .net-Methode
  • Wenn Sie den günstigsten Webhoster benötigen, haben Sie wahrscheinlich nur PHP als Ihre Wahl
  • Wenn Sie es so schnell wie möglich machen möchten, sind Ruby on Rails, Grails oder Django wahrscheinlich besser für Ihre Bedürfnisse geeignet
  • Wenn Ihr Entwicklungsteam nur XYZ kennt, wobei XYZ! = Java ist, sollten Sie XYZ verwenden

7
Wir verwenden Java, wenn wir kein MS-Shop sind, die Absicht haben, Geld für das Hosting auszugeben, genug Zeit für die Entwicklung mit Java haben und Java-Entwickler haben. Ist es o.k?
Gulshan

Gulshan: Ja, das können Sie so
sagen

3
Es gibt viele andere Gründe, wie zum Beispiel, dass es aufgebläht ist, unternehmerisch ist und Java (der letzte kann ignoriert werden, wenn Sie Scala oder etwas anderes für die JVM verwenden).
Raynos

1
@Raynos also was empfehlen Sie stattdessen?

2
@ ThorbjørnRavnAndersen hängt wirklich von den Anforderungen ab. Wenn die Anforderungen allgemein sind (keine Nische), verwenden Sie die Plattform, die für Ihre Entwickler und Server am besten geeignet ist.
Raynos

19

Java wird in kleinen und mittleren Websites verwendet. Der entscheidende Punkt ist, dass es für Java-Websites viel weniger kostenloses Webhosting gibt als für z. B. PHP, was bedeutet, dass Sie sich wahrscheinlich nicht für Java entscheiden werden, wenn Sie nicht über genügend Ressourcen zum Hosten Ihres eigenen Webservers verfügen.

Beachten Sie, dass mit Java EE 6, insbesondere dem Webprofil, viele Standardtechnologien enthalten sind, mit denen sehr leistungsfähige Webanwendungen erstellt werden können, ohne dass viel Code erforderlich ist. Es ist leider noch nicht ganz Mainstream.

Beachten Sie, dass sich dies in letzter Zeit mit der Google Application Engine geändert hat, mit der Sie Standard-Java-Webanwendungen (mit einigen Einschränkungen) kostenlos für Websites mit geringem bis mittlerem Datenverkehr in der Cloud bereitstellen können.


In jedem Fall werde ich meine Website nicht in einem kostenlosen Webhosting hosten. Aber die Frage ist, gibt es ein Problem mit dem kostenpflichtigen Java-Webhosting? Ist es zum Beispiel sehr teuer?
Goma

1
@saeed, nicht als solches. Die meisten Leute entscheiden sich einfach für die billigste Option und kodieren entsprechend.

Ist jave zum Beispiel weitaus teurer als andere? Gibt es ein Shared Hosting für Java?
Goma

@Saeed, es gibt einige technische Gründe, warum Sie nicht so viele JVMs auf einer einzelnen Linux- oder Windows-Box gruppieren können, wie Sie gemeinsam genutzte LAMP-Instanzen erstellen können. Dies bedeutet implizit, dass eine gehostete JVM teurer ist als eine gehostete LAMP. Google verwendet eine andere JVM, was bedeutet, dass sie diese kostenlos anbieten kann.

@ Thorbjörn: Hast du irgendwelche Links, wie Google das macht? Ich habe gehört, dass sie Jetty verwenden, aber ich weiß nicht viel mehr über ihre Lösung.
Jonas

12

Wenn Ihre Plattform UNIX / Linux ist und Sie umfangreiche Tools benötigen, z. B. Objekt- / relationale Zuordnung, Sicherheit, komplexe Orchestrierung von Webdiensten usw.
(Wir sprechen nicht über einfache Websites, oder?)


1
Sie können dieses Zeug auch aus Skriptsprachen beziehen - schauen Sie sich Python und SQLAlchemy an. Auch Rails verwendet ein ORM (ActiveRecord) und hat eine gute Sicherheit.
Brian D.

3
In der Tat, aber ich denke nicht, dass sie so leistungsfähig sind wie Hibernate, Spring Framework und BPEL Frameworks.
Sorantis

1
Was ist los mit Java auf Nicht-UNIX / Windows.
Tom Hawtin - Tackline

2
Nichts. Aber unter Windows haben Sie .NET
Sorantis

2
-1 Du machst es so, als ob eine der Alternativen keine anständigen Werkzeuge zur Verfügung hat.
Raynos

9

Jedes Mal, wenn mich ein anderes Java-Team auf die Nerven geht, schaue ich mir Fragen wie diese an. Lassen Sie mich noch einmal wiederholen. Ich bin ein Client-Side-Entwickler und seit fast 5 Jahren. Ich habe an Websites gearbeitet, die von einmaligen Microsites mit den meisten Inhalten über Websites mit der Größe von Sears bis hin zu anspruchsvolleren Websites vom App-Typ reichen, bei denen ein wirklich umfassendes Fachwissen über die Benutzeroberfläche erforderlich ist. Ich habe mich mit Rails, PHP, .net-Webformularen (ew), .net-MVC (viel besser) und einer Zusammenstellung von Java-Lösungen für die Webentwicklung befasst, begleitet von Entwicklern und Teams, mit denen alle Katastrophen zu kämpfen hatten. Ich schreibe auch ein bisschen Python und fange an, Django zu graben.

Meine Erfahrung mit Java-Teams war allgemein schrecklich. Die Werkzeuge sind immer eine PITA. Die Entwickler wollen nie glauben, dass sie etwas falsch gemacht haben, und sie dazu zu bringen, ihren eigenen Rasen erneut zu untersuchen, sobald Sie ein Problem an Ihrem Ende ausgeschlossen haben, ist wie Zähne ziehen. Das erste Problem im Umgang mit Java-Teams ist meiner Erfahrung nach die Umstellung der Entwicklungszeit auf E-Mail-Zeit, in der mehrfach ausführlich erläutert wird, warum das Problem definitiv zu Ende ist. HTML ist im Allgemeinen nicht ihr Problem, es sei denn, Sie möchten tatsächlich eine gewisse Kontrolle darüber haben. Dann wird wahrscheinlich alles zur Hölle gehen, weil Sie tatsächlich einige übergeordnete Divs bewegen möchten.

Es gibt Dinge an der Sprache, die ich nicht mag, aber ich denke, das eigentliche Problem ist die Kultur und die Tatsache, dass Akzeptanz so weit verbreitet ist, dass man eine Menge Mittelmäßigkeit in der Mitte hat. Die von mir vermutete Kultur entspringt der Art und Weise, wie Java vermarktet wird. Einmal schreiben, überall einsetzen. Übersetzung: "Sie müssen nur eine Sache lernen!" Leute, die das ansprechend finden, wollen Java im Grunde wie einen riesigen Hammer für jeden Nagel einsetzen, mit einem Minimum an tatsächlichem Honen ihres Handwerks in Bezug auf die Webentwicklung.

Wenn Sie also Entwickler haben, die Java und andere Sprachen beherrschen, Java aber immer noch bevorzugen, würde ich sagen, ja, fahren Sie fort, wenn es nach der richtigen Lösung aussieht. Aber wenn Sie Java-Entwickler haben, die Java kennen und alles andere nur knapp die Kriterien erfüllt, um es tatsächlich zu einem Stichpunkt in ihrem Lebenslauf zu machen, lassen Sie sie eine einfache App mit einer Vielzahl von halbkomplexen Seiten im HTML-Format erstellen und versuchen Sie dies einfacher Test. Brechen Sie etwas HTML. Versuchen Sie, sie dazu zu bringen, herauszufinden, was los ist. Wenn das unmittelbare Problem, das sie zu lösen beginnen, darin besteht, die Schuld von sich selbst abzulenken, halten Sie die! @ # $ Von der Webentwicklung fern. Web-Entwicklung ist multidisziplinär und erfordert ein aktives Interesse in diesem Bereich, um erfolgreich zu sein. Es ist kein Ort für Menschen, die nur eine Sprache beherrschen wollen und mehr entsetzt über Probleme sind als daran interessiert, sie zu lösen.

Ich behaupte nicht, dass Java selbst die Ursache für Inkompetenz ist, und ich habe gehört, dass Spring gut ist. Ich bin mir sicher, dass es kompetente Java-Teams gibt. Ich bin nur noch keinem begegnet und ich denke nicht, dass es ein Zufall ist. Ich denke, Sun hat viel damit zu tun. Ich denke auch, dass es viel damit zu tun hat, Webteams wie oder unter IT-Abteilungen zu betreiben.


1
Ich habe die gleichen Probleme, die Sie beschreiben, aber hätte nie gedacht, dass es von der Programmiersprache abhängen könnte. Denken Sie, dass Leute, die PHP programmieren, aufgeschlossener und flexibler sind?
Виталий Олегович

Bei PHP geht es zu 100% um den Entwickler und weniger um eine Kultur, die ihn umgibt. Ich mag die mangelnde Konsistenz im Kern nicht, aber ich würde der Arbeit eines mittelständischen PHP-Teams für die Webentwicklung so vertrauen, wie ich es einem Java-Team nicht zutraue. Es hilft, dass ein erfahrener PHP-Entwickler wahrscheinlich mit nichts anderem als dem Web gearbeitet hat und er / sie wahrscheinlich für Erfahrung über Abschlüsse / Qualifikationen engagiert wurde. Das Java-Problem mag zum Teil auf die inhärente Starrheit der Sprache zurückzuführen sein, aber ich denke ehrlich, es geht mehr darum, wie Java-Entwickler geschult, Java-Lösungen übernommen und Java-Entwickler eingestellt werden.
Erik Reppen

1
@Erik Reppen: Ich denke, dass Sie Ihre Erfahrung übermäßig verallgemeinern: Ich glaube nicht, dass Java-Teams schlechter sind als Teams, die in anderen Sprachen arbeiten, oder zumindest nicht schlechter als der Durchschnitt. Ich kenne zwei sehr gute Shops, die sehr stark mit Java arbeiten. Das erste Programm führt Projekte in Java und Ruby durch (jeweils ca. 50%). Der zweite arbeitet hauptsächlich in Java, hat aber einzelne Projekte in Scala und in Common Lisp durchgeführt.
Giorgio

@Giorgio Ich habe das verpasst, aber ich habe mit anderen Leuten zusammengearbeitet, die das Back-End über .NET, Rails, Java und PHP abgewickelt haben. Ich zähle keine einmaligen Erfahrungen mit anderen Sprachen und beschissene Entwickler sind sicherlich nicht nur in Java anzutreffen. Wie gesagt, ich bin mir zu 100% sicher, dass es sehr kompetente Java-Teams gibt. Jemand muss nicht daran saugen, aber IMO, ich bin nicht übergeneralisierend. Es gibt ein Problem mit Java-Entwicklern auf der Medianebene. Meiner Erfahrung nach ist es ein kulturelles Phänomen. Solch eine böse, dass ich aufgehört habe, mit Java-Shops zu arbeiten, es sei denn, ich kenne die fraglichen Entwickler.
Erik Reppen

5

Java ist perfekt für kleine Websites. Sie können JSP-Seiten sehr schnell mit einem Java-Webserver wie beispielsweise Tomcat zum Laufen bringen.

Obwohl Java meiner Erfahrung nach bei großen Websites häufiger vorkommt, bei denen eine komplexe serverseitige Verarbeitung erforderlich ist, finden Sie in diesem Fall komplexere Java-Frameworks wie JavaServer Faces (JSF).

Es ist wichtig zu beachten, dass eine vollständige Java-Installation in der Vergangenheit in vielen billigen Webhosting-Setups nicht verfügbar war, sodass möglicherweise die Verbreitung anderer Sprachen wie PHP in diesen Umgebungen erklärt wird.


Bedeutet das, dass das Hosten von Java-Webanwendungen zu teuer ist? oder ist es nicht so günstig wie PHP zum Beispiel? Können Sie mir einen guten Host-Link für Java geben, damit ich die Preise sehen kann? Ich habe eine Suche durchgeführt, aber ich weiß nicht, welche die Standardpreise haben, damit ich mir ein umfassendes Bild davon machen kann.
Goma

1
Das Hosten von Java-Webanwendungen ist nicht teuer. Sie benötigen lediglich einen Hosting-Anbieter, mit dem Sie Java-Anwendungen ausführen können. Jede Linux-Hosting-Umgebung, in der Sie ein Anmeldekonto für den Computer haben, ist in Ordnung. Ich persönlich verwende Ubuntu auf Amazon Web Services für mein Java-Hosting.
mikera

2

Die Hauptgründe für die Verwendung von Java in der Webentwicklung sind folgende:

  • Der Kunde verlangt es. Ob gut oder schlecht, einige Kunden haben "akzeptierte Technologielisten", und wenn Sie etwas vorschlagen, das nicht auf dieser Liste steht, sollten Sie eine wirklich gute Erklärung dafür haben, warum - und warum etwas auf der Liste nicht verwendet werden konnte.
  • Unter Windows entwickeln, unter Unix bereitstellen. Die meisten Entwicklungscomputer sind Windows, einige Macintosh-Computer und nur sehr wenige Linux-Computer - genau wie Sie es von regulären Client-Computern erwarten. Auf dem Server ist es jedoch genauso wahrscheinlich, dass Sie eine Form von Unix sehen, wie auf einem Windows-Server. Java ist wahrscheinlich das am ehesten zu beschreibende Einmal-Deployment (es ist nicht perfekt, aber besser als einige Alternativen).
  • Management Wahl. Seien wir ehrlich: Die Wahl von Java gegenüber einer anderen Sprache hat mehr damit zu tun, Programmierer zu finden und Teammitglieder zu ersetzen, die das Projekt verlassen, als nur auf den Vorzügen der Sprache zu beruhen.

Über # 2: Bitte konfigurieren Sie Ihre IDE richtig. Eclipse hat diese blöde Idee, standardmäßig eine fensterhafte Dateicodierung zu verwenden, die auf einem Linux-Server Chaos verursachen kann.
Eldelshell

Ich bezog mich tatsächlich auf Annahmen darüber, wo bestimmte Dateien gespeichert sind und wann immer Sie mit dem Betriebssystem interagieren müssen.
Berin Loritsch 18.01.11 um 17:41

"C ist wahrscheinlich das am ehesten zu schreibende, sobald es irgendwo bereitgestellt wird", habe ich das für Sie behoben.
Raynos

@Raynos, wenn das nur wahr wäre. Dies kann leider nicht zutreffen, es sei denn, Sie haben auf allen Plattformen die gleichen Standardbibliotheken. Die Kernsprache C ist sehr portabel, das gebe ich Ihnen. Alles, was betriebssystemspezifisch ist (wie das Erstellen eines Threads, das Öffnen eines Sockets oder das Erstellen eines UI-Elements), hat jedoch etwas in der API, das mit einer einfachen Neukompilierung nicht portiert werden kann. Mit Java ist keine Neukompilierung erforderlich, geschweige denn eine Änderung des Codes zur Verwendung der neuen System-API.
Berin Loritsch

@BerinLoritsch meinst du damit zu sagen, dass wir nach 40 Jahren keine generischen APIs für betriebssystemspezifische Dinge mehr haben, die nur mit einer einfachen Neukompilierung plattformübergreifend funktionieren? Ich kann mir allerdings vorstellen, dass es in den 80ern so war.
Raynos

2

Technisch gesagt:

  • Wenn Sie eine Architektur definieren können, die für den Hotspot-Optimierer zugänglich ist.
  • Wenn Sie den Bedarf an massivem OO-Overhead antizipieren, den Java auferlegt.

Wenn ich eine Webanwendung starten würde, würde ich Ruby on Rails verwenden und so gestalten, dass die Hotspots ausgetauscht werden können, wenn der RoR seine Leistungsskalierungsgrenze erreicht.

Java hat einen deutlichen COBOL-Geruch und "Low-End-Codierer verwenden Java", und die Oracle-Fiaskos tragen nicht zum Ruf bei. Wenn Sie die Wahl haben , wählen Sie eine Sprache, die Top-Entwickler anzieht.


"Wähle eine Sprache, die Top-Entwickler anzieht." Beispiel?
Eldelshell,

1
@Ubersoldat: Go, Ruby, Clojure, Haskell, Python alle sind Sprachen, die das tun.
Paul Nathan

Python ist nett, weil es in vielen Dingen, die Java vorgibt, erfolgreich ist. Und es ist nicht schwer, es mit anderen gut zu machen, wenn Sie ein Problem mit einer anderen Sprache lösen müssen. Ich weiß nichts über Ruby, aber Rails-Entwickler sind meiner Erfahrung nach ein Mistkerl. Es ist der JQuery-Effekt. Menschen, die wissen, was sie tun, mögen es, weil es schnell und effektiv in den richtigen Händen ist. Leute, die nicht wissen, was sie tun, mögen es, weil sie nicht so viel wissen müssen.
Erik Reppen

@Erik Reppen: Andererseits hat Ruby als Sprache ein schöneres und einheitlicheres Design als Python. Ich denke wirklich, dass diese Sprachvergleiche oft Geschmackssache sind und man die Sprachen bevorzugt, mit denen man sich besser auskennt.
Giorgio

0

Es ist ganz einfach: Verwenden Sie Java, wenn die Back-End-Leistung eine wichtige Rolle spielt. Beim Codieren ist der Aufwand höher, der Code wird jedoch buchstäblich in 1/200 bis 1/500 der Zeit ausgeführt. PHP, Ruby und andere dynamisch typisierte Sprachen werden immer viel langsamer sein als Java- oder .net-Server.

Die meisten Lösungen für das Web benötigen dies nicht. Twitter hat Rails erst aufgegeben, als sie zum Beispiel an Popularität gewonnen haben.


-1

Nicht der einzige Grund, aber mit der zunehmenden Popularität des Erstellens von Websites mit ausgeklügelten anwendungsähnlichen Frontends, während die Logik immer noch "Zeug" auf dem Server ausführt, sollte kein Grund erforderlich sein, zu erklären, warum Java mindestens so gut ist wie jedes andere Option auf der Serverseite. Aber auf der Client-Seite können Sie mit Ihrem Server das Beste aus beiden Welten erreichen, wenn sich jedes Javascript schnell in einen Alptraum für die Codewartung verwandelt und wenn Sie GWT einsetzen, um das Zeug auf Distanz zu halten, damit Sie in Java codieren können das schwere Heben und den Prozessor eines Klienten tun, der ihnen die "Erfahrung" gibt. Lernen Sie, es mit so etwas wie jQuery zu integrieren, und Sie können alle Augenweiden haben, die Sie möchten.

Kein Experte für Alternativen, aber wenn jemand anderes einen mit der gleichen Flexibilität und Breite vorschlagen kann, freut er sich, davon zu hören.


+1 für jQuery :)
abel

2
-1 für "Javascript wird zum Alptraum bei der Codewartung". Dies ist nur ein Nebeneffekt, wenn Sie Java-Entwicklern das Schreiben von JavaScript ohne Schulung oder Lernen von JavaScript ermöglichen. und der Hauptnachteil von GWT ist, dass es eine undichte Abstraktion ist. Viel Glück, dass es auf mobilen Geräten eine gute Leistung bringt.
Raynos

Das Problem mit Javas Starrheit, IMO, ist, dass Sie mit vielen Entwicklern enden, die nicht verstehen, warum ihr Code zwangsweise so organisiert ist, wie er ist. Wenn alles wie OOP aussehen muss, ist manchmal das unvermeidliche Ergebnis, dass eigentlich nichts ist.
Erik Reppen

-1

Der Hauptgrund, warum ich Java wählen würde, ist, wenn Sie verteilte Transaktionen verwenden müssen, was für viele Unternehmen ein großes Problem sein kann. Sie können jedoch weiterhin Ihre bevorzugte Skriptsprache für die Webentwicklung verwenden und die Arbeit nur dann an Java delegieren, wenn Sie schnelle / verteilte Transaktionen benötigen.


-1

Ich glaube, es wird sein, wenn Ihre Anwendung sehr komplex sein wird, wenn viele Leute sie entwickeln, mit vielen komplexen Modulen, komplexer Geschäftslogik und mit vielen anderen Unternehmensanwendungen kommunizieren müssen.

Wie auch immer, Sie könnten auch in Grails entwickeln, das viele nette Funktionen bietet, die Entwicklung sehr erleichtert und sehr schnell reift.


-1

Java ist in Ordnung, aber wenn die Leistung nicht entscheidend ist, können Sie die gleichen Ergebnisse mit weniger Aufwand in anderen Sprachen erzielen.


2
"Leistung ist nicht entscheidend", wenn Sie in C schreiben und nicht in Java.
Raynos

Benchmarks vs. Erfahrung, Java-Sites waren zweifellos die schlechtesten in meiner Erfahrung als Client-Entwickler. Dies kann jedoch eher ein Problem für das mittlere Talentniveau als für die Sprache sein.
Erik Reppen

2
@ErikReppen: Auf jeden Fall eine Talentsache. Die Java-Geschwindigkeit auf einem Server ist nach C / C ++ an zweiter Stelle. PHP oder Rails können es einfach nicht vergleichen. Aber Javas Bibliotheken und einige der Tools machen es zu einfach, all diese Geschwindigkeit zu verlieren, wenn unnötig komplizierte Dinge erledigt werden.
Zan Lynx

-1

Java ist eine statisch typisierte Sprache und billiger als die anderen für die Webentwicklung verwendeten statisch typisierten Sprachen, nämlich C # und VB.net, wenn Ihr Unternehmen kein MSDN-Abonnement hat. Statisch typisierte Sprachen eignen sich für mittlere bis große Projekte, komplexe Domänenregeln und viel Back-End-Code, da Sie Ihre Klassen und IDEs besser organisieren können, um Fehler in Ihrem Code zu finden.

Mit dynamisch getippten Sprachen wie PHP, Python, Ruby wird Ihre Entwicklung viel schneller sein, aber Sie müssen Ihren Code viel besser testen. Wenn Sie nicht viel Zeit und Geld haben und sich Ihre Anforderungen sehr schnell ändern und Sie keine sehr komplexen Berechnungen durchführen müssen, sind dynamische Sprachen viel besser.


-2

Sicherheit

Der Hauptgrund, warum große Unternehmen Java anderen Lösungen vorziehen, ist, dass es als viel sicherer angesehen wird.

Dies liegt hauptsächlich daran, dass es von einer so großen Firma (jetzt Orakel) unterstützt wird.

Es sollte berücksichtigt werden, dass Java ein sehr hohes Maß an Sicherheit und exzellenten Support und Analyse bietet (obwohl es einen Preis hat).


7
Ähh ... und die Sicherheit kommt magisch von der Sprache selbst oder was?
Mchl

1
Sie wissen, dass Oracle NICHT der einzige Anbieter von Java-Servlet-Containern ist, oder?
Mchl

6
Heiliger Krieg! Kämpf! Kämpf!
abel

2
@Mchl Einiges davon kommt aus der Sprache oder vielmehr von seiner VM. Wie oft haben Sie Buffer Overrun-Hacks für Java-App-Server gesehen? Die Mühe lohnt sich einfach nicht. Trotzdem wird Java von "der Industrie" als sicherer angesehen als es ist, und ein falsches Sicherheitsgefühl kann hart zurückschlagen.
biziclop

1
Mein Punkt hier war, dass Sie zwischen Java als Sprache und Java-Laufzeitumgebungen unterscheiden müssen. Es gibt nichts, was die Java-Sprache mehr oder weniger sicher macht als jede andere Sprache. JVMs sind (unter anderem) für die Ausführung von Java-Bytecode in einer Sandbox konzipiert, ihre Sicherheit hängt jedoch von der jeweiligen Implementierung ab. Guter Punkt für falsches Sicherheitsgefühl.
Mchl
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.