Folgende Aufgabenstellung habe ich:
Eine Formulareingabe mit 5,6 Feldern, da soll man zahlen,dateien usw. eingeben koennen.
Bei der Ausgabe soll man das dann in ner tabelle ausgeben und sortieren koennen.

Wuerdet ihr das mit nem CMS machen ( gibts ueberhaupt solche welche so eigene Formulare unterstuetzen)
oder wuerdet ihr das via php oder asp.net selbst programmiern?

asp muss ich mi erst anschaun,kann aber c#,.....

lg

Das ganze soll selbstgehostet in einem großen Firmennetz laufen. Also Intranet wegen sensibler Daten.l

Also ich hätte jetzt spontan an Server-Daten gedacht, aber da es ja nur Intranet sein soll...

Hmm, grundsätzlich ist soetwas sehr einfach und schnell selbst erstellt, die Frage ist nur, wie es dann um die Sicherheit steht. Eine Fertige, derart einfache Lösung kenne ich dagegen nicht.

Könnte man über server-daten relativ fix bereitstellen.

Bei so einem Problem merkt man schnell, daß eine ausdifferenzierte und manuell programmierte Lösung doch bald aufwendig wird. Und wenn ich an server-daten - Nutzer denke, die erst klein angefangen haben und dann 30 Externe, nun den nächsten Schwung Externer zu ihrer Datenbank zulassen, dann wäre eine reine Inhouse-Lösung eine Sackgasse.

Es muss zwingend in einem Intranet laufen. Nichts externes. Auch keine nochsoanonyme API etc. Es geht hier um ein Teil eines internat. operierenden Konzerns, die sind da sehr sensibel bei Entwicklungsdaten...

Dann dürfte nur eine Individualentwicklung als Möglichkeit übrig bleiben.

Dabei gilt allerdings: Die meisten Angriffe gegen Datenbanksysteme kommen von internen, authentifizierten und schreibberechtigten Nutzern - nicht von außen. Auch die können Sql-Injektionen ausnutzen. Und dann wird so etwas sofort sehr aufwendig, wenn mehrere Nutzer damit arbeiten sollen. Das ist dann keine Kleinigkeit mehr: Nutzerverwaltung, Protokollierung aller Schreibzugriffe - und das ganze 'bloß' für eine Tabelle.

PS: Und wenn man das 2 oder 3 Mal durchexerziert und sich den Arbeitsaufwand / Wartungsaufwand verdeutlicht, dann ahnt man, warum ich in einem 'So weiter' keinen Sinn mehr gesehen und stattdessen server-daten entwickelt habe.

Solche individuellen Datenbank Applikationen machen wir für unsere Kunden (Spitäler, Pharma, Banken, Telcos) des öftern. Wir setzen dafür ColdFusion ein. Selbstverständlich geht das auch mit PHP / ASP / JAVA et oder was auch immer. Kommt halt immer auf die Standards der Unternehmung an.

Ich denk mir, das ganze ist schneller programmiert als dass Du eine bestehende Lösung im Netz evaluierst.

Grüsse

Martin

@jAuer
Das ist durchaus richtig. Das wird auch gescheut, da internes Hacking auch das Rueckverfolgen usw. schwierig macht und dann auch eine "scheinsicherheit" da ist.


@Martin
Auch hierbei hast du recht. Trotzdem halte ich wenig von so "pfuschaktionen". Die Firmen wollen ( und ich habe schon fuer mehrere programmiert,...bin Student) immer ne Loesung die schnell geschrieben ist um Zeit und Geld zu sparen.

Und dann wollen sie was dazu und wieder was dazu usw. Und irgendwann wird die Usability immer schlechter usw.
Deswegen ueberleg ichs mir zuerst,...konzeptioniere es usw.

Das

ist bei der Zusammenarbeit mit Laien immer so. Und zwar aus dem einfachen Grund, weil die Kunden Laien sind, bestimmte Ideen also erst dann entwickeln und einen darüber informieren, wenn sie ein paar Tage oder Wochen Erfahrungen mit den Masken gesammelt haben.

Das ist auch ihr gutes Recht, eben weil sie in ihrem Kerngeschäft mit anderen Dingen beschäftigt sind.

Reihenweise fangen bei mir Kunden mit etwas kleinem an, sammeln Erfahrungen - und bauen dann aus, entdecken erst dann, daß sie noch andere Geschäftsprozesse mit hineinnehmen können, vervielfachen ihren Auftrag.

Folglich ist Programmieren für Laien immer ein länger laufender Prozeß, die Logik muß es von vornherein zulassen, bei laufendem Betrieb (falls tagsüber bereits in Benutzung, dann abends oder am Wochenende) ausgebaut / erweitert zu werden. Von einer Eingabemaske auf drei, später auf fünf, dann auf acht - mit Randtabellen sind das ruckzuck 30 Tabellen.

Und was macht die Firma dann, wenn der studentische Programmierer in zwei Jahren nicht mehr erreichbar ist, weil er jetzt etwas anderes studiert? Dann klingelt bei mir das Telefon. Die Leute wundern sich, daß ich nicht bei jedem dieser Anfragen 'Hurra, neuer Auftrag' schreie, weil solche Arbeiten kaum kalkulierbar sind (im Gegensatz zu kalkulierbaren Arbeiten innerhalb von server-daten).

Dasselbe gilt für das Einspielen von Patches. Da kann immer etwas schiefgehen.