Delphi oder PHP?

[MrSpock]

Hallo,

ist es denn nicht so, dass man sich mit .NET im wesentlichen auf den Microsoft Internet Information Server beschränkt und das Ganze auf den weit verbreiteten Apache Server dann nicht lauffähig wäre? Deshalb könnte PHP vielleicht flexibler eingesetz werden!? Oder lieg ich da jetzt total falsch ?

[Grendel]

Zitat von MrSpock:

ist es denn nicht so, dass man sich mit .NET im wesentlichen auf den Microsoft Internet Information Server beschränkt und das Ganze auf den weit verbreiteten Apache Server dann nicht lauffähig wäre? Deshalb könnte PHP vielleicht flexibler eingesetz werden!? Oder lieg ich da jetzt total falsch ?

Da Mono und dotGNU noch nicht vollständig einsatzfähig sind hast Du noch Recht. Es ist aber abzusehen, daß Mono und dotGNU den ganzen .NET Klumpatsch auch für andere Plattformen als Windows + IIS verfügbar machen.
Für viele Bereiche ist es auch schon brauchbar aber man stolpert immer wieder über Fehler bzw. abweichendes Verhalten. Sieht aber vielversprechend aus.

Bis neulich ...

[bigg]

Wenn ihr viele Rechner betreuen müßt, halte ich das auch für die beste und einfachste Lösung.
Man ist nicht mehr auf ein System angewiesen. Bei der Routersteuerung etc. funktioniert's doch auch.

Bei Echtzeit-Anwendungen wird's da schon wieder aufwendiger.

[Grendel]

Zitat von bigg:

Man ist nicht mehr auf ein System angewiesen.

Dafür muss man laufend die Eigenheiten irgendwelcher Browser berücksichtigen bzw. wird mit den Unzulänglichkeiten/Unmöglichkeiten von HTML konfrontiert.

Beispiel: Ich hatte bei einem o.g. Projekt ein Layout an das ich mich halten sollte. Daraus ergab sich, daß eine ComboBox max. 400px breit sein darf (ersponnene Werte). Wenn der Inhalt nun aber nicht in die 400px passt hat man ein Problem. Bei Mozilla wird der Ausklappteil der Box dem breitesten Eintrag angepasst. Beim IE, Opera, KHTML (Safari, Konqueror) hat das Ding die selbe Breite wie die Box wodurch Einträge abgeschnitten werden. Ein Problem für das es derzeit keine Lösung gibt.

Ein systemübergreifendes Toolkit (GTK, wxWidgets, Fox, etc...) macht imo mehr Sinn.

Zitat von bigg:

Bei der Routersteuerung etc. funktioniert's doch auch.

Nur sind die Ansprüche in Bezug auf "Usability" bei einer Office-Anwendung um einiges höher als bei einer platten Konfigurationsoberfläche eines Routers (mit der man wohl kaum täglich arbeiten muss) o.ä..

Zitat von bigg:

Bei Echtzeit-Anwendungen wird's da schon wieder aufwendiger.

Browseranwendungen sind niemals Echtzeit-Anwendungen.

Bis neulich ...

[bigg]

Zitat von Grendel:

Browseranwendungen sind niemals Echtzeit-Anwendungen.

Die Diskussion geht mal wieder in "die richtige Richtung".
*keinbockaufsonnekinderkacke*

Von mir aus, jeder soll selbst entscheiden, wer, was, wie zusammenzimmert.
Und wenn du von PHP nicht überzeugt bist, programmierst du dein 3 Zeilenprogramm zusätzlich noch in Delphi.
Oder noch besser, schreib es mit jeder Sprache die dir bekannt ist.

PS: es gibt, wenn du so willst überhaupt keine Echtzeitsysteme.

[bate]

Ich glaube hier sollte ehr Zielorientiert gedacht werden.

1. Was für eine Anwendung soll es werden?
2. Wer soll die Anwendung nutzen und von wo? (Clients)
3. Was soll es kosten?

Wenn das beantwortet ist kann man sagen was du verwenden könntest.
Vorher wäre das wie Äpfel mit Birnen zu vergleichen.

[davar]

[quote="bigg"]
Die Diskussion geht mal wieder in "die richtige Richtung".
*keinbockaufsonnekinderkacke*

quote]

Hast Recht,

versuchen wir doch, das Thema wieder zurückzulenken in die ursprüngliche Richtung.

Da hätte ich nur gern möglichst viele Meinungen, um auch zu erfahren, wie es denn in anderen Firmen gemacht wird. Einfach nur die Antwort, über Browser oder Applikation..

[davar]

Zitat von bate:

Ich glaube hier sollte ehr Zielorientiert gedacht werden.

1. Was für eine Anwendung soll es werden?
2. Wer soll die Anwendung nutzen und von wo? (Clients)
3. Was soll es kosten?

Wenn das beantwortet ist kann man sagen was du verwenden könntest.
Vorher wäre das wie Äpfel mit Birnen zu vergleichen.

1. Ein Kundenverwaltungssystem und eine Oberfläche für die Dateneingabe für den Onlineshop. ca. 10 Leute arbeiten mit dem Kundeverwaltungssystem (sehr oft) und etwa noch einmal so viele permanent an der Dateneingabe. Es sind schon zwei Oberflächen da, aber die sind nach Meinung aller Kollegen nicht zufriedenstellend.

2. Es werden die Arbeitsplätze in der Firma, bzw. Notebooks (Chefs) benutzt.

3. Klar, so wenig wie möglich.


Wie gesagt, es geht mir eher um die "Zukunftsorientierung".

[Grendel]

Zitat von bigg:

Die Diskussion geht mal wieder in "die richtige Richtung".
*keinbockaufsonnekinderkacke*
[...]
PS: es gibt, wenn du so willst überhaupt keine Echtzeitsysteme.

Sorry für das OT aber DAS kann ich so nicht stehen lassen.
Doch es gibt Echtzeitsysteme aber eine Browseranwendung kann per Definition niemals dazu gezählt werden.
Erst Unfug verzapfen und dann hier rumjammern, wenn jemand einen sachlich korrigiert.

Zitat von bigg:

Von mir aus, jeder soll selbst entscheiden, wer, was, wie zusammenzimmert.
Und wenn du von PHP nicht überzeugt bist, programmierst du dein 3 Zeilenprogramm zusätzlich noch in Delphi.
Oder noch besser, schreib es mit jeder Sprache die dir bekannt ist.

Und bitte was hat dieser Stuss jetzt an dieser Stelle zu suchen?! Fühlst Du dich beleidigt und musst mir jetzt unbedingt etwas an den Kopf werfen. Egal ob das Hand und Fuß hat oder bloß hohles Gequatsche ist.
Auch habe ich nie etwas gegen PHP gesagt. (Das Problem ist HTML) Aber man kann ja mal losschreien könnte ja passen.

Bis neulich ...

[MrSpock]

Grendel und bigg, tragt Eure Scharmützel bitte per PN aus. Dieser Thread ist zu interessant, als dass er durch Eure Streitigkeiten verunstaltet werden sollte.