Hallo Leute! Ich suche eine Maillingliste die "CGI in der Sprache C" behandelt, sollte eine deutsch sprachige Liste sein. Wenn jemand so eine Liste kennt, würde ich mich über einen Link freuen. Sollte es eine solche Liste nicht geben, würde ich mich über ein par Leute freuen die in eine solche Liste einsteigen würden. Danke für euer Verständnis Daniel EMAIL: Daniel.Bladeck@asamnet.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Sam, 12 Feb 2000 schrieb Daniel Bladeck:
Ich suche eine Maillingliste die "CGI in der Sprache C" behandelt, sollte eine deutsch sprachige Liste sein. Wenn jemand so eine Liste kennt, würde ich mich über einen Link freuen. Sollte es eine solche Liste nicht geben, würde ich mich über ein par Leute freuen die in eine solche Liste einsteigen würden.
Es gibt noch nichtmal eine anständige Liste, die C im allgemeinen behandelt, von "C für CGI" ganz zu schweigen. Ist technisch ohnehin eine fragwürdige Absicht. Die Sprache der Wahl für diesen Zweck ist Perl. Matthias -- SelfLinux http://www.selflinux.de Matthias.Kleine@selflinux.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Matthias Kleine wrote:
[...], von "C für CGI" ganz zu schweigen. Ist technisch ohnehin eine fragwürdige Absicht. Die Sprache der Wahl für diesen Zweck ist Perl.
Wieso das? Perl hat sich zwar als Hauptsprache fuer CGIs eingebuergert, aber doch wohl hauptsaechlich aus Bequemlichkeit. Das macht aber die Benutzung anderer Sprachen bestimmt nicht fragwuerdig. Rupert --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Sam, 12 Feb 2000 schrieb Rupert Weber-Henschel:
[...], von "C für CGI" ganz zu schweigen. Ist technisch ohnehin eine fragwürdige Absicht. Die Sprache der Wahl für diesen Zweck ist Perl.
Wieso das? Perl hat sich zwar als Hauptsprache fuer CGIs eingebuergert, aber doch wohl hauptsaechlich aus Bequemlichkeit. Das macht aber die Benutzung anderer Sprachen bestimmt nicht fragwuerdig.
Also, wenn ich der Arbeitgeber wäre, dann schon. Wer das mit Perl macht, ist zehn mal schneller. Matthias -- SelfLinux http://www.selflinux.de Matthias.Kleine@selflinux.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 12-Feb-00 Matthias Kleine wrote:
[...], von "C für CGI" ganz zu schweigen. Ist technisch ohnehin eine fragwürdige Absicht. Die Sprache der Wahl für diesen Zweck ist Perl. Wieso das? Perl hat sich zwar als Hauptsprache fuer CGIs eingebuergert, aber doch wohl hauptsaechlich aus Bequemlichkeit. Das macht aber die Benutzung anderer Sprachen bestimmt nicht fragwuerdig.
Also, wenn ich der Arbeitgeber wäre, dann schon. Wer das mit Perl macht, ist zehn mal schneller.
Das kann man so nicht stehen lassen. 1. CGI ist überhaupt nicht von irgendeiner Programmiersprache abhängig. Es gibt jede Menge CGI-Programme, die in C++, C, Java, Pascal oder weiß der Geier was noch alles geschrieben wurden. 2. Die Wahl der Programmiersprache hängt immer von mehreren Faktoren ab. Einer davon ist das Können des Entwicklers, ein anderer die angestrebte Wartbarkeit einer größeren Einheit. Wenn in einer Firma überall C verwendet wird, kann es durchaus sinnvoll sein, auch CGI's in C zu schreiben. Und wenn es auf Performance oder Systemnähe ankommt, kann Perl mit einer Compilersprache auch nicht immer so ganz mithalten. Abgesehen davon sind Perl-Skripte sehr schwer zu warten, weil die Syntax der Sprache viel zu mächtig für große Projekte ist. Nicht jedes CGI-Programm beschränkt sich auf das Auslesen eines ASCII-File. Und schließlich zählt immer der Gesamtaufwand und nicht nur der Schreibaufwand beim Programmieren. Zählt man Wartungsaufwand, Dokumentation, Fehlersuche, Installation, Pflege, Versionsmanagement usw. dazu, sieht die Rechnung auf einmal ganz anders aus. -- =========================================================== Erhard Schwenk - alias Bitrunner =)B==o) =========================================================== No Spam replies please. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Sam, 12 Feb 2000 schrieb Erhard Schwenk:
1. CGI ist überhaupt nicht von irgendeiner Programmiersprache abhängig.
Na, das ist trivial.
2. Die Wahl der Programmiersprache hängt immer von mehreren Faktoren ab. Einer davon ist das Können des Entwicklers, ein anderer die angestrebte Wartbarkeit einer größeren Einheit. Wenn in einer Firma überall C verwendet wird, kann es durchaus sinnvoll sein, auch CGI's in C zu schreiben. Und wenn es auf Performance oder Systemnähe ankommt, kann Perl mit einer Compilersprache auch nicht immer so ganz mithalten.
Na gut, es gibt auch heute noch Leute, die bauen Ritterrüstungen oder sind sonstwie nostalgisch drauf. Bei uns zum Beispiel wird für ne Menge interne CGI-Sachen sh verwendet. Aber alle wären eigentlich froh, wenn es in Perl da wäre. Weil vieles historisch wächst, ist dem nicht so, und dann kann manŽs halt nicht ändern, oder nur mit viel Aufwand. Nichtsdestotrotz, eine ML "C für CGI" klingt wirklich nicht zeitgemäß. Matthias -- SelfLinux http://www.selflinux.de Matthias.Kleine@selflinux.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sat, 12 Feb 2000, Erhard Schwenk wrote: [pro + contra Perl]
Das kann man so nicht stehen lassen.
ACK! [...]
2. Die Wahl der Programmiersprache hängt immer von mehreren Faktoren ab. Einer davon ist das Können des Entwicklers, ein anderer die angestrebte Wartbarkeit einer größeren Einheit. Wenn in einer Firma überall C verwendet wird, kann es durchaus sinnvoll sein, auch CGI's in C zu schreiben. Und wenn es auf Performance oder Systemnähe ankommt, kann Perl mit einer Compilersprache auch nicht immer so ganz mithalten.
Abgesehen davon sind Perl-Skripte sehr schwer zu warten, weil die Syntax der Sprache viel zu mächtig für große Projekte ist. Nicht jedes CGI-Programm beschränkt sich auf das Auslesen eines ASCII-File.
Und schließlich zählt immer der Gesamtaufwand und nicht nur der Schreibaufwand beim Programmieren. Zählt man Wartungsaufwand, Dokumentation, Fehlersuche, Installation, Pflege, Versionsmanagement usw. dazu, sieht die Rechnung auf einmal ganz anders aus.
Das stimmt im Prinzip schon, aber (dazu gab es vor kurzem schon mal einen Thread): - Die Wartbarkeit von Programmen hängt nur zu einem sehr geringen Teil von der Programmiersprache ab. C ist eigentlich auch ein Beispiel dafür, wie man Programme schreiben kann, die keine Sau mehr versteht (einschl. desjenigen, der das mal geschrieben hat). Ein Projekt kann man in _jeder_ Programmiersprache mehr oder weniger wartbar machen. Die Lesbarkeit und Wartbarkeit von Programmen werden _immer_ vom Stil des Programmierers und den in der Firma geltenden Programmier-Richtlinien und Style-Guides bestimmt. Die Eignung der Programmiersprache an sich leitet sich IMHO vor allem von 3 Faktoren ab: 1. Das in der Firma vorhandene Know-How 2. Firmenpolitische / strategische Entscheidungen: z. B. Pro oder Kontra zu einer grossen Software-Firma :-( 3. (aber erst an 3. Stelle): die technische Eignung der Sprache (Werkzeuge für die Bewältigung der Aufgabe, unterstützte Plattformen, unterstützte Middleware wie DBMS o. ä., Kosten, Lizenzpolitik wie z. B. Runtime-Lizenzen, und viele andere) Die gleichen Gründe werden auch im privaten Umfeld eine Rolle spielen - nur wahrscheinlich mit anderer Gewichtung. Keine Sprache wird allein aus Bequemlichkeit über eine längere Zeit benutzt! Für Perl sprechen IMHO folgende Gründe: - Perl ist eine Scriptsprache, also ist Rapid prototyping damit einfach - Perl eignet sich hervorragend für die Bearbeitung von Textdateien und HTML-Seiten sind nichts anderes - Für Perl fallen keinerlei Kosten an - Das Modul-/ Package-Konzept erleichtert die Einbindung externen Wissens und erhöht damit die Wiederverwendbarkeit von Programmen. Andererseits fördert Perl durch die sehr kurzgefasste und kryptische Syntax die Erzeugung schlecht wartbarer Programme - dem müssen organisatorische Mittel entgegengesetzt werden, dann lässt sich auch dieses Problem in den Griff bekommen. <IMHO> Kryptische Programme entstehen genau dann, wenn der / die Programmierer so verliebt in die Technik (oder ihre eigene Genialität;-) sind, dass sie die Umgebungsbedingungen dabei vergessen. Gute Programme sind nie schlecht wartbar. </IMHO> Das Performance-Argument für sich stimmt erstmal: Perl ist langsamer als C (und das wieder als Assembler). Man muss diese Performance aber im Kontext zu den Rahmenbedingungen sehen: Solange wir zu 99,9... % noch mit Verbindungen <= 64kB/s am Netz hängen ist die Performance der Scriptsprache auf dem Server selten ein Thema. Davor hängen genug andere Flaschenhälse. Meine 0.02 Jan P.S.: Zum Thema: Ich bin _kein_ Interessent für eine C-CGI-Liste! ;-) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Sam, 12 Feb 2000 schrieb Jan Trippler:
- Die Wartbarkeit von Programmen hängt nur zu einem sehr geringen Teil von der Programmiersprache ab. C ist eigentlich auch ein Beispiel dafür, wie man Programme schreiben kann, die keine Sau mehr versteht (einschl. desjenigen, der das mal geschrieben hat).
Naja, und daß Perl schlecht wartbar ist, halte ich ohnehin für einen Allgemeinplatz. Es gibt viele Wendungen in Perl, die sich absolut fließend lesen lassen, viel besser als bspw. in C, denk doch mal an die schönen "mach oder stirb"-Formulierungen, an die implizite Verwendung von $_ und einiges andere. Wirklich kryptisch wird es doch eigentlich nur bei Regexps, na, und in die kann man sich auch einlesen, wenn man sie nicht eh schon kennt... Matthias -- SelfLinux http://www.selflinux.de Matthias.Kleine@selflinux.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Jan Trippler schrieb in 3,7K (90 Zeilen): > Keine Sprache wird allein aus Bequemlichkeit über eine längere Zeit > benutzt! Für Perl sprechen IMHO folgende Gründe: [...] - Es gibt viele Module fuer Perl, gerade was HTML, CGI und DBs betrifft. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Erhard Schwenk schrieb in 1,9K (47 Zeilen):
1. CGI ist überhaupt nicht von irgendeiner Programmiersprache abhängig. Es gibt jede Menge CGI-Programme, die in C++, C, Java, Pascal oder weiß der Geier was noch alles geschrieben wurden.
COBOL.
Und wenn es auf Performance oder Systemnähe ankommt, kann Perl mit einer Compilersprache auch nicht immer so ganz mithalten.
Perl ist *keine* Scriptsprache im herkoemmlichen Sinn. Perl ist JIT-compiliert. :-) Und mod-perl hift da auch nochmal maechtig nach. Performance ist relativ, wenn die DB langsam ist. Die meisten CGIs haben eine Anbindung an eine DB.
Abgesehen davon sind Perl-Skripte sehr schwer zu warten, weil die Syntax der Sprache viel zu mächtig für große Projekte ist.
Du scheinst gewisse Vorurteile gegen Perl zu haben. "Real programmers can write fortran in any language".
Nicht jedes CGI-Programm beschränkt sich auf das Auslesen eines ASCII-File.
Die meisten CGIs haben was mit Textmanipulation zu tuen, etwas, das Perl sehr gut kann.
Und schließlich zählt immer der Gesamtaufwand und nicht nur der Schreibaufwand beim Programmieren. Zählt man Wartungsaufwand, Dokumentation, Fehlersuche, Installation, Pflege, Versionsmanagement usw. dazu, sieht die Rechnung auf einmal ganz anders aus.
Sicher. Aber zugunsten von C? -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Matthias Kleine wrote:
[...] Also, wenn ich der Arbeitgeber wäre, dann schon. Wer das mit Perl macht, ist zehn mal schneller.
Dann sollte man den naechsten Kernel vielleicht in Visual Basic schreiben, weils so schoen schnell geht... Aber im Ernst, wenn man nicht nur schnell mal was probieren will, sondern eine vernuenftige Anwendung auf die Beine stellen will, sollte die Codiergeschwindigkeit wirklich das letzte Kriterium sein. Rupert --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Rupert Weber-Henschel:
Aber im Ernst, wenn man nicht nur schnell mal was probieren will, sondern eine vernuenftige Anwendung auf die Beine stellen will, sollte die Codiergeschwindigkeit wirklich das letzte Kriterium sein.
Das hoert sich jetzt so an als ob man keine vernuenftige Anwendung in Perl schreiben kann. Das kann man so nicht stehen lassen. In jeder Programmiersprache (plus die 'neuen' Skriptsprachen) laesst sich ein vernuenftiges Programm schreiben. Ich denke es kommt nicht so sehr auf die Sprache an, viel mehr auf die Sauberkeit beim Design und der Programmierung. Wenn es also nicht so sehr auf die Sprache ankommt, warum sollte man dann eine Sprache waehlen, in der die Entwicklung viel traeger ist? (ganz abzusehen von Problemen mit Memory Leaks, fuer die C und C++ ja bekannt sind) Mein Lieblingsbeispiel fuer eine 'vernuenftige' Perl-CGI Anwendung: http://www.imdb.com Gruss, HJ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Jetz wirds aber langsam dumm... Hans Juergen von Lengerke wrote:
Das hoert sich jetzt so an als ob man keine vernuenftige Anwendung in Perl schreiben kann.
Nein, das habe ich nicht gesagt. Es gibt bestimmt viele Projekte, fuer die Perl eine gute Wahl ist. Ich habe lediglich widersprochen, dass C grundsaetzlich nicht fuer CGIs geeignet sei. So, und nachdem dieser Thread jetzt schon recht lange offtopic ist, koennen wir die Sache vielleicht langsam mal beenden... Rupert --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Sam, 12 Feb 2000 schrieb Rupert Weber-Henschel:
Ich habe lediglich widersprochen, dass C grundsaetzlich nicht fuer CGIs geeignet sei.
Viel Spaß noch.
So, und nachdem dieser Thread jetzt schon recht lange offtopic ist, koennen wir die Sache vielleicht langsam mal beenden...
OK. Matthias -- SelfLinux http://www.selflinux.de Matthias.Kleine@selflinux.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hans Juergen von Lengerke schrieb:
Rupert Weber-Henschel:
Aber im Ernst, wenn man nicht nur schnell mal was probieren will, sondern eine vernuenftige Anwendung auf die Beine stellen will, sollte die Codiergeschwindigkeit wirklich das letzte Kriterium sein.
Das hoert sich jetzt so an als ob man keine vernuenftige Anwendung in Perl schreiben kann. Das kann man so nicht stehen lassen. In jeder Programmiersprache (plus die 'neuen' Skriptsprachen) laesst sich ein vernuenftiges Programm schreiben. Ich denke es kommt nicht so sehr auf die Sprache an, viel mehr auf die Sauberkeit beim Design und der Programmierung.
GENAU !!! Die Sprache ist letzlich ziemlich egal, Beispiel: ob ich "du Idiot" in deutsch, oder spanisch sage, versteht halt nur der, der die Sprache kennt. Ich schreibe hier seit ca. 3 Jahren in Assembler (IBM-Gross- rechner, alternative Cobol ...) das kann besser aussehen, als kaputter C-Code. Rainer PS Ich habe auch C gelernt, zu C++ hat es noch nicht gereicht ... --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Sam, 12 Feb 2000 schrieb Rupert Weber-Henschel:
Also, wenn ich der Arbeitgeber wäre, dann schon. Wer das mit Perl macht, ist zehn mal schneller.
Dann sollte man den naechsten Kernel vielleicht in Visual Basic schreiben, weils so schoen schnell geht...
Hast Du den Smiley vergessen?
Aber im Ernst,
Aha!
wenn man nicht nur schnell mal was probieren will, sondern eine vernuenftige Anwendung auf die Beine stellen will, sollte die Codiergeschwindigkeit wirklich das letzte Kriterium sein.
Es geht auch schnell *und* gut. Matthias -- SelfLinux http://www.selflinux.de Matthias.Kleine@selflinux.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
[...], von "C für CGI" ganz zu schweigen. Ist technisch ohnehin eine fragwürdige Absicht. Die Sprache der Wahl für diesen Zweck ist Perl.
Wieso das? Perl hat sich zwar als Hauptsprache fuer CGIs eingebuergert, aber doch wohl hauptsaechlich aus Bequemlichkeit. Das macht aber die Benutzung anderer Sprachen bestimmt nicht fragwuerdig.
Also, wenn ich der Arbeitgeber wäre, dann schon. Wer das mit Perl macht, ist zehn mal schneller.
Ausserdem beherrscht Perl den netten "Taint"-Modus. AFAIK hat C nix entsprechendes... -- Marco Dieckhoff --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sat, Feb 12, 2000 Rupert Weber-Henschel wrote: hi, [...]
Wieso das? Perl hat sich zwar als Hauptsprache fuer CGIs eingebuergert, aber doch wohl hauptsaechlich aus Bequemlichkeit. Das macht aber die Benutzung anderer Sprachen bestimmt nicht fragwuerdig.
doch. interpretierter (oder zur laufzeit kompilierter code) ist fuer CGIs sehr viel besser geeignet. da ja CGIs oft nicht auf dem gleichen computer entwickelt werden, wie wo sie auch benutzt werden, hat die verwendung einer sprache wie z.b. C schon nachteile. hier muss ja der kompilierte maschienencode auf beiden systemen lauffaehig sein. abgesehn von dieser benoetigten portabilitaet sind auch perl-_scripte_ kleiner als C-programme. bye, moritz -- Moritz Schulte - hp9001.fh-bielefeld.de/~moritz/, PGP Key available| ---- Zufallssignatur #24: -----------------------------------------| "Dad, why are we hidding from the police ?" - "They use emacs, | we use vi, son." | --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sat, 12 Feb 2000, Moritz Schulte wrote: [...]
abgesehn von dieser benoetigten portabilitaet sind auch perl-_scripte_ kleiner als C-programme.
Jaa, da musst Du aber noch den Interpreter dazuzählen und dann sieht das Verhältnis schon wieder anders aus! Jan --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Jan Trippler schrieb in 0,4K (16 Zeilen):
On Sat, 12 Feb 2000, Moritz Schulte wrote:
abgesehn von dieser benoetigten portabilitaet sind auch perl-_scripte_ kleiner als C-programme.
Jaa, da musst Du aber noch den Interpreter dazuzählen und dann sieht das Verhältnis schon wieder anders aus!
Dann musst du bei C notwendigen alle libraries und ld.so & friends dazurechnen. Dann sieht das Verhältnis schon wieder anders aus! gcc & co (braucht man zum warten) lassen wir mal aussen vor. (Tip{1,2}: Den Interpreter brauche ich nur einmal fuer alle meine CGIs. Die Unterschiede C-executable zu Script sind pro Script. Zum Uebertragen des Programmes reicht es, das Script zu uebertragen. Bei C brauchst du Makefile, dutzende ifdefs und oft ein ./configure, wenn du Architekturgrenzen ueberqueren willst.) -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Daniel Bladeck wrote on Sat, 12 Feb 2000:
Ich suche eine Maillingliste [...]
http://www.liszt.com/ http://www.meta-list.net/ CU Dirk -- May the source be with you. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (11)
-
Daniel.Bladeck＠asamnet.de -
dirk＠pirschel.de -
eschwenk＠fto.de -
hans＠lengerke.org -
Jan.Trippler＠t-online.de -
linux＠jwr.de -
Matthias.Kleine＠selflinux.de -
moritz＠hp9001.fh-bielefeld.de -
rainer.lischke＠itellium.com -
rw＠times-square.net -
weissel＠ph-cip.uni-koeln.de