LAMP war 1998 ganz toll

[Alptraum]

Aber heute (2009) gibt es bei weitem bessere Lösungen als MySQL und PHP.
Hoffentlich stirb das Gemüse bald aus.

[DrachenKaiser2]

und was währe besser?

[fsafas]

DrachenKaiser2 schrieb:
--------------------------------------------------------------------------------
> und was währe besser?


wahrscheinlich LAMP :-) jetzt wo windows 7 draussen ist

[DrachenKaiser1]

Zumindest die Wahrheit am längsten.

[fsafas]

ich meine WAMP ;-)

[ich hätt da was - ne doch net]

DrachenKaiser2 schrieb:
--------------------------------------------------------------------------------
> und was währe besser?


deutlich eingeschränkter als MySQL aber auch deutlich flexibler als PHP/SQL das Google Apps Pyhton-Cloud.

Ja ich weiß, für 0815 Programmierer nicht geeignet und auch nicht OpenSource. Jedenfalls die Einbindung in das Cloud.

[Alptraum]

Ich dachte mir schon das diese Frage kommen würden, also hier ist eine Antwort:
PostgreSQL und Java. Das einzige Pro für LAMP sind 5€ Hoster und die hat das Weiße Haus ganz sicher nicht nötig.

Außderm ist die Einstellung "X ist das beste überhaupt", wie sich auf Golem üblich Fortschrittsfeindlich. Wenn du also nicht zurück ins Mittelalter willst, so ändere deine Einstellung.

[Ritter von NI]

Wieso? Ich bleib bei LAMP!!

Linux, Apache, Mono und Postgresql ;)

Ich lerne gerade ASP.NET MVC (also kein WebForms Geraffel, AJAX Spülmittel oder ähnliches). Aber ich setze auf das freie Mono

[Ainer v. Fielen]

DrachenKaiser2 schrieb:
--------------------------------------------------------------------------------
> und was währe besser?

Erstmal "währe" ohne "h" zu schreiben...

___________

"Aufgrund der globalen Klimaerwärmung sowie der gegenwärtigen Finanzkrise wird das Licht am Ende des Tunnels nun abgeschaltet!"

- Autor unbekannt -

[Der Kaiser!]

> Wieso? Ich bleib bei LAMP!!

> Linux, Apache, Mono und Postgresql ;)

> Ich lerne gerade ASP.NET MVC (also kein WebForms Geraffel, AJAX Spülmittel oder ähnliches). Aber ich setze auf das freie Mono
"Mono" ersetzt "AJAX"? o.O

___

Die ganz grossen Wahrheiten sind EINFACH!

Wirkung und Gegenwirkung.
Variation und Selektion.
Wie im grossen, so im kleinen.

[windowsverabschieder]

Lern doch gleich das Original:
http://rubyonrails.org/

Damit bist du auch nicht mehr auf Windows beschränkt.

[MS-Admin]

ist LAMP auch heute erste Wahl. PHP muss man ja nicht nutzen, das kann man durchaus durch Python/Perl/Ruby oder Java ersetzen. Für "den Rest" ist LAMP aber schon ein schönes Paketchen.

[Ritter von NI]

windowsverabschieder schrieb:
--------------------------------------------------------------------------------
> Lern doch gleich das Original:
> rubyonrails.org
Ruby ist lahm. Soweit ich das bisher gesehen habe sogar noch langsamer als PHP und Python. Bevor ich RoR verwende würde ich eher Python verwenden.
>
> Damit bist du auch nicht mehr auf Windows beschränkt.
Bin ich mit Mono auch nicht. Mono kann (fast) alles, was das .NET Framework von Microsoft auch kann. Und bevor jetzt einer kommt und sagt, dass MS irgendwann Mono verklagt: das bezweifle ich stark. Im Gegenteil, MS hilft sogar bei der Weiterentwicklung

[nixda2]

Python/Django/Postgres/jquery
nginx/apache-mod-wsgi/memcached

mehr braucht man nicht um glücklich zu sein

[Doomhammer]

Alptraum schrieb:
--------------------------------------------------------------------------------
> Aber heute (2009) gibt es bei weitem bessere Lösungen als MySQL und PHP.

Sorry, aber die Lösungen sucht man im Allgemeinen danach aus, was man damit machen will. LAMP ist in den meisten Fällen immer noch ausreichend.

Wobei LAMP nicht für Linux, Apache, MySQL & PHP stehen muß. Inzwischen ist es eine Akronym für eine Kombination von OpenSource-Software für einen Webserver, sprich OS, HTTP-Server, Datenbank & Programmiersprache.

Das P stand ursprünglich mal für Perl, aber das nur nebenbei.

> Hoffentlich stirb das Gemüse bald aus.

Sei froh, das es das OpenSource-Gemüse gibt.

[Karl-Heinz]

Schön gesagt, danke.

[RaiseLee]

Ne ASP.NET MVC und wie du richtig erkannt hast ersetzt es das nicht sondern abstrahiert es, auch ganz gut...

http://www.nikhilk.net/Ajax-MVC.aspx

[svvc]

flatfile und wordpad ist wohl gemeint

[Ratte eeEEee]

Karl-Heinz schrieb:
--------------------------------------------------------------------------------
> Schön gesagt, danke.

Bringt ihn jetzt aber auch nicht weiter.

[Frank2]

>> Lern doch gleich das Original:
>> rubyonrails.org
> Ruby ist lahm. Soweit ich das bisher gesehen habe sogar noch
> langsamer als PHP und Python. Bevor ich RoR verwende würde ich
> eher Python verwenden.

Ruby (1.8 - für 1.9 gilt das nicht mehr) mag als Sprache ein paar Millisekunden langsamer sein als Perl oder Python, aber mal ehrlich, was ist teurer, eine Woche längere Entwicklungszeit, weil das Framework kompliziert ist, wenig Spaß macht und jede Änderung -zig überflüssige Schritte erfordert, oder ein GB mehr Speicher im Server?

Der Grund, warum so viele Leute von Java zu RoR wechseln ist nicht, dass Java-Code langsam ausführt (das tut er nur bei schlechtem Code), sondern dass die Java-Entwicklung langsam und umständlich ist, und dass es hunderte Erweiterungen gibt, die man alle können muss, um ein _halbwegs_ vollständiges Framework zu haben (Java, Hibernate, ...). Das gilt für viele andere Frameworks auch, für RoR nicht.

Effizient programmieren können musst du dagegen überall. Ob es Spaß macht und motiviert, ist eine zweite Sache. Twitter, Xing, Qype und viele andere haben es auch mit RoR geschafft und sie wissen, warum sie es einsetzen.


>> Damit bist du auch nicht mehr auf Windows beschränkt.
> Bin ich mit Mono auch nicht. Mono kann (fast) alles, was das
> .NET Framework von Microsoft auch kann. Und bevor jetzt einer
> kommt und sagt, dass MS irgendwann Mono verklagt: das bezweifle
> ich stark. Im Gegenteil, MS hilft sogar bei der
> Weiterentwicklung

Das ist auch die beste Möglichkeit, es im Auge zu behalten.

Glaubst du, MS erzählt denen im Vorfeld, was sie in der Röhre haben, damit Mono auf dem aktuellen Stand bleibt? Solange Mono der .NET-API hinterherhinkt, wird es immer 1-2 Versionen hinter der .NET-API bleiben.
Wer nicht das Leittier ist, hat immer dieselbe Aussicht ...