Ist der LAMP-stack geeignet für den Einsatz im Unternehmen?
Ist der LAMP (Linux, Apache, MySQL, PHP /Ruby /Python) stack-geeignet für den Einsatz im Unternehmen?
Klar zu sein, von "Enterprise", dann meine ich einen großen oder sehr großen Unternehmen, in denen Sicherheit, Robustheit, Verfügbarkeit von Fertigkeiten, Total Cost of Ownership (TCO), Skalierbarkeit und Verfügbarkeit von Werkzeugen sind wichtige überlegungen. Mit anderen Worten, ein Unternehmen, das sieht für die externe übernahme von frameworks /Architektur - Etwas, was allgegenwärtig ist, wird man als mehr "gültig" als etwas exotisch /esoterische, die in dieser Art von Umgebung.
Ich habe gesehen, Anwendungsfälle, bei denen die Oracle -, IBM-und Sun-Systeme implementiert haben, die auf dem LAMP-stack für verschiedene Unternehmen. Ich habe auch schon Beispiele gesehen, wo websites wie yellowpages.com (Ruby on rails) und Facebook (php) gebaut. Doch keines dieser Beispiele sind genau das, was ich Suche.
Ich bin wirklich versucht, Beispiele zu finden, wo es ist eine Enterprise-standard mit einer sehr großen bank (I. e., Citigroup), Telekom-Unternehmen (I. e., AT&T), oder Hersteller (I. e., Proctor und Gamble). Nur um klar sein, ich bin nicht auf der Suche für ein Beispiel, wo es verwendet wird eingeschränkt (Wie bei JPMorgan Chase), wo es aber eine zentrale Plattform für Systeme wie CRM -, Fertigungs-Systeme oder HR-management sowie für interne und externe websites.
Die Wahrnehmung, die ich bisher gesehen habe, ist, dass Anwendungen, die auf dem LAMP-stack langsamer und sind weniger flexibel. Einige der Argumente, die ich gehört habe, sind:
- Linux ist gesehen als nicht so gut unterstützt wie Unix -, Solaris-oder Windows-Servern.
- Apache ist schwieriger zu konfigurieren und zu verwalten als web-Servern wie BEA WebLogic oder IIS.
- MySQL ist ein "nicht bereit für die prime time" der DB für Bastler, und nicht ein Konkurrent für SQL-Server oder Oracle (Obwohl PostgreSQL zu haben scheint, den Ruf, robuster).
- PHP /Ruby on rails sind optimiert für CRUD (Create, Read, Update und Delete-Operationen). Obwohl dies ist ein Vorteil beim Bau von CRUD-intensive web-Anwendungen, sowohl langsamer als Java/Java EE oder C# (welche beide gemeinsame Enterprise-standards). Darüber hinaus sind eine Menge von Anwendungen und Systemen (z.B. manufacturing systems) haben eine Menge von nicht-CRUD-Funktionalität, die möglicherweise schwieriger zu bauen mit PHP oder Ruby oder auch Python.
Kann bitte jemand Argumente zu unterstützen oder zu widerlegen, die Idee mit dem LAMP-stack sinnvoll für das Unternehmen?
Dank!
KA
UPDATE: Einige Male der LAMP-Stack ist Geeignet für den Einsatz in Unternehmen: Extern Gerichteten Blogs
InformationsquelleAutor der Frage Kaiser Advisor | 2008-12-08
Du musst angemeldet sein, um einen Kommentar abzugeben.
"aber wo ist es eine zentrale Plattform für Systeme wie CRM und HR sowie für interne und externe websites"
Suchen Sie sich zuerst eine LAMPE, CRM-oder HR-Anwendung.
Dann finden Sie die Kunden, die für die LAMPE CRM-oder HR-Anwendung.
Leider gibt es nicht viele Beispiele für Punkt 1. Daher, Ihren Fall bewiesen ist. Es kann nicht verwendet werden, die für enterprise-Anwendungen, weil-derzeit-es gibt keine der Anwendungen, die Sie aufrufen, "enterprise".
Ihre anderen Punkte sind jedoch sehr interessant.
Linux ist gesehen als nicht so gut unterstützt wie Unix -, Solaris-oder Windows-Servern. Ich denke, Red Hat würde das Objekt stark auf. Geben Sie Ihnen einen Anruf. Ich denke, Sie machen ein sehr überzeugendes Verkaufsargument. Lesen Sie Ihre Erfolgsgeschichten.
Apache ist schwieriger zu konfigurieren und zu verwalten als web-Servern wie BEA WebLogic oder IIS. Von wem? Apache-web-site-Manager? Oder IIS-web-site-Manager? Dies ist völlig subjektiv.
MySQL ist ein "nicht bereit für die prime time" DB. Nehmen Sie es mit Sun Microsystems. Ich denke, Sie würden das Objekt stark auf. Geben Sie Ihnen einen Anruf. Ich denke, Sie machen ein sehr überzeugendes Verkaufsargument. Lesen Sie Ihre Erfolgsgeschichten.
PHP /Ruby on rails sind optimiert für CRUD, und beide sind langsam durchführen. Wahr sein könnte. Java-und Python schneller sein. PHP und Ruby sind nicht das Letzte Wort in der LAMPE.
InformationsquelleAutor der Antwort S.Lott
Obwohl ich persönlich würde nicht empfehlen, PHP aufgrund der vielen Fehler, die in der Sprache, es ist sicherlich allgegenwärtig. Mit dem Aufkommen von phusion passenger, Rails Unterstützung bei shared-hosting-Unternehmen wächst ziemlich schnell. Ich gebe ihm ein weiteres Jahr oder 2 am meisten vor 90+% der shared-hosting-Konten unterstützen die Schienen aus der box. Wenn das nicht allgegenwärtig ist, was ist?
Wenn dieses dich stört, Kauf den support von RedHat, oder installieren Sie Solaris und Kauf support von Sun. Diese beiden geben Ihnen eine genauso gute Unterstützung wie Microsoft ist wahrscheinlich
Ich kann nicht sprechen für BEA WebLogic, aber konfiguriert haben beide Apache, IIS, Tomcat, Apache, ist die einfachste, beides zu verstehen und zu finden, Beispiele und Dokumentation für durch einen langen Weg.
Oh wirklich?. Sie sollten es als Ihre Aufgabe, zu sagen, NASA, Google, CERN, Reuters etc, Sie sind alle mit einem Bastler-Datenbank, die nicht bereit für die prime-time.
Gibt es 2 Dinge hier:
Optimiert für CRUD - Dies ist völlig irrelevant.
Schienen und einige python/php-frameworks sind optimiert für CRUD-Anwendungen. Viele der C# - /Java-frameworks sind auch optimiert für CRUD-Anwendungen. Allerdings, wenn die app Gebäude ist eine CRUD-app (und 99% der web-Anwendungen sind), ist das nicht eine Gute Sache?
Wenn Sie nicht bauen eine CRUD-app, gibt es viele nicht-crud-optimierte frameworks in ruby/python/php/java/C#. Netto-Gewinn: Niemand (daher es ist unerheblich)
Langsamer als Java/C# - Das ist zweifellos richtig, aber es spielt auch keine Rolle. Für eine low-traffic Website der performance-Unterschied wird nicht zu etwas, und für ein high-traffic-Website Ihren Engpass wird die Datenbank, ob es eine MySQL, oracle oder was auch immer.
Was Sie trade-off für all dies ist eine Entwicklung, die Zeit.
Sobald Sie verwendet habe, diesen Rat nicht zu überzeugen, Ihren Chef, dass Sie nicht verlieren alles, was durch die Verwendung der LAMPE, Wenn Sie crunch die zahlen und zeigen Sie Ihr, dass Sie gehen, um mit 6 Mann-Monate, um die Website zu bauen, die in Java, und nur 3 zu bauen, die es in ruby/python, dann ist das wirklich, worauf es ankommt.
InformationsquelleAutor der Antwort Orion Edwards
Wenn Sie mieten Idioten, um es zu implementieren, C++ & Oracle wird nicht skalieren.
Wenn Sie Menschen einstellen, die intelligent sind und Dinge zu erledigen, PHP & MySQL scale-einfach nur gut.
Gleiche argument gilt für security & Robustheit.
Facebook, Digg, Teile der Yahoo-Ausführung auf PHP.
Natürlich, mieten Sie viele PhD-Programmierer.
InformationsquelleAutor der Antwort lo_fye
Dachte, ich würde hinzufügen einer anderen website zu der Liste derer, die auf der LAMPE - Wikipedia. Siebtgrößte website der Welt, vollständig geschrieben in PHP und läuft auf MySQL, und Sie haben nur zwei oder drei bezahlte Entwickler. Natürlich haben Sie Unterstützung von Freiwilligen, aber es ist nicht viel, und es skaliert ganz gut. Weiß nicht, ob Sie würde wirklich nennen Sie "enterprise", aber für solch ein riesiger und beliebt website, Sie scheinen zu tun gut für sich selbst.
Wie andere oben schon gesagt, geben die Red-Hat-ein Anruf und ich bin sicher, Sie werden beg zu unterscheiden. Und die Höhe der Unterstützung für Linux absolut frei ist erstaunlich.
Dass hängt davon ab, wer Sie Fragen. Menschen, die in der Regel verwalten von IIS-Servern werden wahrscheinlich sehen es dieser Weg. Menschen, die in der Regel verwalten von Apache nicht. Es hängt davon ab, wer Sie mieten, und wenn Ihr stack ist eine LAMPE, die Sie nicht wollen, Anstellung von Menschen mit keine Apache Erfahrung sowieso.
InformationsquelleAutor der Antwort victoriah
Ich möchte nur hinzufügen, dass ich miterlebt habe, viele Male, die Kunden nicht nur wohl fühlen, sobald Sie austeilen ernsthafte $$$ für eine Lösung, auch wenn es macht-enterprise-integration noch schwieriger, trotz allem, was die Argumente, die Sie an den Tisch bringen.
InformationsquelleAutor der Antwort Filip Dupanović
Ich denke, dass die ersten Kriterien sein sollten, Ihr team skill-level, comfort level jut, stellen Sie sicher, was auch immer-Plattform Entscheidungen getroffen werden, arbeitet gut mit Ihnen. Was auch immer Sie sich entscheiden, denken Sie an die Skalierbarkeit und Wartbarkeit des Codes. Tools sind genial, egal welchen Stapel Sie wählen.
Ich persönlich würde es brechen in 3 Stapel-
Den Java-Stack, wo Sie haben, Solaris oder Enterprise Linux ( RedHat ) mit Weblogic/Websphere/Tomcat etc und Java Enterprise zusammen mit Hibernate,Spring etc-Technologien. Die meisten würden sich für Oracle als DB.
Den Microsoft-Stack mit Open Source-wenn nötig Win-Server - IIS - .net/C# (ASP.net etc) - NHibernate, NUnit (unit-Tests) etc. Wahrscheinlich würden Sie wollen, um SQL Server als DB -
Keines der oben genannten stack mit Enterprise Linux läuft, ein ganzes buffet mit open-source-Zeugs wie MySQL (jetzt unter Sun - Domäne, so können angeschaut werden ernst), Apache (es gibt apache-gurus da draußen), Ruby ( nicht meine persönliche Wahl)/PHP (good luck) /Python (ich mag es, weil es eine ausgereifte Sprache). Ich würde es befürworten python oder ruby aus der Verwaltung von code-Sicht. Vielleicht für einige könnte es PHP sein..ich bin nicht in Sie.
InformationsquelleAutor der Antwort Perpetualcoder
ausschließlich eine subjektive Meinung aber ich persönlich finde, MySQL und-in geringerem Ausmaß PHP, um ein bisschen eine Schwäche, aber sicherlich gibt es genügend Leute, die anderer Meinung sind und großen Unternehmen, die LAMPE ging.
Ich würde es vorziehen, um zu sehen, postgres oder auch SQLite nehmen Stücke aus der MySQL-Markt, und ich möchte sehen, wie mono-oder jsp-oder cocoon-basierten apps mehr. Ich denke, die LAMPE ist etwas zu spezifisch für ein Oberbegriff. 🙂
InformationsquelleAutor der Antwort annakata
Linux/Apache sind gehärtet, mageres und jeder kommt mit vielen Menschen, die(für den richtigen Preis natürlich), die Unterstützung bieten wird, viele nützliche tools, viele bei außergewöhnlich hohen Niveaus von Dienstprogramm, das die Arbeit mit Ihnen und die wurden auf Ihnen aufgebaut.
Nicht sicher über die anderen beiden, jedoch. Insbesondere MySQL scheint eine seltsame Wendung zum schlechteren, die seit Ihrer übernahme durch die Sonne, im Gegensatz zu den posts in diesem thread, was darauf hindeutet, dass die Sonne vielleicht ein guter Einfluss:
http://www.reddit.com/r/programming/comments/7gb8j/oops_we_did_it_again_mysql_51_released_as_ga_with/
InformationsquelleAutor der Antwort Jeff Cliff
Den Grund nicht finden, Enterprise-Anwendungen, die on-LAMPE nicht, weil Sie nicht auf Unternehmensebene, sondern etwas ganz anderes, meiner Meinung nach. Viele der großen Player der LAMPE oder ähnliches-Facebook und
MySpacesofort in den Sinn kommen. So klar nicht ein Problem der Skala und perf.Sagte, der Grund, warum ich finde, dass es keine enterprise-apps gebaut, die auf der LAMPE ist aufgrund Ihrer intrinsischen Natur. Ich will nicht, um das erstellen eines versicherungsmathematischen Modul als PHP-Datei, da kann jeder klauen der Logik. Auf der anderen Seite, wenn ich eine DLL kann ich die Kontrolle behalten. Sie nicht finden eine Menge von 30-trial-apps gebaut, die auf PHP für diese sehr Grund, aber es ist viel einfacher zu erreichen, die Art des Schutzes mit sagen ASP.NET.
InformationsquelleAutor der Antwort aleemb
Haben Sie einige echte schlechte Mythen in deinem posting:
Java Ee-Mythen:
-App-Server einfacher zu konfigurieren als apache, Nein apache ist leichter.
-Sie impliziert, dass nur Java ee full-Lösung ist enterprise, NÖ.
CRUD-Mythen:
-CRUD ist langsamer als Java ee? WTF??? POJO und EJB ist mit CRUD.
Der begrenzende Faktor ist nicht dreck, seine server-Durchsatz
Gibt es 3 begrenzenden Engpass-Bereiche, egal welche Technologie, die auch MS.. - server-Implementierung, Persistenz-layer und app-layer..die Technik gewählt wird, nicht der speed Faktor, wie Sie können exchange-Vorteile, die in einer Schicht für die Nachteile in der anderen Ebene.
Fro Beispiel könnten wir spee dup Java durch die Verwendung von Dokument zu speichern, anstatt der normalen DB..
Meisten neuen Schienen-Implementierungen verwenden Sie nicht den apache-Server, die schneller sind um einen Faktor 3 bis 5 als Apache..auch eine gut tunned Apache-server an Leistung übertreffen können einige Java ee-stacks..Fragen Sie einfach yahoo, da Sie Symfony auf einige Ihrer Eigenschaften.
InformationsquelleAutor der Antwort Fred Grott
Ich denke, Sie werden feststellen, dass viele Unternehmen der Einsatz von Linux-Servern, oft unterstützt von Redhat, Novell oder IBM, und Apache ist auch Häufig verwendet.
Aber viele Unternehmen verwenden Häufig Datenbanken wie Oracle oder IBM DB2 anstelle von open-source-Angebote - obwohl es viele Unternehmen, die nicht wirklich brauchen, die Art von macht, die diese Systeme bieten, und bekommen konnte, Weg mit MySQL oder PostgreSQL.
Und für die web-server-Sprache, ich glaube, Sie können einfach über alles. Allerdings, wenn Sie Apache verwenden, ist es wahrscheinlich einfacher, den Einsatz von PHP, Ruby oder Python, in der Erwägung, dass, wenn Sie IIS verwenden oder Weblogic oder Domino wird es leichter sein, um es in Java /C#.
InformationsquelleAutor der Antwort Technical Bard
IMO gibt es keine gute Allgemeine Argumente gegen Linux und Apache; kann Man sicherlich enterprise-level-support für Linux, wenn Sie bereit sind, dafür zu bezahlen (und in guter Näherung ist es kostenlos, wenn Sie bereit sind, spielen durch die community-Regeln). Und der Apache ist nicht so schwer zu konfigurieren, es sei denn, Sie müssen mehr komplexe Funktionen, die unwahrscheinlich ist in einem application server.
Können Sie sicherlich einen Fall gegen MySQL, da einige der wichtigsten Merkmale in Bezug auf die Sicherheit Ihrer Daten Hinzugefügt wurden erst vor kurzem. Wenn Sie besorgt sind, verwenden Sie die PostgreSQL statt.
Als für die Sprache, die Sie schreiben Sie Ihre app in: PHP hat auf jeden Fall bewiesen, in der Lage sein zu laufen extrem große und komplexe Systeme; ich würde mehr sorgen um die Wartbarkeit als Leistung. Und Ruby on Rails ist "optimiert für CRUD" nur in asmuch als eine einfache CRUD-Web-App geschrieben werden kann in fast keine Zeit (buchstäblich Minuten), aber das bedeutet nicht, es ist irgendwie weniger geeignet, um komplexere apps, nur, dass es dauert viel mehr Zeit (immer noch weniger als mit vielen anderen Sprachen)
InformationsquelleAutor der Antwort Michael Borgwardt
Nehme ich an, dass große kommerzielle CRM-und HR-Anwendungen möglicherweise voreingenommen in Richtung der Bereitstellung von großen kommerziellen RDBMS-Produkte als Grundlage für Ihre Produkte. Wenn nichts sonst werden Sie ich bin sicher, lieber zu vereinen, die gegen eine gemeinsame Bedrohung.
Und Sie haben eine härtere Zeit zu rechtfertigen Lizenz-und support-Gebühren, wenn Sie die entsprechenden Produkte integrieren, haben Sie nicht.
InformationsquelleAutor der Antwort dkretz
Meine 2c:
Linux: ab kernel 2.6 kam heraus, würde ich sagen, es ist definitelly eine hohe Qualität der OS. Version 2.4 war nicht ganz da und 2.2 war ein Witz, aber der 2.6 ist wirklich gut. Seien Sie vorsichtig mit der Wahl der Verteilung, obwohl. In meiner Erfahrung, RedHat/CentOS ist sehr gut, und anscheinend Debian (original, nicht Ubuntu!) eingestellt werden können, schön wenn man einen guten admin. Meine Erfahrung mit OpenSUSE war nicht sehr gut.
Apache: Noch nicht verwendet, aber ich verstehe nicht, warum es wäre ein problem.
MySQL: Dies ist der schwächste Punkt im Stapel. Ich werde nicht in die details gehen hier, schau in die Kommentare bei reddit.Programmierung wenn Sie interessiert sind. Besseren Blick auf PostgreSQL.
PHP/Perl/Ruby/Python: ich habe mit Perl-und in geringerem Maße auch mit Python. Sie sind wahrscheinlich OK für web-basierte Anwendungen, in denen der Großteil der Arbeit wird von dem web-server und DBMS sowieso. Jedoch, ich bevorzugen statische Typsystem und lieber pick Java/C# für eine business-Anwendung und C++ für Systemprogrammierung.
InformationsquelleAutor der Antwort Nemanja Trifunovic
Ich würde gerne vorschlagen, dass wir uns identifizieren, die Anforderungen an die Skalierbarkeit der Enterprise-Systeme und wie unterscheiden Sie sich im Vergleich zu Web-Anwendungen. Blick auf einige der am meisten skalierbare Systeme wie Wikipedia, Flickr, WordPress, Facebook, MySpace und viele andere. Sie werden sehen, LAMP-stack gibt. Ich bin eher ein Python-fan (seit ich das Gefühl, dass die Sprache hat eine sauberere fühlen), aber ich hören Sie Experten wie Cal Henderson (Flickr) , schrieb ein Buch über die Skalierbarkeit zu reden, wie er skaliert eine bank von MySQL-Servern.
Was sind die wesentlichen Merkmale eines enterprise system?
Support, Verfügbarkeit von know-how, die Stabilität der Plattform/Sprache wohl zählen.
Aber LAMPE hat andere Eigenschaften, wie schnellere Entwicklung, einfachere Erweiterbarkeit, viel des verfügbaren Bibliotheken für die Wiederverwendung, das mehrere dokumentierten Geschichten von Skalierbarkeit, die Reifung web-frameworks.
Hier sind ein paar Zeiger für den Aufbau Skalierbarer Systeme (ich spreche hier von Web-Scale). Ich fragte mich immer, im Lichte all dieser Beweise, warum die Wahrnehmung der LAMPE als nicht bereit für die Enterprise-apps immer wieder auftauchen.
Als für Apache, die jede Netcraft-Studie zeigt eine sehr unterschiedliche Annahme-Geschichte. Durch die schiere Anzahl der Server, es können mehr Menschen mit wissen zu konfigurieren, zu optimieren und zu erweitern, die web-server.
Skalierbare Web-Architekturen
Bitte Schauen Sie auf Marktanteil von allen Servern Aug 1995 Jan 2009
InformationsquelleAutor der Antwort
Linux ist viel verwendet.
Apache und Tomcat verwendet eine Menge.
MySQL kann stabil jetzt. Verwende ich PostgreSQL statt. Banken verwenden Oracle, aber es gibt gute Unterstützung für Java-und Tomcat gibt.
PHP wird Häufig verwendet, aber viele große Unternehmen lieber Java.
Bist du am besten ab, plädieren für ein Linux (wahrscheinlich kommerziell unterstützte version) Tomcat, Java, Apache Tomcat|Oracle|MSSQL Lösung, meiner Meinung nach.
Benötigen Sie ein Linux-sysadmin, zumal die Zahl der Server steigt, obwohl ich bin sicher, Sie können einen Teil der Zeit ein, in der vor dieser Zeit entsteht. Wenn das Unternehmen hat bereits Windows-Systemadministratoren, dann streiten für Linux wird hart werden.
InformationsquelleAutor der Antwort JeeBee
Ich glaube, es ist nicht so, dass die Technologie noch zu früh ist oder etwas, das hält biggies wie AT&T, gehen Sie mit einer vollständigen Umsetzung auf der Ebene der Unternehmen. Diese Firmen haben so ein großes budget dafür ausgibt, dass die Letzte Sache, die Sie haben würde, auf den Geist zu verbringen, mehr auf die Anpassung und Verbesserung verlangt, auf die open-source-Technologien entsprechend Ihren geschäftlichen Anforderungen.
So, was Sie suchen (die kommt aus meiner Beratungs-Erfahrung) ist kaufen und führen Produkt-pack und don ' T haben zu verbringen, mehr auf die Forschung und hack Teil. Unternehmen, die open-source-build entwickelt haben, Ihre eigenen support-Gruppen weltweit zur Verfügung, um alle support-Anforderungen, die große Unternehmen nicht viel zu tun bereit. Sie müssen die Sache schnell und sicher und Sie bezahlen können.
InformationsquelleAutor der Antwort DevZone
Gibt es zwei Haupt-Probleme für große Unternehmen, die mit LAMP stacks:
InformationsquelleAutor der Antwort Yuval Adam
Redhat und IBM geben, die volle Unterstützung für Linux, Sun kaufte MySQL, Yahoo nutzt Php, zahlreiche Unternehmen verwenden ein LAMP-stack, aber viele Teile.
InformationsquelleAutor der Antwort Robert Gould
Ich persönlich nicht für Linux als weniger gut unterstützt, als der andere OS erwähnt; in der Tat ist hardware-Hersteller, die in der Regel unterstützen die Linux gegenüber anderen OS (ausser Windows, die Sie unterstützen im Allgemeinen sehr gut, vorausgesetzt, Sie verwenden maintream-Distributionen).
Vorausgesetzt, Sie verwenden nicht einen bizarren Geschmack (Tipp: mit RHEL oder Centos, die Ihr freies äquivalent), Linux sehr gut unterstützt.
Kann MySQL mit einigen Mängeln, aber meiner Meinung nach es hat viele stärken; wir verwenden es auf einer großen Skala in der Weise nicht beabsichtigt, aber es funktioniert immer noch Recht gut im Allgemeinen (die meisten Probleme werden durch unsere eigenen Versionen veraltet oder schlecht konfiguriert ist).
Was "P" steht für die in der LAMPE ist fraglich. Ich fühle, dass PHP ist nicht enterprise-ready ist, weil es so viele individuelle Unzulänglichkeiten (z.B. schlechte unicode-handling, keine namespaces, inkonsistenten APIs, inkonsistente syntax, schlechte version abwärtskompatibel, dupliziert/obsolete Funktionalität), dass Sie sich zu so dass es schwierig zu implementieren ist ein system wartbar.
Aber angesichts einer entsprechend erfahrenen team, selbst wenn Sie PHP kann verwendet werden, um eine extrem hohe Qualität der Anwendung.
InformationsquelleAutor der Antwort MarkR
Wenn es gut genug für Google, Vertrauen Sie mir, es ist gut genug für Sie.
InformationsquelleAutor der Antwort gargantuan