From Philip.Zembrod at web.de Sun Apr 1 05:16:28 2007 From: Philip.Zembrod at web.de (Philip Zembrod) Date: Sun, 1 Apr 2007 14:16:28 +0200 Subject: [Cologne-pm] Treffen am 12.04.2007... In-Reply-To: <20070331220008.40E211C91DC@tweety> References: <20070331220008.40E211C91DC@tweety> Message-ID: <200704011416.28293.Philip.Zembrod@web.de> Hi Leute, > Das n?chste Treffen findet wie gewohnt statt am 2. Donnerstag des Monats, > also am 12.04.2007, in der Herrschaftszeiten, bei mir ist derzeit aber auch der Perl-Wurm drin. Ich bin vom 12.-16.4 weg und mu? schon wieder passen. Mist. Im Gulp-Newsletter kam vor ein paar Tagen ein Artikel zu Skriptsprachen f?r Webanwendungen: http://www.gulp.de/kb/mk/chanpos/skriptsprachen_web_f.html Fazit: Perl bei Nachfrage und Stundensatz vor PHP :-), aber wit hinter C++ & co. :-( Und habt Ihr in der neuen c't gelesen, da? Heise Perl-Profis f?r Ihr Portal suchen? Gru? Philip From list at funkreich.de Mon Apr 2 00:08:22 2007 From: list at funkreich.de (Tobias Kremer) Date: Mon, 02 Apr 2007 09:08:22 +0200 Subject: [Cologne-pm] Treffen am 12.04.2007... In-Reply-To: <200704011416.28293.Philip.Zembrod@web.de> References: <20070331220008.40E211C91DC@tweety> <200704011416.28293.Philip.Zembrod@web.de> Message-ID: <1175497702.4610abe619b41@213.133.111.204> > Und habt Ihr in der neuen c't gelesen, da? Heise Perl-Profis f?r Ihr Portal > suchen? Ja, wie einige andere bekannte Dienstleister suchen die seit Monaten verzweifelt nach Perl-Entwicklern. Es ist nahezu unm?glich, jemanden (der auch was taugt) f?r eine Festanstellung zu finden. Wir mussten leider ?hnliche Erfahrungen in unserem Unternehmen machen. K?nnte sein, dass dies ernsthafte Konsequenzen f?r die zuk?nftige Wahl unser Technologie-Plattform hat. Denn was n?tzt mir die tollste Sprache, wenn man keine (guten) Leute findet, die sie programmieren k?nnen? Das f?nde ich pers?nlich nat?rlich sehr schade, aber das letzte Wort hat diesbzgl. dann wohl die Gesch?ftsleitung, die nat?rlich auch zusehen muss, dass nicht der ganze Laden dicht machen muss, weil der einzige Perl-Entwickler vom Bus ?berfahren wurde :) Kein Wunder also, dass Perl-Entwickler laut gulp gut bezahlt sind - f?r die f?nf offenen Stellen gibt es nur drei Leute, die sie ausf?llen k?nnten. Und die wollen auch nur freelancen und keine Festanstellung :) In den USA und UK sieht das nat?rlich anders aus ... Die wissen "get the job done"-Sprachen wohl eher zu sch?tzen :) --Tobias _______________________________________________ _ _ web: http://www.funkreich.de last.fm: http://www.last.fm/user/soulchild77 From mailinglisten at renee-baecker.de Mon Apr 2 01:43:42 2007 From: mailinglisten at renee-baecker.de (mailinglisten at renee-baecker.de) Date: Mon, 2 Apr 2007 10:43:42 +0200 (CEST) Subject: [Cologne-pm] Treffen am 12.04.2007... Message-ID: <20070402084342.25B49AC027@zh02.zagler.net> Am 02.04.2007 um 09:08 Uhr haben Sie geschrieben: > > Und habt Ihr in der neuen c't gelesen, da? Heise Perl-Profis f?r Ihr > Portal > > suchen? > > Ja, wie einige andere bekannte Dienstleister suchen die seit Monaten > verzweifelt nach Perl-Entwicklern. Es ist nahezu unm?glich, jemanden > (der auch was taugt) f?r eine Festanstellung zu finden. Das liegt wohl daran, dass es allgemein zu wenige Perl-Programmierer gibt und die es gibt, haben meist schon eine ganz gute Festanstellung oder sind - wie ihr gemerkt habt - freiberuflich unterwegs. Ich m?chte auch nicht so schnell in eine Festanstellung gehen, weil ich die Freiheiten, die ich habe liebe und immer wieder andere sehr interessante Projekte machen kann. Bei einer Festanstellung bliebe mir auch zu wenig Zeit f?r meine kleinen Sachen nebenher (wie das Perl-Magazin). > Wir mussten > leider ?hnliche Erfahrungen in unserem Unternehmen machen. K?nnte sein, > dass dies ernsthafte Konsequenzen f?r die zuk?nftige Wahl unser > Technologie-Plattform hat. Denn was n?tzt mir die tollste Sprache, wenn > man keine (guten) Leute findet, die sie programmieren k?nnen? Das bef?rchte ich bei einigen Unternehmen - dass sie auf Java und/oder PHP oder etwas anderes umsteigen wenn sie keine Perl-Programmierer finden. Ich kann das durchaus verstehen. Ich w?rde mir w?nschen, dass diese Firmen Azubis f?r Fachinformatiker/Anwendungsentwicklung nehmen w?rden und diesen dann Perl beibringen w?rden. Ich wei?, dass die Azubis den Firmen im Moment recht wenig bringen (die m?ssen ja erst noch angelernt werden), aber auf lange Sicht w?re es bestimmt ganz hilfreich. Schade, dass hier in Deutschland in den Hochschulen kein Perl gelehrt wird. Es w?re klasse, wenn man an den Hochschulen Perl-Kurse einrichten w?rde. Und man muss den Leuten nat?rlich zeigen, dass es auch Zukunftschancen f?r Perl-Programmierer gibt. Dass es so wenige Perl-Programmierer gibt liegt auch daran, dass Perl zu sehr im Untergrund bleibt. Es gibt keine richtige PR und keine Lobby. > Das f?nde > ich pers?nlich nat?rlich sehr schade, aber das letzte Wort hat diesbzgl. > dann wohl die Gesch?ftsleitung, die nat?rlich auch zusehen muss, dass > nicht der ganze Laden dicht machen muss, weil der einzige Perl-Entwickler > vom Bus ?berfahren wurde :) > > Kein Wunder also, dass Perl-Entwickler laut gulp gut bezahlt sind - f?r > die f?nf offenen Stellen gibt es nur drei Leute, die sie ausf?llen k?nnten. > Und die wollen auch nur freelancen und keine Festanstellung :) > > In den USA und UK sieht das nat?rlich anders aus ... Die wissen "get the > job done"-Sprachen wohl eher zu sch?tzen :) Ja, dort ist Perl ganz normal. Es ist einfach da! So etwas w?rde ich mir f?r Deutschland auch w?nschen. > > --Tobias Ren?e > > _______________________________________________ _ _ > web: http://www.funkreich.de > last.fm: http://www.last.fm/user/soulchild77 > _______________________________________________ > Cologne-pm mailing list > Cologne-pm at pm.org > http://mail.pm.org/mailman/listinfo/cologne-pm > > > --- $foo - Perl-Magazin -> http://www.foo-magazin.de Der 10. Deutscher Perl-Workshop findet in Erlangen statt. From list at funkreich.de Mon Apr 2 02:06:18 2007 From: list at funkreich.de (Tobias Kremer) Date: Mon, 02 Apr 2007 11:06:18 +0200 Subject: [Cologne-pm] Treffen am 12.04.2007... In-Reply-To: <20070402084342.25B49AC027@zh02.zagler.net> References: <20070402084342.25B49AC027@zh02.zagler.net> Message-ID: <1175504778.4610c78ab681d@213.133.111.204> > Ich m?chte auch nicht so schnell in eine Festanstellung gehen, weil ich > die Freiheiten, die ich habe liebe und immer wieder andere sehr > interessante Projekte machen kann. Kann ich gut verstehen. Die Java-Frischlinge von der Uni streben eine Karriere im Anzug bei einer Unternehmensberatung an, um den lieben langen Tag etwas von Enterprise zu erz?hlen, die Perl-Entwickler sitzen lieber mit T-Shirt und Jeans zu Hause, sind selbst?ndig und basteln L?sungen f?r Probleme. Wir waren, sind und bleiben halt die "Alternativen" :) > Ich w?rde mir w?nschen, dass diese Firmen Azubis f?r > Fachinformatiker/Anwendungsentwicklung nehmen w?rden und diesen dann > Perl beibringen w?rden. Ich wei?, dass die Azubis den Firmen im Moment > recht wenig bringen (die m?ssen ja erst noch angelernt werden), aber > auf lange Sicht w?re es bestimmt ganz hilfreich. Wir haben jetzt seit einem Monat einen Azubi, der vorher ausschlie?lich PHP gemacht hat. Ich habe ihm Perl und Catalyst gezeigt und er kommt bis heute aus dem (positiven) Staunen nicht mehr heraus :) Es dauert allerdings lange, bis man einen richtig guten Perl-Entwickler hat. > Schade, dass hier in Deutschland in den Hochschulen kein Perl gelehrt > wird. Es w?re klasse, wenn man an den Hochschulen Perl-Kurse einrichten > w?rde. Und man muss den Leuten nat?rlich zeigen, dass es auch > Zukunftschancen f?r Perl-Programmierer gibt. Ich hatte Gl?ck: Bei meinem (berufsbegleitenden) Studiengang war Perl eine Pflichtveranstaltung. Leider hat es kaum jemanden interessiert (was wohl auch daran lag, dass fast alle anderen irgendwelche Microsoft-Jobs hatten). > Dass es so wenige Perl-Programmierer gibt liegt auch daran, dass Perl zu > sehr im Untergrund bleibt. Es gibt keine richtige PR und keine Lobby. Underground ist schon immer Fluch und Segen zugleich gewesen. Das war schon bei Musik, Filmen und Kultur so und ist bei Perl nicht anders - aber es ist eben auch einer der Gr?nde, warum ich Perl so mag :) Im Underground entstehen die Innovationen. > Ja, dort ist Perl ganz normal. Es ist einfach da! So etwas w?rde ich mir > f?r Deutschland auch w?nschen. Dann haben wir noch einen langen Weg vor uns :( --Tobias From mike at lamertz.net Mon Apr 2 02:17:50 2007 From: mike at lamertz.net (Michael Lamertz) Date: Mon, 2 Apr 2007 11:17:50 +0200 Subject: [Cologne-pm] Treffen am 12.04.2007... In-Reply-To: <1175497702.4610abe619b41@213.133.111.204> References: <20070331220008.40E211C91DC@tweety> <200704011416.28293.Philip.Zembrod@web.de> <1175497702.4610abe619b41@213.133.111.204> Message-ID: <20070402091750.GB4126@tweety.dyndns.org> Mir ist das Heise-Dingen auch ueber 3 unterschiedliche Pferdehaendler angeboten worden, aber 'mal ernsthaft, wer will denn nach Hannover?!? -- -=+ Join Cologne.pm at http://cologne.pm.org +=- Michael Lamertz | +49 2234 204947 / +49 171 6900 310 Sandstr. 122 | mike at lamertz.net 50226 Frechen | http://www.lamertz.net Germany | http://www.perl-ronin.de From list at funkreich.de Mon Apr 2 02:25:40 2007 From: list at funkreich.de (Tobias Kremer) Date: Mon, 02 Apr 2007 11:25:40 +0200 Subject: [Cologne-pm] Treffen am 12.04.2007... In-Reply-To: <20070402091750.GB4126@tweety.dyndns.org> References: <20070331220008.40E211C91DC@tweety> <200704011416.28293.Philip.Zembrod@web.de> <1175497702.4610abe619b41@213.133.111.204> <20070402091750.GB4126@tweety.dyndns.org> Message-ID: <1175505940.4610cc14e5890@213.133.111.204> > Mir ist das Heise-Dingen auch ueber 3 unterschiedliche Pferdehaendler > angeboten worden, aber 'mal ernsthaft, wer will denn nach Hannover?!? Dito. Diesen Gedanken hatte ich ?brigens auch :) --Tobias _______________________________________________ _ _ web: http://www.funkreich.de last.fm: http://www.last.fm/user/soulchild77 From jschulz.cpan at bloonix.de Mon Apr 2 04:06:32 2007 From: jschulz.cpan at bloonix.de (Jonny Schulz) Date: Mon, 02 Apr 2007 13:06:32 +0200 Subject: [Cologne-pm] Treffen am 12.04.2007... In-Reply-To: <200704011416.28293.Philip.Zembrod@web.de> References: <20070331220008.40E211C91DC@tweety> <200704011416.28293.Philip.Zembrod@web.de> Message-ID: <1175511992.4221.7.camel@blx.de> Hallo Leute, Am Sonntag, den 01.04.2007, 14:16 +0200 schrieb Philip Zembrod: > Hi Leute, > > > Das n?chste Treffen findet wie gewohnt statt am 2. Donnerstag des Monats, > > also am 12.04.2007, in der ich werde hingegen das erste Mal an eurem Treffen teilnehmen, falls mir nichts dazwischen kommt und ihr noch Platz haben solltet. :-) Gru?, Jonny > Herrschaftszeiten, bei mir ist derzeit aber auch der Perl-Wurm drin. Ich bin > vom 12.-16.4 weg und mu? schon wieder passen. Mist. > > Im Gulp-Newsletter kam vor ein paar Tagen ein Artikel zu Skriptsprachen f?r > Webanwendungen: > > http://www.gulp.de/kb/mk/chanpos/skriptsprachen_web_f.html > > Fazit: Perl bei Nachfrage und Stundensatz vor PHP :-), aber wit hinter C++ & > co. :-( > > Und habt Ihr in der neuen c't gelesen, da? Heise Perl-Profis f?r Ihr Portal > suchen? > > Gru? > Philip > _______________________________________________ > Cologne-pm mailing list > Cologne-pm at pm.org > http://mail.pm.org/mailman/listinfo/cologne-pm From mike at lamertz.net Mon Apr 2 07:01:15 2007 From: mike at lamertz.net (Michael Lamertz) Date: Mon, 2 Apr 2007 16:01:15 +0200 Subject: [Cologne-pm] Treffen am 12.04.2007... In-Reply-To: <1175511992.4221.7.camel@blx.de> References: <20070331220008.40E211C91DC@tweety> <200704011416.28293.Philip.Zembrod@web.de> <1175511992.4221.7.camel@blx.de> Message-ID: <20070402140115.GF4126@tweety.dyndns.org> Ho, On Mon, Apr 02, 2007 at 01:06:32PM +0200, Jonny Schulz wrote: > ich werde hingegen das erste Mal an eurem Treffen teilnehmen, falls mir > nichts dazwischen kommt und ihr noch Platz haben solltet. :-) dr?cken wir's 'mal so aus: Die Wahrscheinlichkeit, dass Du keinen Platz findest ist eher niedrig. O_o -- Michael Lamertz | +49 2234 204947 / +49 171 6900 310 Sandstr. 122 | mike at lamertz.net 50226 Frechen | http://www.lamertz.net Germany | http://www.perl-ronin.de From quarky at quantentunnel.de Tue Apr 3 00:15:00 2007 From: quarky at quantentunnel.de (quarky at quantentunnel.de) Date: Tue, 03 Apr 2007 09:15:00 +0200 Subject: [Cologne-pm] Perl Projekt Message-ID: <20070403071500.202990@gmx.net> Hallo, ich nutze seit einiger Zeit Perl um in unserem Unternehmen Performance Auswertungen in zwei gro?en Datenbanken zu machen. Ein Kollege macht ?hnliches in Visual Basic. Jetzt haben wir uns entschlossen einen Teil der VB Funktionalit?t auf unsere Debian Platfrom zu bringen und als Backend laufen zu lassen. Schnittstelle zum VB Frontend bleibt dabei die MySQL Datenbank. Da es viel Arbeit sein wird und es wie immer schnell gehen soll, suchen wir nach jemandem, der uns helfen kann. Da das endg?ltige Konzept noch nicht feststeht, besteht die M?glichkeit auch hier noch Einflu? zu nehmen. Hat jemand Interesse daran? Wie k?nnte die Zusammenarbeit aussehen ( Stundebasis / Auftragsbasis )? Gru? Wolfgang Warner -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail From tmildenberger at netcologne.de Tue Apr 3 03:19:22 2007 From: tmildenberger at netcologne.de (Thomas Mildenberger) Date: Tue, 3 Apr 2007 12:19:22 +0200 Subject: [Cologne-pm] Treffen am 12.04.2007... References: <1175497702.4610abe619b41@213.133.111.204> <20070402091750.GB4126@tweety.dyndns.org> <1175505940.4610cc14e5890@213.133.111.204> Message-ID: ..Ich lese schweigend mit, als Nicht-perler ;) Was Hannover betrifft, kann ich Euch aber beruhigen: So schlimm ist es dort nicht; die Stadt ist halt nicht so aufgeregt. Daf?r viel gr?n; aber Szene gibts da genauso... Gruss, Thomas >> Mir ist das Heise-Dingen auch ueber 3 unterschiedliche >> Pferdehaendler >> angeboten worden, aber 'mal ernsthaft, wer will denn nach >> Hannover?!? > Dito. Diesen Gedanken hatte ich ?brigens auch :) > --Tobias > _______________________________________________ _ _ > web: http://www.funkreich.de > last.fm: http://www.last.fm/user/soulchild77 > _______________________________________________ > Cologne-pm mailing list > Cologne-pm at pm.org > http://mail.pm.org/mailman/listinfo/cologne-pm From j.huettemeister at googlemail.com Tue Apr 3 07:04:53 2007 From: j.huettemeister at googlemail.com (Johannes Huettemeister) Date: Tue, 3 Apr 2007 16:04:53 +0200 Subject: [Cologne-pm] shared vars mit mod_perl Message-ID: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> Hallo Hallo, ich setz mich gerade zum ersten Mal mit mod_perl auseinander und freu mich wie schnell meine Applikation jetzt l?uft:-) Bei einer Sache brauch ich jetzt aber einen Tipp: ich lese in einem Script einen riesigen XML File ein, das dauert einige Sekunden zu lang f?r die User bis das Objekt erstellt ist (ist n?mlich ein Men?, das mit Ajax aufgebaut wird). Ich habs hinbekommen, da? jedes apache child nat?rlich nur einmal die Datei einliest und das Objekt dann persistent ist, das reicht aber nicht, denn Childs gibts ne Menge, und MaxRequestsPerChild (ich benutze prefork) ist auch schnell erreicht. Deswegen: 1. Wie kann eine Child die Variable schon kennen bevor der erste request bearbeitet wurde? Hilft hier der "startup.pl" Mechnanismus? 2. und wenn sich die Datei ?ndern sollte, soll sie neu eingelesen werden und alle neuen Childs sollten mit dem neuen Objekt arbeiten perl.apache.org scheint dokumentationstechnisch gut ausger?stet, k?nnt ihr mir aber f?r ein schnelles Erfolgserlebnis einen Wink mit dem Zaunpfahl geben? cheers Jo. From Susan.Dittmar at gmx.de Tue Apr 3 07:19:18 2007 From: Susan.Dittmar at gmx.de (Susan Dittmar) Date: Tue, 3 Apr 2007 16:19:18 +0200 Subject: [Cologne-pm] shared vars mit mod_perl In-Reply-To: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> References: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> Message-ID: <20070403141918.GC14995@eureca.de> > ich lese in einem Script einen riesigen XML File ein, das dauert > einige Sekunden zu lang f?r die User bis das Objekt erstellt ist Ich habe mir f?r eine ?hnliche Situation, die allerdings nichts mit mod_perl zu tun hat, mit dem Folgenden geholfen: - Ist data.pl neuer als data.xml, dann wird data.pl gelesen (das ist die Datenstruktur, die das Einlesen der xml-Datei erzeugt, die dann mittels Data::Dumper in eine Datei geschrieben wurde; l?dt *viel* schneller als das Parsen der xml-Datei). - Ist data.xml neuer, dann wird die xml-Datei eingelesen und die Datenstruktur direkt nach dem Lesen in data.pl mittels Data::Dumper exportiert (File Locking nicht vergessen, wenn man mit parallelen Prozessen auf dieselbe Datei zugreifen will!) Vielleicht hilft Dir diese Idee ja weiter... Gru?, Susan From j.huettemeister at googlemail.com Tue Apr 3 07:49:35 2007 From: j.huettemeister at googlemail.com (Johannes Huettemeister) Date: Tue, 3 Apr 2007 16:49:35 +0200 Subject: [Cologne-pm] shared vars mit mod_perl In-Reply-To: <20070403141918.GC14995@eureca.de> References: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> <20070403141918.GC14995@eureca.de> Message-ID: <5b3f0d750704030749q7f1eff06r20a54ef66e9d7cb9@mail.gmail.com> Hi Susan, das Einlesen in eine Perl Datenkstruktur ist also ne Art Hintergrund Prozess, wenn ich das richtig kapiert habe. Ist ne gute Idee glaub ich, wei? nur nicht, wie ich das mit mod_perl verheirate. cheers && thx, jo. und jetzt auch gmail richtig bedient... Am 03.04.07 schrieb Susan Dittmar : > > ich lese in einem Script einen riesigen XML File ein, das dauert > > einige Sekunden zu lang f?r die User bis das Objekt erstellt ist > > Ich habe mir f?r eine ?hnliche Situation, die allerdings nichts mit > mod_perl zu tun hat, mit dem Folgenden geholfen: > - Ist data.pl neuer als data.xml, dann wird data.pl gelesen (das ist die > Datenstruktur, die das Einlesen der xml-Datei erzeugt, die dann mittels > Data::Dumper in eine Datei geschrieben wurde; l?dt *viel* schneller als > das Parsen der xml-Datei). > - Ist data.xml neuer, dann wird die xml-Datei eingelesen und die > Datenstruktur direkt nach dem Lesen in data.pl mittels Data::Dumper > exportiert (File Locking nicht vergessen, wenn man mit parallelen > Prozessen auf dieselbe Datei zugreifen will!) > > Vielleicht hilft Dir diese Idee ja weiter... > > Gru?, > Susan > > From jens.gassmann at atomix.de Tue Apr 3 08:09:44 2007 From: jens.gassmann at atomix.de (Jens Gassmann) Date: Tue, 03 Apr 2007 17:09:44 +0200 Subject: [Cologne-pm] shared vars mit mod_perl In-Reply-To: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> References: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> Message-ID: <46126E38.10604@atomix.de> Hallo Johannes, > perl.apache.org scheint dokumentationstechnisch gut ausger?stet, k?nnt > ihr mir aber f?r ein schnelles Erfolgserlebnis einen Wink mit dem > Zaunpfahl geben? Ein Weg w?re memcache [1] Da kannst Du das XML-File ?ber mehrere Server hinweg nutzen. Ist aber wahrscheinlich ein wenig oversized. Manchmal hilft aber auch ein guter XML-Parser. Expat direkt soll manchmal Wunder bewirken. Gr??e Jens [1] http://www.danga.com/memcached/ -- Kleine Taten, die man ausf?hrt, sind besser als gro?e, die man plant. Internet http://www.atomix.de/ Handy 0179/136 10 16 From twittek at smail.uni-koeln.de Tue Apr 3 08:14:58 2007 From: twittek at smail.uni-koeln.de (Thomas Wittek) Date: Tue, 03 Apr 2007 17:14:58 +0200 Subject: [Cologne-pm] shared vars mit mod_perl In-Reply-To: <20070403141918.GC14995@eureca.de> References: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> <20070403141918.GC14995@eureca.de> Message-ID: <46126F72.1040309@smail.uni-koeln.de> Susan Dittmar schrieb: > data.pl [..] (das ist die > Datenstruktur, die das Einlesen der xml-Datei erzeugt, die dann mittels > Data::Dumper in eine Datei geschrieben wurde; l?dt *viel* schneller als > das Parsen der xml-Datei). Du willst bestimmt Storable anstatt Data::Dumper und eval/require nutzen. Das l?dt nochmal um ein Vielfaches schneller. -- Thomas Wittek http://gedankenkonstrukt.de/ Jabber: streawkceur at jabber.i-pobox.net From twittek at smail.uni-koeln.de Tue Apr 3 08:17:18 2007 From: twittek at smail.uni-koeln.de (Thomas Wittek) Date: Tue, 03 Apr 2007 17:17:18 +0200 Subject: [Cologne-pm] shared vars mit mod_perl In-Reply-To: <5b3f0d750704030749q7f1eff06r20a54ef66e9d7cb9@mail.gmail.com> References: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> <20070403141918.GC14995@eureca.de> <5b3f0d750704030749q7f1eff06r20a54ef66e9d7cb9@mail.gmail.com> Message-ID: <46126FFE.5010603@smail.uni-koeln.de> Johannes Huettemeister schrieb: > das Einlesen in eine Perl Datenkstruktur ist also ne Art Hintergrund > Prozess, wenn ich das richtig kapiert habe. Wenn _ich_ das richtig verstanden habe wird die XML-Datei einfach geparst und das Ergebnis gecached. Beim n?chsten Request l?dst du das Ergebnis aus dem Cache (falls die Quelldatei nicht neuer als der Cache ist), anstatt neu zu parsen. Das kann evtl. schnell genug sein, um das bei jedem Request zu machen. -- Thomas Wittek http://gedankenkonstrukt.de/ Jabber: streawkceur at jabber.i-pobox.net From Susan.Dittmar at gmx.de Tue Apr 3 08:34:54 2007 From: Susan.Dittmar at gmx.de (Susan Dittmar) Date: Tue, 3 Apr 2007 17:34:54 +0200 Subject: [Cologne-pm] shared vars mit mod_perl In-Reply-To: <46126FFE.5010603@smail.uni-koeln.de> References: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> <20070403141918.GC14995@eureca.de> <5b3f0d750704030749q7f1eff06r20a54ef66e9d7cb9@mail.gmail.com> <46126FFE.5010603@smail.uni-koeln.de> Message-ID: <20070403153454.GD14995@eureca.de> Quoting Thomas Wittek (twittek at smail.uni-koeln.de): > Johannes Huettemeister schrieb: > > das Einlesen in eine Perl Datenkstruktur ist also ne Art Hintergrund > > Prozess, wenn ich das richtig kapiert habe. > > Wenn _ich_ das richtig verstanden habe wird die XML-Datei einfach > geparst und das Ergebnis gecached. > Beim n?chsten Request l?dst du das Ergebnis aus dem Cache (falls die > Quelldatei nicht neuer als der Cache ist), anstatt neu zu parsen. > Das kann evtl. schnell genug sein, um das bei jedem Request zu machen. So in etwa meinte ich das, nur das der Cache eine Datei ist, die mittels Data::Dumper geschrieben und mittels do 'filename' gelesen wird. Wie bereits gesagt, das ist in meinem Fall f?r ein Programm das immer nur in einer Instanz l?uft. Gru?, Susan From Susan.Dittmar at gmx.de Tue Apr 3 08:36:16 2007 From: Susan.Dittmar at gmx.de (Susan Dittmar) Date: Tue, 3 Apr 2007 17:36:16 +0200 Subject: [Cologne-pm] shared vars mit mod_perl In-Reply-To: <46126F72.1040309@smail.uni-koeln.de> References: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> <20070403141918.GC14995@eureca.de> <46126F72.1040309@smail.uni-koeln.de> Message-ID: <20070403153616.GE14995@eureca.de> Quoting Thomas Wittek (twittek at smail.uni-koeln.de): > Du willst bestimmt Storable anstatt Data::Dumper und eval/require > nutzen. Das l?dt nochmal um ein Vielfaches schneller. Ich merke es mir f?r das n?chste Mal. Data::Dumper hat f?r mich den Vorteil, halbwegs Menschen-lesbar zu sein. Aber das war in diesem Fall ja nicht gefragt. Gru?, Susan From j.huettemeister at googlemail.com Tue Apr 3 10:07:09 2007 From: j.huettemeister at googlemail.com (Johannes Huettemeister) Date: Tue, 3 Apr 2007 19:07:09 +0200 Subject: [Cologne-pm] shared vars mit mod_perl In-Reply-To: <20070403153616.GE14995@eureca.de> References: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> <20070403141918.GC14995@eureca.de> <46126F72.1040309@smail.uni-koeln.de> <20070403153616.GE14995@eureca.de> Message-ID: <5b3f0d750704031007n5a348b36g64b30961caf577be@mail.gmail.com> Storable ist wirklich super, so kann man auch ganz easy ne client-server app bauen, Daten per http durch die Gegend schicken zB. Mach ich quasi GB weise.... Aber mal zurueck zur Idee. Ich glaub das ist schon der WEg, nur noch nicht mod_perlisch... cheers jo Am 03.04.07 schrieb Susan Dittmar : > Quoting Thomas Wittek (twittek at smail.uni-koeln.de): > > Du willst bestimmt Storable anstatt Data::Dumper und eval/require > > nutzen. Das l?dt nochmal um ein Vielfaches schneller. > > Ich merke es mir f?r das n?chste Mal. Data::Dumper hat f?r mich den > Vorteil, halbwegs Menschen-lesbar zu sein. Aber das war in diesem Fall ja > nicht gefragt. > > Gru?, > Susan > _______________________________________________ > Cologne-pm mailing list > Cologne-pm at pm.org > http://mail.pm.org/mailman/listinfo/cologne-pm > > From flimm at sigtrap.de Tue Apr 3 10:53:19 2007 From: flimm at sigtrap.de (Oliver Flimm) Date: Tue, 3 Apr 2007 19:53:19 +0200 Subject: [Cologne-pm] shared vars mit mod_perl In-Reply-To: <46126F72.1040309@smail.uni-koeln.de> References: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> <20070403141918.GC14995@eureca.de> <46126F72.1040309@smail.uni-koeln.de> Message-ID: <20070403175319.GA4164@sigtrap.de> Hallo, On Tue, Apr 03, 2007 at 05:14:58PM +0200, Thomas Wittek wrote: > Susan Dittmar schrieb: > > data.pl [..] (das ist die > > Datenstruktur, die das Einlesen der xml-Datei erzeugt, die dann mittels > > Data::Dumper in eine Datei geschrieben wurde; l?dt *viel* schneller als > > das Parsen der xml-Datei). > > Du willst bestimmt Storable anstatt Data::Dumper und eval/require > nutzen. Das l?dt nochmal um ein Vielfaches schneller. das kann ich nur bestaetigen. Allerdings sollte man beachten, dass man nicht 32- und 64bit-Architekturen zusammen nutzt, denn dann krachts ;-) Gruss Oliver, bei dem es deswegen mal gekracht hat ;-) -- !- Oliver Flimm - Cologne/Germany | flimm at sigtrap.de | http://www.sigtrap.de/ -! ! Die Zehn Gebote haben 279 Woerter, die amerikanische Unabhaengigkeits- ! ! erklaerung hat 300 Woerter. Die EU-Verordnung zur Einfuhr von Karamelbonbons ! !----------------------------- hat 25911 Woerter ----------------------------! From mike at lamertz.net Tue Apr 3 12:13:10 2007 From: mike at lamertz.net (Michael Lamertz) Date: Tue, 3 Apr 2007 21:13:10 +0200 Subject: [Cologne-pm] shared vars mit mod_perl In-Reply-To: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> References: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> Message-ID: <20070403191310.GK4126@tweety.dyndns.org> Ho, vorneweg: es heisst "Children", nicht "Childs". >:-> Option a: Shared memory Option b: Caching b. halte ich erstmal fuer leichter. Lies das Ding 'rein, schreib's mit Cache::Cache weg und bei jedem Zugriff checkst Du ob das Ding neuer ist und ziehst es ggf. neu 'rein. Wenn das Einlesen des XML so lange dauert, solltest Du den Schritt vom XML zum Cache-Objekt evtl. eher in 'nem Cron-job machen, statt im mod_perl. -- http://www.gulp.de/profil/mlamertz.html Michael Lamertz | +49 2234 204947 / +49 171 6900 310 Sandstr. 122 | mike at lamertz.net 50226 Frechen | http://www.lamertz.net Germany | http://www.perl-ronin.de From pagaltzis at gmx.de Wed Apr 4 07:43:27 2007 From: pagaltzis at gmx.de (A. Pagaltzis) Date: Wed, 4 Apr 2007 16:43:27 +0200 Subject: [Cologne-pm] Perl Projekt In-Reply-To: <20070403071500.202990@gmx.net> References: <20070403071500.202990@gmx.net> Message-ID: <20070404144327.GC32561@klangraum> Hi Wolfgang, * quarky at quantentunnel.de [2007-04-03 09:15]: > Jetzt haben wir uns entschlossen einen Teil der VB > Funktionalit?t auf unsere Debian Platfrom zu bringen und als > Backend laufen zu lassen. Schnittstelle zum VB Frontend bleibt > dabei die MySQL Datenbank. Da es viel Arbeit sein wird und es > wie immer schnell gehen soll, suchen wir nach jemandem, der uns > helfen kann. das klingt relativ lustig; leider bin ich schon zu eingespannt, als dass ich auf die Anfrage eingehen k?nnte. Aber hiermit ein Tipp: schaut euch mal DBIx::Class an. Das ist ein O/R-M (in gewissem Sinne; meinem Empfinden nach eher ein OO-API ein ?Mapper?) der euch den Grossteil der fummeligen Kleinarbeit abnehmen sollte. Das ist nat?rlich nur ein Teil der eigentlichen Arbeit, aber DBIC hilft, wartbareren Code in k?rzerer Zeit zu schreiben. Gruss, -- Aristoteles Pagaltzis // From pagaltzis at gmx.de Wed Apr 4 07:51:51 2007 From: pagaltzis at gmx.de (A. Pagaltzis) Date: Wed, 4 Apr 2007 16:51:51 +0200 Subject: [Cologne-pm] shared vars mit mod_perl In-Reply-To: <5b3f0d750704030749q7f1eff06r20a54ef66e9d7cb9@mail.gmail.com> <20070403141918.GC14995@eureca.de> <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> References: <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> <20070403141918.GC14995@eureca.de> <5b3f0d750704030749q7f1eff06r20a54ef66e9d7cb9@mail.gmail.com> <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> <20070403141918.GC14995@eureca.de> <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> Message-ID: <20070404145151.GD32561@klangraum> * Johannes Huettemeister [2007-04-03 16:10]: > 1. Wie kann eine Child die Variable schon kennen bevor der > erste request bearbeitet wurde? Hilft hier der "startup.pl" > Mechnanismus? Genau das. Dort werden Dinge erledigt, die der allererste Apache- Prozess beim Start erledigt (der Mutterprozess, der selber keine Anfragen bearbeitet). Alle Tochterprozesse erben die Perl- Umgebung dieses Prozesses. Pack also hier deine Datenstruktur in eine Paketvariable und sie wird dann den Tochterprozessen zur Verf?gung stehen. * Susan Dittmar [2007-04-03 16:20]: > - Ist data.pl neuer als data.xml, dann wird data.pl gelesen (das ist die > Datenstruktur, die das Einlesen der xml-Datei erzeugt, die dann mittels > Data::Dumper in eine Datei geschrieben wurde; l?dt *viel* schneller als > das Parsen der xml-Datei). > - Ist data.xml neuer, dann wird die xml-Datei eingelesen und die > Datenstruktur direkt nach dem Lesen in data.pl mittels Data::Dumper > exportiert (File Locking nicht vergessen, wenn man mit parallelen > Prozessen auf dieselbe Datei zugreifen will!) Du kannst dir das Selberschreiben hierbei ?brigens sparen: nimm einfach Cache::Cache. Da kannst du dann auch die Backends auswechseln, also zB Shared Memory f?r den Cache verwenden, fast ohne deinen Code zu ?ndern. * Johannes Huettemeister [2007-04-03 16:50]: > das Einlesen in eine Perl Datenkstruktur ist also ne Art > Hintergrund Prozess, wenn ich das richtig kapiert habe. Nein, sie meint nur, dass du die Datenstruktur nach dem Parsen in einer Datei hinterlegst, und alle anderen Prozesse dann diese vorgeparste Datei laden, wenn sie nicht ?lter ist, als die XML-Datei. In deinem Fall d?rfte das Laden in startup.pl aber die einfachere L?sung sein. Gruss, -- Aristoteles Pagaltzis // From j.huettemeister at googlemail.com Wed Apr 4 08:33:56 2007 From: j.huettemeister at googlemail.com (Johannes Huettemeister) Date: Wed, 4 Apr 2007 17:33:56 +0200 Subject: [Cologne-pm] shared vars mit mod_perl In-Reply-To: <20070404145151.GD32561@klangraum> References: <5b3f0d750704030749q7f1eff06r20a54ef66e9d7cb9@mail.gmail.com> <20070403141918.GC14995@eureca.de> <5b3f0d750704030704v9d96120g602c05d1212c9cc3@mail.gmail.com> <20070404145151.GD32561@klangraum> Message-ID: <5b3f0d750704040833u68455b4dkd178bcf71a413b6f@mail.gmail.com> Am 04.04.07 schrieb A. Pagaltzis : > * Johannes Huettemeister [2007-04-03 16:10]: > > 1. Wie kann eine Child die Variable schon kennen bevor der > > erste request bearbeitet wurde? Hilft hier der "startup.pl" > > Mechnanismus? > > Genau das. Dort werden Dinge erledigt, die der allererste Apache- > Prozess beim Start erledigt (der Mutterprozess, der selber keine > Anfragen bearbeitet). Alle Tochterprozesse erben die Perl- > Umgebung dieses Prozesses. > > Pack also hier deine Datenstruktur in eine Paketvariable und sie > wird dann den Tochterprozessen zur Verf?gung stehen. Hi Aristotoeles, hab ich jetzt so gemacht, siehe auch http://modperlbook.org/html/ch18_01.html Klappt bis jetzt sehr gut, sch?nes Buch ?brigens ;-) > > * Susan Dittmar [2007-04-03 16:20]: > > - Ist data.pl neuer als data.xml, dann wird data.pl gelesen (das ist die > > Datenstruktur, die das Einlesen der xml-Datei erzeugt, die dann mittels > > Data::Dumper in eine Datei geschrieben wurde; l?dt *viel* schneller als > > das Parsen der xml-Datei). > > - Ist data.xml neuer, dann wird die xml-Datei eingelesen und die > > Datenstruktur direkt nach dem Lesen in data.pl mittels Data::Dumper > > exportiert (File Locking nicht vergessen, wenn man mit parallelen > > Prozessen auf dieselbe Datei zugreifen will!) > > Du kannst dir das Selberschreiben hierbei ?brigens sparen: nimm > einfach Cache::Cache. Da kannst du dann auch die Backends > auswechseln, also zB Shared Memory f?r den Cache verwenden, fast > ohne deinen Code zu ?ndern. > > * Johannes Huettemeister [2007-04-03 16:50]: > > das Einlesen in eine Perl Datenkstruktur ist also ne Art > > Hintergrund Prozess, wenn ich das richtig kapiert habe. > > Nein, sie meint nur, dass du die Datenstruktur nach dem Parsen in > einer Datei hinterlegst, und alle anderen Prozesse dann diese > vorgeparste Datei laden, wenn sie nicht ?lter ist, als die > XML-Datei. > > In deinem Fall d?rfte das Laden in startup.pl aber die einfachere > L?sung sein. yep! In java hab ich ?brigens das gleiche gemacht (also wie mit startup.pl) und ich mu? sagen in java bin ich ein noch schlimmerer Dilettant, aber l?sst sich durch Hintergrundthreads zB gestartet in der init Methode eines Servlets noch eleganter l?sen. Aber sonst ist Perl sch?ner :-) cheers jo. From mike at lamertz.net Fri Apr 6 15:00:07 2007 From: mike at lamertz.net (Michael Lamertz) Date: Sat, 7 Apr 2007 00:00:07 +0200 Subject: [Cologne-pm] Treffen am 12.04.2007... Message-ID: <20070406220008.4E2441C91E8@tweety> Yo! Das n?chste Treffen findet wie gewohnt statt am 2. Donnerstag des Monats, also am 12.04.2007, in der Sansibar Trierer Str. 41 50674 K?ln ab ca. 19:30 Dies ist eine automatisch erzeugte Nachricht. Sollte mittlerweile auf der Liste ein anderer Termin verabredet worden sein, so ist diese Mail hinf?llig. From gerdfranke at netcologne.de Fri Apr 6 23:48:28 2007 From: gerdfranke at netcologne.de (Gerd Franke) Date: Sat, 7 Apr 2007 08:48:28 +0200 Subject: [Cologne-pm] Treffen am 12.04.2007... In-Reply-To: <20070406220008.4E2441C91E8@tweety> References: <20070406220008.4E2441C91E8@tweety> Message-ID: <92956CD7-E444-46CC-8A82-42BA1EB4EE43@netcologne.de> Am 07.04.2007 um 00:00 schrieb Michael Lamertz: > Yo! > > Das n?chste Treffen findet wie gewohnt statt am 2. Donnerstag des > Monats, also am > 12.04.2007, in der Komme! Gru? Gerd From Susan.Dittmar at gmx.de Thu Apr 12 07:22:51 2007 From: Susan.Dittmar at gmx.de (Susan Dittmar) Date: Thu, 12 Apr 2007 16:22:51 +0200 Subject: [Cologne-pm] OT: PDF Passwort-Knacker Message-ID: <20070412142251.GI20636@eureca.de> Hallo Ihr, ich wei?, es hat wenig mit dem Thema der Liste zu tun. Andererseits wei? ich, da? ein paar von Euch durchaus eine Antwort auf meine Frage wissen k?nnten. Also: Kennt jemand von Euch eine M?glichkeit, entweder das Passwort einer Passwort-gesch?tzten PDF-Datei zu umgehen oder aber dieses Passwort zu knacken? Ich wei?, da? diese Information f?r nicht-legale Zwecke genutzt werden k?nnte, habe selbiges aber definitiv nicht vor. *grins* Gru?, Susan From twittek at smail.uni-koeln.de Thu Apr 12 08:21:31 2007 From: twittek at smail.uni-koeln.de (Thomas Wittek) Date: Thu, 12 Apr 2007 17:21:31 +0200 Subject: [Cologne-pm] OT: PDF Passwort-Knacker In-Reply-To: <20070412142251.GI20636@eureca.de> References: <20070412142251.GI20636@eureca.de> Message-ID: <461E4E7B.3080208@smail.uni-koeln.de> Susan Dittmar schrieb: > Kennt jemand von Euch eine M?glichkeit, entweder das Passwort einer > Passwort-gesch?tzten PDF-Datei zu umgehen oder aber dieses Passwort zu > knacken? Kenne nur Elcomsoft Advanced PDF Recovery: http://www.elcomsoft.com/apdfpr.html Der arbeitet per Brute Force oder mit Dictionaries. Gute Chancen hast du eigentlich nur, wenn du in etwa weisst wie lang das PW ist und was f?r Zeichen drin vorkommen. Sonst dauert Brute Force zu lang. Und dass das PW im Dictionary liegt ist auch nicht besonders wahrscheinlich... Vielleicht doch besser die "Quelle" des PDFs nach dem Passwort fragen? :) -- Thomas Wittek http://gedankenkonstrukt.de/ Jabber: streawkceur at jabber.i-pobox.net From towo at ydal.de Thu Apr 12 13:16:47 2007 From: towo at ydal.de (Tobias Wolter) Date: Thu, 12 Apr 2007 22:16:47 +0200 Subject: [Cologne-pm] OT: PDF Passwort-Knacker In-Reply-To: <20070412142251.GI20636@eureca.de> References: <20070412142251.GI20636@eureca.de> Message-ID: <1176409007.6715.10.camel@loki.ydal.de> Am Donnerstag, den 12.04.2007, 16:22 +0200 schrieb Susan Dittmar: > Kennt jemand von Euch eine M?glichkeit, entweder das Passwort einer > Passwort-gesch?tzten PDF-Datei zu umgehen oder aber dieses Passwort zu > knacken? $ apt-cache search pdf password [...] pdfcrack - PDF files password cracker [...] $ apt-cache show pdfcrack [...] Description: PDF files password cracker pdfcrack is a simple tool for recovering passwords from pdf-documents. It should be able to handle all pdfs that uses the standard security handler but the pdf-parsing routines are a bit of a quick hack so you might stumble across some pdfs where the parser needs to be fixed to handle. . pdfcrack allows configure the size of the searched password, use an external wordlist file and save cracking sessions to restore it later. . Homepage: http://sourceforge.net/projects/pdfcrack -towo -- Auch ? macht Mist. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil Url : http://mail.pm.org/pipermail/cologne-pm/attachments/20070412/57c062b5/attachment.bin From mike at lamertz.net Mon Apr 30 15:00:07 2007 From: mike at lamertz.net (Michael Lamertz) Date: Tue, 1 May 2007 00:00:07 +0200 Subject: [Cologne-pm] Treffen am 10.05.2007... Message-ID: <20070430220007.9EF751C920F@tweety> Yo! Das n?chste Treffen findet wie gewohnt statt am 2. Donnerstag des Monats, also am 10.05.2007, in der Sansibar Trierer Str. 41 50674 K?ln ab ca. 19:30 Dies ist eine automatisch erzeugte Nachricht. Sollte mittlerweile auf der Liste ein anderer Termin verabredet worden sein, so ist diese Mail hinf?llig. From mike at lamertz.net Sun May 6 15:00:11 2007 From: mike at lamertz.net (Michael Lamertz) Date: Mon, 7 May 2007 00:00:11 +0200 Subject: [Cologne-pm] Treffen am 10.05.2007... Message-ID: <20070506220012.34D951C9221@tweety> Yo! Das n?chste Treffen findet wie gewohnt statt am 2. Donnerstag des Monats, also am 10.05.2007, in der Sansibar Trierer Str. 41 50674 K?ln ab ca. 19:30 Dies ist eine automatisch erzeugte Nachricht. Sollte mittlerweile auf der Liste ein anderer Termin verabredet worden sein, so ist diese Mail hinf?llig. From pagaltzis at gmx.de Mon May 7 01:12:12 2007 From: pagaltzis at gmx.de (A. Pagaltzis) Date: Mon, 7 May 2007 10:12:12 +0200 Subject: [Cologne-pm] Treffen am 10.05.2007... In-Reply-To: <20070506220012.34D951C9221@tweety> References: <20070506220012.34D951C9221@tweety> Message-ID: <20070507081212.GD20785@klangraum> * Michael Lamertz [2007-05-07 00:05]: > Das n?chste Treffen findet wie gewohnt statt am 2. Donnerstag > des Monats, also am 10.05.2007 W?h k?tt? Also ich bin diesmal auf jeden Fall dabei (solang ich nicht der einzige bin). Gruss, -- Aristoteles Pagaltzis // From Susan.Dittmar at gmx.de Mon May 7 01:23:26 2007 From: Susan.Dittmar at gmx.de (Susan Dittmar) Date: Mon, 7 May 2007 10:23:26 +0200 Subject: [Cologne-pm] Treffen am 10.05.2007... In-Reply-To: <20070507081212.GD20785@klangraum> References: <20070506220012.34D951C9221@tweety> <20070507081212.GD20785@klangraum> Message-ID: <20070507082326.GB6488@eureca.de> Quoting A. Pagaltzis (pagaltzis at gmx.de): > * Michael Lamertz [2007-05-07 00:05]: > > Das n?chste Treffen findet wie gewohnt statt am 2. Donnerstag > > des Monats, also am 10.05.2007 > > W?h k?tt? Also ich bin diesmal auf jeden Fall dabei (solang ich > nicht der einzige bin). Diesmal nicht. Ich w?nsch Euch, da? Ihr diesmal mehr seid, als wir letztes Mal. War zwar ein interessantes Gespr?ch, aber irgendwie hat mir der Rest von Euch gefehlt... Gru?, Susan From pagaltzis at gmx.de Mon May 7 01:30:49 2007 From: pagaltzis at gmx.de (A. Pagaltzis) Date: Mon, 7 May 2007 10:30:49 +0200 Subject: [Cologne-pm] =?utf-8?q?Zu_vertickern=3A_=C2=BBPerl_Hacks=C2=AB?= Message-ID: <20070507083049.GE20785@klangraum> Hallo z?amm, ich habe folgendes Baumleichenprodukt loszuwerden: Perl Hacks Tips & Tools for Programming, Debugging, and Surviving http://www.oreilly.com/catalog/perlhks/ Das Original kostet ?29,99 (unversch?mt ? die gleiche Anzahl Euros wie es dr?ben an Dollars kostet!). Mein Exemplar ist fast neuwertig ? es hat nur einen kleinen Katscher unten an der R?ckseite. Zu haben ist es f?r ?18,00 und zwar am einfachsten beim Perlmongers-Treffen. :-) Ist wer interessiert? Hier ein Auszug aus O?Reillys Beschreibung: While other languages have stagnated, Perl remains fresh, thanks to its community-based development model, which encourages the sharing of information among users. This tradition of knowledge-sharing allows developers to find answers to almost any Perl question they can dream up. And you can find many of those answers right here in Perl Hacks. Like all books in O?Reilly?s Hacks Series, Perl Hacks appeals to a variety of programmers, whether you?re an experienced developer or a dabbler who simply enjoys exploring technology. Each hack is a short lesson?some are practical exercises that teach you essential skills, while others merely illustrate some of the fun things that Perl can do. [?] Chapters include: ? Productivity Hacks ? User Interaction ? Data Munging ? Working with Modules ? Object Hacks ? Debugging Und hier ist, was ich vom Buch hielt: You can reel off a dozen cool CPAN modules off the cuff, some of which you don?t actively use, but might ? and another dozen if you have a few minutes to think about it? There?s not much stuff people can do in Perl without delving into the perl guts where you?d wonder ?how?d they do that?? Then you?ll likely still find things in this book you didn?t know or think of ? but overall it will probably be only marginally useful. It would be a wonderful book for someone who has progressed past the basic novice stage in Perl, ready to spread her wings and probe the more advanced concepts and obscure corners of the language. It would also be a treasure trove for someone who doesn?t participate much in the online community and therefore isn?t privy to the latest thinking on best-practices Perl programming. If you can see yourself in those descriptions, you will most likely find enough in this book to make it worth your money ? if not more than. -- *AUTOLOAD=*_;sub _{s/(.*)::(.*)/print$2,(",$\/"," ")[defined wantarray]/e;$1} &Just->another->Perl->hack; #Aristoteles From mike at lamertz.net Mon May 7 03:50:45 2007 From: mike at lamertz.net (Michael Lamertz) Date: Mon, 07 May 2007 12:50:45 +0200 Subject: [Cologne-pm] Treffen am 10.05.2007... In-Reply-To: <20070507081212.GD20785@klangraum> References: <20070506220012.34D951C9221@tweety> <20070507081212.GD20785@klangraum> Message-ID: <463F0485.2000604@lamertz.net> Ich Idiot! Ausnahmsweise nicht mutt benuzt und nur an Aristoteles geantwortet @-) Nochmal: Ich hab's eingeplant. A. Pagaltzis wrote: > W?h k?tt? Also ich bin diesmal auf jeden Fall dabei (solang ich > nicht der einzige bin). > > Gruss, -- Michael Lamertz - Sandstr. 122 - 50226 Frechen M: +49 171 6900310 / T: +49 2234 204947 / F: +49 2234 4358725 www.perl-ronin.de - www.fuss-und-hand.de - www.lamertz.net mlamertz at perl-ronin.de - michael at fuss-und-hand.de - mike at lamertz.net From gerdfranke at netcologne.de Mon May 7 04:51:59 2007 From: gerdfranke at netcologne.de (Gerd Franke) Date: Mon, 7 May 2007 13:51:59 +0200 Subject: [Cologne-pm] =?iso-8859-1?q?Zu_vertickern=3A_=BBPerl_Hacks=AB?= In-Reply-To: <20070507083049.GE20785@klangraum> References: <20070507083049.GE20785@klangraum> Message-ID: Am 07.05.2007 um 10:30 schrieb A. Pagaltzis: > Hallo z?amm, > > ich habe folgendes Baumleichenprodukt loszuwerden: > > Perl Hacks > Tips & Tools for Programming, Debugging, and Surviving > http://www.oreilly.com/catalog/perlhks/ > > Das Original kostet ?29,99 (unversch?mt ? die gleiche Anzahl > Euros wie es dr?ben an Dollars kostet!). Mein Exemplar ist > fast neuwertig ? es hat nur einen kleinen Katscher unten an > der R?ckseite. Zu haben ist es f?r > > ?18,00 > > und zwar am einfachsten beim Perlmongers-Treffen. :-) Just am Freitag gekauft! Danke f?r das sp?te Angebot. ;-) Gru? Gerd From gerdfranke at netcologne.de Mon May 7 04:56:04 2007 From: gerdfranke at netcologne.de (Gerd Franke) Date: Mon, 7 May 2007 13:56:04 +0200 Subject: [Cologne-pm] Treffen am 10.05.2007... In-Reply-To: <463F0485.2000604@lamertz.net> References: <20070506220012.34D951C9221@tweety> <20070507081212.GD20785@klangraum> <463F0485.2000604@lamertz.net> Message-ID: <9BB1CE3E-EC9B-4825-9245-C00CCBCC8735@netcologne.de> Am 07.05.2007 um 12:50 schrieb Michael Lamertz: > > Nochmal: Ich hab's eingeplant. > ?Eingeplant? ist sch?n. Z?hlen tut nur, wer auch kommt. Das erste Mal war ich der Einzige, beim zweiten Mal war Susan da, das sind 200% Steigerung. Was soll ich f?r Donnerstag erwarten? Gru? Gerd From StefanDenker at gmx.de Mon May 7 12:21:52 2007 From: StefanDenker at gmx.de (Stefan Denker) Date: Mon, 7 May 2007 21:21:52 +0200 Subject: [Cologne-pm] =?iso-8859-1?q?Zu_vertickern=3A_=BBPerl_Hacks=AB?= In-Reply-To: References: <20070507083049.GE20785@klangraum> Message-ID: <20070507192137.GA4698@gamma.ln.dn-kr.de> On Mon, May 07, 2007 at 01:51:59PM +0200, Gerd Franke wrote: >> ich habe folgendes Baumleichenprodukt loszuwerden: >> >> Perl Hacks >> Tips & Tools for Programming, Debugging, and Surviving >> http://www.oreilly.com/catalog/perlhks/ >> >> Das Original kostet ?29,99 (unversch?mt ? die gleiche Anzahl >> Euros wie es dr?ben an Dollars kostet!). Mein Exemplar ist >> fast neuwertig ? es hat nur einen kleinen Katscher unten an >> der R?ckseite. Zu haben ist es f?r >> >> ?18,00 >> >> und zwar am einfachsten beim Perlmongers-Treffen. :-) > Just am Freitag gekauft! Danke f?r das sp?te Angebot. ;-) Im Januar einen fast verschimmelten Thalia-Gutschein gegen getauscht. *g* -- Denke nicht so oft an das, was dir fehlt, sondern an das, was du hast. [Marc Aurel] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mail.pm.org/pipermail/cologne-pm/attachments/20070507/247f24e9/attachment.bin From quarky at quantentunnel.de Tue May 8 03:14:26 2007 From: quarky at quantentunnel.de (quarky at quantentunnel.de) Date: Tue, 08 May 2007 12:14:26 +0200 Subject: [Cologne-pm] =?iso-8859-1?q?DBIx=3A=3AClass_und_propriet=E4re_SQL?= =?iso-8859-1?q?_Befehle?= Message-ID: <20070508101426.59670@gmx.net> Hallo, habe ein kleines Problemchen mit DBIx::Class. Ich habe eine Tabelle, in der ein Feld mit der MYSQL Funktion aes_encrypt verschl?sselt ist. Da ich kein Perl Modul und auch keine Info gefunden habe mit der man aes_encrypt/decrypt auf Perl-Seite nachbilden kann, bin ich da in einer Sackgasse. Das einfachste w?re irgendwie in DBIx::Class reinzubringen, dass er beim Zugriff auf das Datenbankfeld nicht einfach nur das Feld holt, sondern auch aes_decrypt aufruft. Beim Schreiben nat?rlich die Funktion aes_encrypt. Gru? Wolfgang -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail From list at funkreich.de Tue May 8 03:27:13 2007 From: list at funkreich.de (Tobias Kremer) Date: Tue, 08 May 2007 12:27:13 +0200 Subject: [Cologne-pm] =?iso-8859-1?q?DBIx=3A=3AClass_und_propriet=E4re_SQL?= =?iso-8859-1?q?_Befehle?= In-Reply-To: <20070508101426.59670@gmx.net> References: <20070508101426.59670@gmx.net> Message-ID: <1178620033.464050818e493@213.133.111.204> Hi Wolfgang, > habe ein kleines Problemchen mit DBIx::Class. Ich habe eine Tabelle, in der > ein Feld mit der MYSQL Funktion aes_encrypt verschl?sselt ist. > Da ich kein Perl Modul und auch keine Info gefunden habe mit der man > aes_encrypt/decrypt auf Perl-Seite nachbilden kann, bin ich da in einer > Sackgasse. > Das einfachste w?re irgendwie in DBIx::Class reinzubringen, dass er beim > Zugriff auf das Datenbankfeld nicht einfach nur das Feld holt, sondern auch > aes_decrypt aufruft. Beim Schreiben nat?rlich die Funktion aes_encrypt. Ich habe vor ein paar Tagen einen Patch f?r das DBIx::Class Cookbook eingereicht, welchen Du hier findest: http://dev.catalyst.perl.org/trac/bast/changeset/3263 Da ist genau beschrieben, wie Du ganze SQL Queries in DBIx::Class benutzen kannst. Ansonsten f?llt mir noch Crypt::OpenSSL::AES ein. Weiss aber nicht, ob Dir das hilft. Das k?nnte man aber bestimmt mittels inflate/deflate vom DBIx::Class einbinden: http://search.cpan.org/dist/Crypt-OpenSSL-AES/ --Tobias From jschulz.cpan at bloonix.de Tue May 8 04:10:40 2007 From: jschulz.cpan at bloonix.de (Jonny Schulz) Date: Tue, 08 May 2007 13:10:40 +0200 Subject: [Cologne-pm] =?iso-8859-1?q?DBIx=3A=3AClass_und_propriet=E4re_=09?= =?iso-8859-1?q?SQL_Befehle?= In-Reply-To: <20070508101426.59670@gmx.net> References: <20070508101426.59670@gmx.net> Message-ID: <1178622640.4580.4.camel@blx.de> Hallo Wolfgang, wie Thomas schon schilderte, ist das mit inflate/deflate m?glich. Nur so nebenbei... in #dbix-class auf irc.perl.org ist es m?glich die Maintainer von DBIC direkt selbst um Hilfe zu bitten, wenn man mal nicht weiter kommt. Leider ist die Doku von DBIC ein wenig chaotisch, so dass ich sehr gerne mal im Channel selbst eine Frage stelle. Gruss, Jonny Am Dienstag, den 08.05.2007, 12:14 +0200 schrieb quarky at quantentunnel.de: > Hallo, > > habe ein kleines Problemchen mit DBIx::Class. Ich habe eine Tabelle, in der ein Feld mit der MYSQL Funktion aes_encrypt verschl?sselt ist. > > Da ich kein Perl Modul und auch keine Info gefunden habe mit der man aes_encrypt/decrypt auf Perl-Seite nachbilden kann, bin ich da in einer Sackgasse. > > Das einfachste w?re irgendwie in DBIx::Class reinzubringen, dass er beim Zugriff auf das Datenbankfeld nicht einfach nur das Feld holt, sondern auch aes_decrypt aufruft. Beim Schreiben nat?rlich die Funktion aes_encrypt. > > Gru? Wolfgang > From list at funkreich.de Tue May 8 04:30:31 2007 From: list at funkreich.de (Tobias Kremer) Date: Tue, 08 May 2007 13:30:31 +0200 Subject: [Cologne-pm] =?iso-8859-1?q?DBIx=3A=3AClass_und_propriet=E4re_SQL?= =?iso-8859-1?q?_Befehle?= In-Reply-To: <1178622640.4580.4.camel@blx.de> References: <20070508101426.59670@gmx.net> <1178622640.4580.4.camel@blx.de> Message-ID: <1178623831.46405f5712963@213.133.111.204> > wie Thomas schon schilderte, ist das mit inflate/deflate m??glich. Wer ist Thomas? :) > Nur so nebenbei... in #dbix-class auf irc.perl.org ist es m??glich > die Maintainer von DBIC direkt selbst um Hilfe zu bitten, wenn man > mal nicht weiter kommt. Leider ist die Doku von DBIC ein wenig > chaotisch, so dass ich sehr gerne mal im Channel selbst eine Frage > stelle. Man sollte allerdings eine geh?rige Portion Demut mitbringen. mst hat es glaub ich nicht so mit dem Zwischenmenschlichen. Entwickler eben. ;) Manchmal sind seine Reaktionen auf die dummen Fragen, die es ja angeblich nicht gibt, ziemlich, na sagen wir mal, un-feinf?hlig :) Hat man ihn aber erstmal am Wickel, hilft er bei so ziemlich jedem Problem. Rex Kwon Do says: "Bow to your sensei!" :) --Tobias From jschulz.cpan at bloonix.de Tue May 8 04:42:58 2007 From: jschulz.cpan at bloonix.de (Jonny Schulz) Date: Tue, 08 May 2007 13:42:58 +0200 Subject: [Cologne-pm] =?iso-8859-1?q?DBIx=3A=3AClass_und_propriet=E4re_=09?= =?iso-8859-1?q?SQL_Befehle?= In-Reply-To: <1178623831.46405f5712963@213.133.111.204> References: <20070508101426.59670@gmx.net> <1178622640.4580.4.camel@blx.de> <1178623831.46405f5712963@213.133.111.204> Message-ID: <1178624578.4580.12.camel@blx.de> Am Dienstag, den 08.05.2007, 13:30 +0200 schrieb Tobias Kremer: > > wie Thomas schon schilderte, ist das mit inflate/deflate m??glich. > > Wer ist Thomas? :) *hmpf* mea culpa, Tobias nat?rlich =) > > Nur so nebenbei... in #dbix-class auf irc.perl.org ist es m??glich > > die Maintainer von DBIC direkt selbst um Hilfe zu bitten, wenn man > > mal nicht weiter kommt. Leider ist die Doku von DBIC ein wenig > > chaotisch, so dass ich sehr gerne mal im Channel selbst eine Frage > > stelle. > > Man sollte allerdings eine geh?rige Portion Demut mitbringen. mst > hat es glaub ich nicht so mit dem Zwischenmenschlichen. Entwickler eben. ;) > Manchmal sind seine Reaktionen auf die dummen Fragen, die es ja angeblich > nicht gibt, ziemlich, na sagen wir mal, un-feinf?hlig :) Hat man ihn > aber erstmal am Wickel, hilft er bei so ziemlich jedem Problem. Ja nu, Entwickler sind wir ja alle mehr oder weniger und @mst ist doch trotz seinen Eigenheiten sehr hilfsbereit. Immerhin h?ngt er zudem noch in vielen anderen Channels und hilft dort ebenfalls. Ich m?chte hier keine Werbung f?r irc-Channels machen, aber #perlde gibt es ja auch noch wo ein paar gute und auch nette Entwickler ihr Unwesen treiben. =) From quarky at quantentunnel.de Tue May 8 07:28:00 2007 From: quarky at quantentunnel.de (quarky at quantentunnel.de) Date: Tue, 08 May 2007 16:28:00 +0200 Subject: [Cologne-pm] =?iso-8859-1?q?DBIx=3A=3AClass_und_propriet=E4re_SQL?= =?iso-8859-1?q?_Befehle?= Message-ID: <20070508142800.24760@gmx.net> Danke f?r den Tipp Tobias, das sieht nach einer ganz guten Idee aus. Ich habe nur die Methode result_source_instance nicht gefunden. Au?erdem ist das Beispiel f?r ein Abfrage geschrieben. Ich ben?tige aber auch eine L?sung f?r INSERT und UPDATE. Gru? Wolfgang -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail From pagaltzis at gmx.de Tue May 8 11:19:48 2007 From: pagaltzis at gmx.de (A. Pagaltzis) Date: Tue, 8 May 2007 20:19:48 +0200 Subject: [Cologne-pm] =?utf-8?q?DBIx=3A=3AClass_und_propriet=C3=A4re_SQL_B?= =?utf-8?q?efehle?= In-Reply-To: <1178623831.46405f5712963@213.133.111.204> References: <20070508101426.59670@gmx.net> <1178622640.4580.4.camel@blx.de> <1178623831.46405f5712963@213.133.111.204> Message-ID: <20070508181948.GA594@klangraum> * Tobias Kremer [2007-05-08 13:30]: > Man sollte allerdings eine geh?rige Portion Demut mitbringen. > mst hat es glaub ich nicht so mit dem Zwischenmenschlichen. > Entwickler eben. ;) Manchmal sind seine Reaktionen auf die > dummen Fragen, die es ja angeblich nicht gibt, ziemlich, na > sagen wir mal, un-feinf?hlig :) Hat man ihn aber erstmal am > Wickel, hilft er bei so ziemlich jedem Problem. Er ist gelegentlich ganz sch?n ruppig, wenn er den Eindruck hat, dass sein Gegen?ber faul ist, und antwortet auf einfache Fragen schonmal sehr knapp, macht aber niemals Leute zur Sau, weil sie zu dumm seien, oder um anderweitig Ego raush?ngen zu lassen, und macht sich oft auch grosse Umst?nde, um zu helfen. Er kann barsch sein, aber er ist nie ein Mistkerl. Gruss, -- Aristoteles Pagaltzis // From list at funkreich.de Tue May 8 11:26:22 2007 From: list at funkreich.de (Tobias Kremer) Date: Tue, 8 May 2007 20:26:22 +0200 Subject: [Cologne-pm] =?iso-8859-1?q?DBIx=3A=3AClass_und_propriet=E4re_SQL?= =?iso-8859-1?q?_Befehle?= In-Reply-To: <20070508181948.GA594@klangraum> References: <20070508101426.59670@gmx.net> <1178622640.4580.4.camel@blx.de> <1178623831.46405f5712963@213.133.111.204> <20070508181948.GA594@klangraum> Message-ID: Am 08.05.2007 um 20:19 schrieb A. Pagaltzis: > * Tobias Kremer [2007-05-08 13:30]: >> Man sollte allerdings eine geh?rige Portion Demut mitbringen. >> mst hat es glaub ich nicht so mit dem Zwischenmenschlichen. >> Entwickler eben. ;) Manchmal sind seine Reaktionen auf die >> dummen Fragen, die es ja angeblich nicht gibt, ziemlich, na >> sagen wir mal, un-feinf?hlig :) Hat man ihn aber erstmal am >> Wickel, hilft er bei so ziemlich jedem Problem. > > Er ist gelegentlich ganz sch?n ruppig, wenn er den Eindruck hat, > dass sein Gegen?ber faul ist, und antwortet auf einfache Fragen > schonmal sehr knapp, macht aber niemals Leute zur Sau, weil sie > zu dumm seien, oder um anderweitig Ego raush?ngen zu lassen, und > macht sich oft auch grosse Umst?nde, um zu helfen. Er kann barsch > sein, aber er ist nie ein Mistkerl. Das trifft die Sache ziemlich genau! Wenn man das einmal kapiert hat, kommt man mit ihm sehr gut aus :) --Tobias _______________________________________/\____ _ . . + web ::::::: http://www.funkreich.de + last.fm ::: http://www.last.fm/user/soulchild77 ----------------------------------------------- -- - - From quarky at quantentunnel.de Wed May 9 05:31:15 2007 From: quarky at quantentunnel.de (quarky at quantentunnel.de) Date: Wed, 09 May 2007 14:31:15 +0200 Subject: [Cologne-pm] Catalyst, TT and DBIx::Class Message-ID: <20070509123115.160710@gmx.net> Hi, ich hab da ein kleines Verst?ndnisproblem. Im Catalyst Tutorial steht, dass man im Controller schreiben kann: $c->stash->{books} = [$c->model('MyAppDB::Book')->all]; In TT steht dann um auf die einzelnen Zeilen des ResultSets zuzugreifen: [% FOREACH book IN books -%] [% book.title %] [% END %] Wenn ich aber in TT sage: [% USE Dumper(Indent=1) -%] [% Dumper.dump(books) %] dann bekomme ich irgendein Array of Objects ( meiner Meinung nach ein Array of ResultSet ). Jedenfalls nichts was sich in TT meiner Ansicht nach mittels foreach Schleife und Hash-Keys erschlie?en lie?e. Ich suche n?mlich nach einer M?glichkeit ein beliebiges ResultSet in Tabellenform anzuzeigen und brauche dazu die Spaltennamen. Ich dachte ich k?nnte mir einfach ?ber users.first.keys.sorted die Spaltennamen erschleichen und dann damit die Tabellenspalten benennen und sp?ter auf die Felder zugreifen. Hat da jemand eine Idee? Gru? Wolfgang -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail From list at funkreich.de Wed May 9 05:44:51 2007 From: list at funkreich.de (Tobias Kremer) Date: Wed, 09 May 2007 14:44:51 +0200 Subject: [Cologne-pm] Catalyst, TT and DBIx::Class In-Reply-To: <20070509123115.160710@gmx.net> References: <20070509123115.160710@gmx.net> Message-ID: <1178714691.4641c243a1c24@213.133.111.204> Hi Wolfgang, > Ich suche n?mlich nach einer M?glichkeit ein beliebiges ResultSet in > Tabellenform anzuzeigen und brauche dazu die Spaltennamen. Ich dachte ich > k?nnte mir einfach ?ber users.first.keys.sorted die Spaltennamen erschleichen > und dann damit die Tabellenspalten benennen und sp?ter auf die Felder > zugreifen. my @columns = $resultset->result_source->columns(); liefert Dir ein Array mit Spaltennamen, f?r die zum ResultSet geh?rende ResultSource. Hoffe, ich hab's noch richtig in Erinnerung. --Tobias From quarky at quantentunnel.de Wed May 9 05:52:18 2007 From: quarky at quantentunnel.de (quarky at quantentunnel.de) Date: Wed, 09 May 2007 14:52:18 +0200 Subject: [Cologne-pm] Catalyst, TT and DBIx::Class Message-ID: <20070509125218.160710@gmx.net> Danke f?r den Tipp Tobias. Ich habe nach so etwas in der DBIx::Class Doku gesucht, aber nichts gefunden. Jetzt habe ich nochmal genau im Pod von DBIx::Class::ResultSet nachgesehen aber auch noch nichts dergleichen gefunden. Ist das undokumentiert? Kann man das dann ?berhaupt zukunftssicher nutzen. Klappen tut es jedenfalls. Gru? Wolfgang -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail From list at funkreich.de Wed May 9 06:14:53 2007 From: list at funkreich.de (Tobias Kremer) Date: Wed, 09 May 2007 15:14:53 +0200 Subject: [Cologne-pm] Catalyst, TT and DBIx::Class In-Reply-To: <20070509125218.160710@gmx.net> References: <20070509125218.160710@gmx.net> Message-ID: <1178716493.4641c94d8e609@213.133.111.204> Hi Wolfgang, > Danke f?r den Tipp Tobias. Ich habe nach so etwas in der DBIx::Class > Doku gesucht, aber nichts gefunden. > Jetzt habe ich nochmal genau im Pod von DBIx::Class::ResultSet nachgesehen > aber auch noch nichts dergleichen gefunden. Ist das undokumentiert? Kann > man das dann ?berhaupt zukunftssicher nutzen. Ich weiss, was Du meinst :) Es handelt sich hierbei aber um durchaus dokumentierte, ?ffentliche Methoden. Deine Suche liefert Dir ein ResultSet. Die Info ?ber die vorhandenen Spalten hat aber nur die passende ResultSource. Deshalb musst Du zun?chst mal in der ResultSet POD schauen, wie Du an die ResultSource kommst: http://search.cpan.org/dist/DBIx-Class/lib/DBIx/Class/ResultSet.pm#result_source Anschlie?end dann findest Du in der ResultSource POD die entscheidende Methode: http://search.cpan.org/dist/DBIx-Class/lib/DBIx/Class/ResultSource.pm#columns Bist also auf der sicheren Seite :) --Tobias From pagaltzis at gmx.de Wed May 9 07:14:27 2007 From: pagaltzis at gmx.de (A. Pagaltzis) Date: Wed, 9 May 2007 16:14:27 +0200 Subject: [Cologne-pm] Catalyst, TT and DBIx::Class In-Reply-To: <20070509123115.160710@gmx.net> References: <20070509123115.160710@gmx.net> Message-ID: <20070509141427.GB5298@klangraum> Hi quarky, * quarky at quantentunnel.de [2007-05-09 14:35]: > In TT steht dann um auf die einzelnen Zeilen des ResultSets > zuzugreifen: > > [% FOREACH book IN books -%] > [% book.title %] > [% END %] > > Wenn ich aber in TT sage: > > [% USE Dumper(Indent=1) -%] > [% Dumper.dump(books) %] > > dann bekomme ich irgendein Array of Objects ( meiner Meinung > nach ein Array of ResultSet ). Wenn ich DBIC richtig verstehe, ist dass ein Array von `::Row`- Instanzen, nicht ein Array von `::ResultSet`-Instanzen. Die bek?mst du, wenn du es so schriebst: $c->stash->{books} = $c->model('MyAppDB::Book')->all; Dann w?re `books` selber ein `::ResultSet`, du k?nntest aber dann nicht mehr mit einer FOREACH-Schleife dr?ber iterieren sondern m?sstest WHILE nehmen. (Da kriegst du aber den sch?nen Iterator nicht, mit dem du Dinge wie `loop.last` oder `loop.odd` abfragen kannst.) > Jedenfalls nichts was sich in TT meiner Ansicht nach mittels > foreach Schleife und Hash-Keys erschlie?en lie?e. Das heisst nicht, dass das Beispiel falsch ist. TT verbirgt den Unterschied zwischen Hashes und Objekten. `book.title` kann sowohl `$book->{title}` als auch `$book->title()` bedeuten. > Ich suche n?mlich nach einer M?glichkeit ein beliebiges > ResultSet in Tabellenform anzuzeigen und brauche dazu die > Spaltennamen. Ich dachte ich k?nnte mir einfach ?ber > users.first.keys.sorted die Spaltennamen erschleichen und dann > damit die Tabellenspalten benennen und sp?ter auf die Felder > zugreifen. Du kriegst mit `::Row::get_columns` die Zeile als Hash (keine Referenz), oder mit `::ResultSource::columns` eine Liste von Spaltennamen. An die passende `::ResultSource` kommst du mit `::ResultSet::result_source` bzw `::Row::result_source` ran. Gruss, -- Aristoteles Pagaltzis // From mike at lamertz.net Wed May 9 09:06:55 2007 From: mike at lamertz.net (Michael Lamertz) Date: Wed, 9 May 2007 18:06:55 +0200 Subject: [Cologne-pm] (fwd) [Perl Jobs] Perl Dozent (part onsite), Germany, NRW, K?ln Message-ID: <20070509160655.GB24084@tweety.dyndns.org> Gesehen? -- Michael Lamertz - Sandstr. 122 - 50226 Frechen M: +49 171 6900310 / T: +49 2234 204947 / F: +49 2234 4358725 www.perl-ronin.de - www.fuss-und-hand.de - www.lamertz.net mlamertz at perl-ronin.de - michael at fuss-und-hand.de - mike at lamertz.net -------------- next part -------------- An embedded message was scrubbed... From: Perl Jobs Subject: [Perl Jobs] Perl Dozent (part onsite), Germany, NRW, K?ln Date: Mon, 7 May 2007 11:50:14 -0700 (PDT) Size: 3172 Url: http://mail.pm.org/pipermail/cologne-pm/attachments/20070509/6cc4bbac/attachment.mht From pagaltzis at gmx.de Thu May 10 11:01:20 2007 From: pagaltzis at gmx.de (A. Pagaltzis) Date: Thu, 10 May 2007 20:01:20 +0200 Subject: [Cologne-pm] Kommt wer? Wer war da? Message-ID: <20070510180120.GA31557@klangraum> Hallo, ich sitze hier grade im Sansibar und sehe niemanden. Kommt tats?chlich niemand? Gruss, -- Aristoteles Pagaltzis // From jschulz.cpan at bloonix.de Thu May 10 13:57:23 2007 From: jschulz.cpan at bloonix.de (Jonny Schulz) Date: Thu, 10 May 2007 22:57:23 +0200 Subject: [Cologne-pm] Kommt wer? Wer war da? In-Reply-To: <20070510180120.GA31557@klangraum> References: <20070510180120.GA31557@klangraum> Message-ID: <1178830643.4921.2.camel@blx.de> Ich war kurz um halb acht da und weil sonst niemand da war, bin ich wieder gegangen :) Vielleicht kommen ja das n?chste Mal ein paar, das w?rde mich zumindest freuen. Am Donnerstag, den 10.05.2007, 20:01 +0200 schrieb A. Pagaltzis: > Hallo, > > ich sitze hier grade im Sansibar und sehe niemanden. > > Kommt tats?chlich niemand? > > Gruss, > -- > Aristoteles Pagaltzis // > _______________________________________________ > Cologne-pm mailing list > Cologne-pm at pm.org > http://mail.pm.org/mailman/listinfo/cologne-pm From mike at lamertz.net Thu May 10 15:55:24 2007 From: mike at lamertz.net (Michael Lamertz) Date: Fri, 11 May 2007 00:55:24 +0200 Subject: [Cologne-pm] Kommt wer? Wer war da? In-Reply-To: <1178830643.4921.2.camel@blx.de> References: <20070510180120.GA31557@klangraum> <1178830643.4921.2.camel@blx.de> Message-ID: <20070510225524.GA5460@tweety.dyndns.org> Ho, On Thu, May 10, 2007 at 10:57:23PM +0200, Jonny Schulz wrote: > Ich war kurz um halb acht da und weil sonst niemand da > war, bin ich wieder gegangen :) > > Vielleicht kommen ja das n?chste Mal ein paar, das w?rde > mich zumindest freuen. 'Ne halbe Stunde sp?ter fuhr ich gerade von meinem aktuellen Kunden in Mainz los :( -- Michael Lamertz - Sandstr. 122 - 50226 Frechen M: +49 171 6900310 / T: +49 2234 204947 / F: +49 2234 4358725 www.perl-ronin.de - www.fuss-und-hand.de - www.lamertz.net mlamertz at perl-ronin.de - michael at fuss-und-hand.de - mike at lamertz.net From fwarner at gmx.de Tue May 8 03:11:52 2007 From: fwarner at gmx.de (fwarner at gmx.de) Date: Tue, 08 May 2007 12:11:52 +0200 Subject: [Cologne-pm] =?iso-8859-1?q?DBIx=3A=3AClass_und_propriet=E4re_SQL?= =?iso-8859-1?q?_Befehle?= Message-ID: <20070508101152.59670@gmx.net> Hallo, habe ein kleines Problemchen mit DBIx::Class. Ich habe eine Tabelle, in der ein Feld mit der MYSQL Funktion aes_encrypt verschl?sselt ist. Da ich kein Perl Modul und auch keine Info gefunden habe mit der man aes_encrypt/decrypt auf Perl-Seite nachbilden kann, bin ich da in einer Sackgasse. Das einfachste w?re irgendwie in DBIx::Class reinzubringen, dass er beim Zugriff auf das Datenbankfeld nicht einfach nur das Feld holt, sondern auch aes_decrypt aufruft. Beim Schreiben nat?rlich die Funktion aes_encrypt. Gru? Wolfgang -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail From mike at lamertz.net Thu May 31 15:00:05 2007 From: mike at lamertz.net (Michael Lamertz) Date: Fri, 1 Jun 2007 00:00:05 +0200 Subject: [Cologne-pm] Treffen am 14.06.2007... Message-ID: <20070531220005.D139916F4004@tweety> Yo! Das n?chste Treffen findet wie gewohnt statt am 2. Donnerstag des Monats, also am 14.06.2007, in der Sansibar Trierer Str. 41 50674 K?ln ab ca. 19:30 Dies ist eine automatisch erzeugte Nachricht. Sollte mittlerweile auf der Liste ein anderer Termin verabredet worden sein, so ist diese Mail hinf?llig. From quarky at quantentunnel.de Mon Jun 4 04:19:41 2007 From: quarky at quantentunnel.de (quarky at quantentunnel.de) Date: Mon, 04 Jun 2007 13:19:41 +0200 Subject: [Cologne-pm] Include Message-ID: <20070604111941.276660@gmx.net> Hallo, ich baue eine kleine Webreport Applikation. Die Applikation liegt im Verzeichnis 'web'. Das Verzeichnis 'lib' wird nicht als Verzeichnis im Web freigegeben. Nur das Verzeichnis 'perl' wird freigegeben. Die Skripte innerhalb von 'perl' m?chte ich durch einfaches Verschieben in der Ordnerhierarchie frei gruppieren k?nnen. Die Module unter 'lib' habe ich mit 'use lib' eingebunden. -- web +-- lib | +-- Modul1.pm | +-- Modul2.pm | +-- Library1 | +-- Modul3.pm +-- perl +-- Report1.pl +-- Report2.pl +-- Business_Reports +-- Report3.pl +-- Delivery_Status +-- General.pl +-- Critical +-- Report4.pl Jetzt habe ich aber das Problem, dass ich die statisch im Quellcode stehenden 'use lib' Befehle h?ndisch ?ndern mu?, wenn ich die Reports in eine andere Ebene in der Verzeichnishierarchie bewege. Eine m?gliche L?sung w?re ein symbolischer Link auf das 'lib' Verzeichnis in jedem Ordner. Das f?hrt aber dazu, dass ich wieder 'lib' im Webverzeichnis liegen habe. Eine andere L?sung w?re ein einfacher Codeschnipsel, den ich in jedes Verzeichnis lege. Diesen Codeschnipsel k?nnte ich ?ber eine Art include Befhl in den Quelltext reinnehmen. Aber vielleicht wei? jemand von euch etwas eleganteres. Ziel ist die Reportsammlung einfach von Server zu Server transportieren zu k?nnen und nur in der Webserverkonfiguration ein einzelnes Verzeichnis freizugeben. Gru? Wolfgang -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser From jens.gassmann at atomix.de Mon Jun 4 05:08:46 2007 From: jens.gassmann at atomix.de (Jens Gassmann) Date: Mon, 04 Jun 2007 14:08:46 +0200 Subject: [Cologne-pm] Include In-Reply-To: <20070604111941.276660@gmx.net> References: <20070604111941.276660@gmx.net> Message-ID: <466400CE.90107@atomix.de> Hallo Wolfgang, > Jetzt habe ich aber das Problem, dass ich die statisch im Quellcode stehenden 'use lib' Befehle h?ndisch ?ndern mu?, wenn ich die Reports in eine andere Ebene in der Verzeichnishierarchie bewege. was ist mit use lib '../lib/' das passt doch dann immer oder? Gr??e Jens From jens.gassmann at atomix.de Mon Jun 4 05:17:04 2007 From: jens.gassmann at atomix.de (Jens Gassmann) Date: Mon, 04 Jun 2007 14:17:04 +0200 Subject: [Cologne-pm] Include In-Reply-To: <466400CE.90107@atomix.de> References: <20070604111941.276660@gmx.net> <466400CE.90107@atomix.de> Message-ID: <466402C0.10406@atomix.de> Jens Gassmann schrieb: > Hallo Wolfgang, > >> Jetzt habe ich aber das Problem, dass ich die statisch im Quellcode stehenden 'use lib' Befehle h?ndisch ?ndern mu?, wenn ich die Reports in eine andere Ebene in der Verzeichnishierarchie bewege. > > was ist mit > > use lib '../lib/' > > das passt doch dann immer oder? einfach ignorien - man sollte alles richtig lesen :-( Ich w?rde alle Scripte unter /perl/ festlegen und via mod_rewrite mit einzelnen Verzeichnisaufrufen verkn?pfen /businessreports/critial => /perl/critical.pl /Delivery_Status/ => /perl/report.pl Gr??e Jens From quarky at quantentunnel.de Mon Jun 4 22:29:28 2007 From: quarky at quantentunnel.de (quarky at quantentunnel.de) Date: Tue, 05 Jun 2007 07:29:28 +0200 Subject: [Cologne-pm] Include In-Reply-To: <466402C0.10406@atomix.de> References: <20070604111941.276660@gmx.net> <466400CE.90107@atomix.de> <466402C0.10406@atomix.de> Message-ID: <20070605052928.251710@gmx.net> Das bedeutet halt, dass ich die Umorganisation immer ?ber die Webserver Konfiguration machen mu?. Mir w?re eine L?sung mit FindBin oder sowas lieber. > Ich w?rde alle Scripte unter /perl/ festlegen > und via mod_rewrite mit einzelnen Verzeichnisaufrufen verkn?pfen -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From mike at lamertz.net Tue Jun 5 01:30:46 2007 From: mike at lamertz.net (Michael Lamertz) Date: Tue, 5 Jun 2007 10:30:46 +0200 Subject: [Cologne-pm] Include In-Reply-To: <20070604111941.276660@gmx.net> References: <20070604111941.276660@gmx.net> Message-ID: <20070605083046.GB16791@tweety.dyndns.org> Ho, On Mon, Jun 04, 2007 at 01:19:41PM +0200, quarky at quantentunnel.de wrote: > > yadda, yadda, yadda snipped... warum gehst Du nicht den "offiziellen" Weg? Bau/Installier' den Kram ueber MakeMaker oder Module::Build entweder systemweit, oder ueber PREFIX und setz' dann PERL5LIB entsprechend. PERL5LIB kannst Du unter Apache mit mod_env bequem per VirtualHost setzen. Alternativ gibst Du a'la Catalyst, ein Helper-Script dazu, dass Dir einen lokalen Applikationstree erstellt und die lib-Pfade entsprechend einpatched. Alles andere ist non-Standard und somit gefrickel. -- Michael Lamertz - Sandstr. 122 - 50226 Frechen M: +49 171 6900310 / T: +49 2234 204947 / F: +49 2234 4358725 www.perl-ronin.de - www.fuss-und-hand.de - www.lamertz.net mlamertz at perl-ronin.de - michael at fuss-und-hand.de - mike at lamertz.net From pagaltzis at gmx.de Tue Jun 5 02:40:54 2007 From: pagaltzis at gmx.de (A. Pagaltzis) Date: Tue, 5 Jun 2007 11:40:54 +0200 Subject: [Cologne-pm] Include In-Reply-To: <20070604111941.276660@gmx.net> References: <20070604111941.276660@gmx.net> Message-ID: <20070605094054.GC21173@klangraum> * quarky at quantentunnel.de [2007-06-04 13:25]: > ich baue eine kleine Webreport Applikation. Die Applikation > liegt im Verzeichnis 'web'. > > Das Verzeichnis 'lib' wird nicht als Verzeichnis im Web > freigegeben. Nur das Verzeichnis 'perl' wird freigegeben. > > Die Skripte innerhalb von 'perl' m?chte ich durch einfaches > Verschieben in der Ordnerhierarchie frei gruppieren k?nnen. > > [?] > +-- perl > +-- Report1.pl > +-- Report2.pl > +-- Business_Reports > +-- Report3.pl > +-- Delivery_Status > +-- General.pl > +-- Critical > +-- Report4.pl Dieser Stil (ein CGI-Skript pro Seite) ist generell schwer zu warten. Ich empfehle ein einziges Skript, das ausserhalb des Document-Root liegt: -- web +-- lib | +-- Modul1.pm | +-- Modul2.pm | +-- Library1 | +-- Modul3.pm +-- report.cgi Das kann dann mit ScriptAlias wie folgt eingeblendet werden: ScriptAlias /report /pfad/nach/web/reports.cgi F?rderhin f?hren dann s?mtliche URIs, die mit /report im Pfad anfangen, zum Aufruf des Skriptes, also auch sowas wie das hier: http://example.com/report/delivery/0815/status Der Apache spaltet das dann auf: `/report` bedeutet, dass das Skript aufgerufen werden soll; der Rest, also namentlich in diesem Fall der Teil `/delivery/0814/status`, kommt vor dem Aufruf in die Umgebungsvariable PATH_INFO. Die kannst du direkt inspizieren oder bei Verwendung des CGI-Moduls daf?r auch die `path_info`-Methode aufrufen. Danach kannst du offensichtlich die Addressenstruktur im Skript interpretieren, wie es dir gerade beliebt. Du musst dazu weder Dateien herumschieben noch die Serverkonfiguration anpassen; Parsing von PATH_INFO im Skript entsprechend ?ndern gen?gt. Und da es nur ein Skript an einer festen Stelle gibt, bleibt das `lib`-Verzeichnis immer am selben relativen Pfad. Mission accomplished. (Ausserdem k?nnen die h?sslichen `.pl`-Endungen aus den URLs verschwinden.) (Man beachte, dass selbst ein Document-Root hierbei nicht mehr freigegeben werden muss. Es gibt also keinerlei Dateien, die unter irgendwelchen Umst?nden (etwa Fehlern in der Webserver- konfiguration) als statische Dateien ausgeliefert w?rden. Es k?nnen sich auch keine zus?tzlichen Skripte in irgendwelche freigegebenen Verzeichnisse hineinschleichen, die ein Admin ?bersehen k?nnte.) Noch ein Hinweis: ich empfehle, pro zu erzeugender Seite ein Modul anzulegen; das Hauptskript parst dann nur die PATH_INFO und entscheidet, welches Modul zu laden ist, um die eigentliche Arbeit zu verrichten. Das wird der Wartbarkeit deiner Codestruktur langfristig zugute kommen. Damit hast du dann prinzipiell dieselbe Aufteilung wie jetzt, nur mit Modulen statt einzelnen Skripten. Wer hier schon mehr weiss, wird ?brigens merken, dass dies in Grundz?gen schon die Struktur widerspiegelt, die moderne Frameworks wie Catalyst oder Jifty aus gutem Grund vorgeben? Gruss, -- Aristoteles Pagaltzis // From mailinglisten at renee-baecker.de Tue Jun 5 02:53:39 2007 From: mailinglisten at renee-baecker.de (ReneeB) Date: Tue, 05 Jun 2007 11:53:39 +0200 Subject: [Cologne-pm] Include In-Reply-To: <20070605094054.GC21173@klangraum> References: <20070604111941.276660@gmx.net> <20070605094054.GC21173@klangraum> Message-ID: <466532A2.8080200@renee-baecker.de> A. Pagaltzis wrote: > > Wer hier schon mehr weiss, wird ?brigens merken, dass dies in > Grundz?gen schon die Struktur widerspiegelt, die moderne > Frameworks wie Catalyst oder Jifty aus gutem Grund vorgeben? > Nicht schlecht finde ich auch CGI::Application und f?r die PATH_INFO-Sache l?sst sich gut CGI::Application::Dispatch verwenden. Das l?uft auch als CGI ganz annehmbar und man braucht nicht unbedingt FastCGI oder mod_perl. > Gruss, > Gru?, Renee From quarky at quantentunnel.de Tue Jun 5 23:21:19 2007 From: quarky at quantentunnel.de (quarky at quantentunnel.de) Date: Wed, 06 Jun 2007 08:21:19 +0200 Subject: [Cologne-pm] Include In-Reply-To: <466400CE.90107@atomix.de> References: <20070604111941.276660@gmx.net> <466400CE.90107@atomix.de> Message-ID: <20070606062119.305260@gmx.net> > Noch ein Hinweis: ich empfehle, pro zu erzeugender Seite ein > Modul anzulegen; das Hauptskript parst dann nur die PATH_INFO und > entscheidet, welches Modul zu laden ist, um die eigentliche > Arbeit zu verrichten Das klingt f?r mich ganz ?berzeugend. Ich verstehe blo? nicht, wie ich Module nach Skriptstart nachladen kann. Wenn ich 'use' verwende sind sofort alle Module zur compile time drin und ich habe dann alle Module im Speicher auch wenn sie vielleicht nur einmal im Monat genutzt werden. Gibt es da eine effektive L?sung? Gru? Wolfgang -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From mailinglisten at renee-baecker.de Wed Jun 6 02:04:54 2007 From: mailinglisten at renee-baecker.de (ReneeB) Date: Wed, 06 Jun 2007 11:04:54 +0200 Subject: [Cologne-pm] Include In-Reply-To: <20070606062119.305260@gmx.net> References: <20070604111941.276660@gmx.net> <466400CE.90107@atomix.de> <20070606062119.305260@gmx.net> Message-ID: <466678B6.7050302@renee-baecker.de> quarky at quantentunnel.de wrote: >> Noch ein Hinweis: ich empfehle, pro zu erzeugender Seite ein >> Modul anzulegen; das Hauptskript parst dann nur die PATH_INFO und >> entscheidet, welches Modul zu laden ist, um die eigentliche >> Arbeit zu verrichten >> > > Das klingt f?r mich ganz ?berzeugend. Ich verstehe blo? nicht, wie ich Module nach Skriptstart nachladen kann. Wenn ich 'use' verwende sind sofort alle Module zur compile time drin und ich habe dann alle Module im Speicher auch wenn sie vielleicht nur einmal im Monat genutzt werden. > > Gibt es da eine effektive L?sung? > > Gru? Wolfgang > Module kann man mit "require" zur Laufzeit laden. Gru?, Ren?e From jschulz.cpan at bloonix.de Wed Jun 6 02:10:09 2007 From: jschulz.cpan at bloonix.de (jschulz.cpan) Date: Wed, 06 Jun 2007 11:10:09 +0200 Subject: [Cologne-pm] Include In-Reply-To: <466678B6.7050302@renee-baecker.de> References: <20070604111941.276660@gmx.net> <466400CE.90107@atomix.de> <20070606062119.305260@gmx.net> <466678B6.7050302@renee-baecker.de> Message-ID: <1181121009.30181.0.camel@acd-js.bk.hosteurope.de> On Wed, 2007-06-06 at 11:04 +0200, ReneeB wrote: > quarky at quantentunnel.de wrote: > >> Noch ein Hinweis: ich empfehle, pro zu erzeugender Seite ein > >> Modul anzulegen; das Hauptskript parst dann nur die PATH_INFO und > >> entscheidet, welches Modul zu laden ist, um die eigentliche > >> Arbeit zu verrichten > >> > > > > Das klingt f?r mich ganz ?berzeugend. Ich verstehe blo? nicht, wie ich Module nach Skriptstart nachladen kann. Wenn ich 'use' verwende sind sofort alle Module zur compile time drin und ich habe dann alle Module im Speicher auch wenn sie vielleicht nur einmal im Monat genutzt werden. > > > > Gibt es da eine effektive L?sung? > > > > Gru? Wolfgang > > > > Module kann man mit "require" zur Laufzeit laden. Tach Renee. Du hier? :) > > Gru?, > Ren?e > _______________________________________________ > Cologne-pm mailing list > Cologne-pm at pm.org > http://mail.pm.org/mailman/listinfo/cologne-pm From jschulz.cpan at bloonix.de Wed Jun 6 02:48:12 2007 From: jschulz.cpan at bloonix.de (jschulz.cpan) Date: Wed, 06 Jun 2007 11:48:12 +0200 Subject: [Cologne-pm] Include In-Reply-To: <466678B6.7050302@renee-baecker.de> References: <20070604111941.276660@gmx.net> <466400CE.90107@atomix.de> <20070606062119.305260@gmx.net> <466678B6.7050302@renee-baecker.de> Message-ID: <1181123292.30333.6.camel@acd-js.bk.hosteurope.de> > > Gibt es da eine effektive L?sung? Ja. ----------------------------- use strict; use warnings; use lib '../lib'; use Foo::WWW::Main; use CGI::Fast; my $foo = Foo::WWW::Main->new(); while (my $cgi = new CGI::Fast) { eval { $foo->run($cgi) }; print STDERR $@ if $@; } ----------------------------- Alles Weitere erledigt Foo::WWW::Main, der "Dispatcher" - wenn man es so nennen m?chte. Dann bindest du alle notwendigen Module schon zum Start ein und hast jedesmal die Kompilierzeit gesparrt. Frameworks sind super toll, aber die Kompilierzeit steigt immens in die H?he je nach Anzahl der Einbindungen. Cheers From twittek at smail.uni-koeln.de Wed Jun 6 02:48:34 2007 From: twittek at smail.uni-koeln.de (Thomas Wittek) Date: Wed, 06 Jun 2007 11:48:34 +0200 Subject: [Cologne-pm] Include In-Reply-To: <466678B6.7050302@renee-baecker.de> References: <20070604111941.276660@gmx.net> <466400CE.90107@atomix.de> <20070606062119.305260@gmx.net> <466678B6.7050302@renee-baecker.de> Message-ID: <466682F2.7050708@smail.uni-koeln.de> ReneeB: > quarky at quantentunnel.de wrote: >> Wenn ich 'use' verwende sind sofort alle Module zur compile time drin und ich habe dann alle Module im Speicher auch wenn sie vielleicht nur einmal im Monat genutzt werden. > > Module kann man mit "require" zur Laufzeit laden. Um noch etwas genauer zu sein: $ perldoc -f use [..] Imports some semantics into the current package from the named module, generally by aliasing certain subroutine or variable names into your package. It is exactly equivalent to BEGIN { require Module; import Module LIST; } except that Module must be a bareword. [..] Du kannst es also zur Laufzeit mit: require Module; import Module LIST; emulieren. Module->import(LIST) geht ?brigens auch afair. -- Thomas Wittek http://gedankenkonstrukt.de/ Jabber: streawkceur at jabber.i-pobox.net From gerdfranke at netcologne.de Wed Jun 6 12:24:34 2007 From: gerdfranke at netcologne.de (Gerd Franke) Date: Wed, 6 Jun 2007 21:24:34 +0200 Subject: [Cologne-pm] FastCGI Frage Message-ID: Hallo! Ich hoffe, es sitzen noch einige Katholen vor dem Rechner.... Ich wollte mal FastCGI ausprobieren. FCGI-0.67.tar.gz habe ich mittels Webmin erfolgreich installiert. Dann habe ich untenstehendes unbedeutendes Test-Programmchen zusammenkopiert. Als Ausgabe bekomme ich nur "Testing FastCGI: 0 -:- 0". Offensichtlich wird das Prog jedesmal neu gestartet (print STDERR "New FastCGI! \n";). Was habe ich nicht verstanden oder ?bersehen??? Gru? Gerd #! /usr/bin/perl -w use FCGI; # Imports the library; required line #--- Initialization code my $cnt = 0; my $request = FCGI::Request(); print STDERR "New FastCGI! \n"; #--- Response loop while ($request->Accept() >= 0) { # body of response loop print "Content-type: text/html\r\n\r\n"; print Show_Html($cnt, $request->IsFastCGI() ); $cnt++; } sub Show_Html { my $count = shift; my $IsFastCGI = shift; #-------------------------- my $html = ""; $html .= 'CGI::FASTCGI Example

Testing FastCGI: '; $html .= $count . ' -:- ' . $IsFastCGI; $html .= '

'; return $html; }; From jzobel at heute-morgen.de Wed Jun 6 12:17:26 2007 From: jzobel at heute-morgen.de (Joachim Zobel) Date: Wed, 06 Jun 2007 21:17:26 +0200 Subject: [Cologne-pm] Include In-Reply-To: <20070605094054.GC21173@klangraum> References: <20070604111941.276660@gmx.net> <20070605094054.GC21173@klangraum> Message-ID: <1181157446.4146.12.camel@test.asus> Am Dienstag, den 05.06.2007, 11:40 +0200 schrieb A. Pagaltzis: > Dieser Stil (ein CGI-Skript pro Seite) ist generell schwer zu > warten. Das sehe ich nicht so. Wenn man ein Skript pro Seite hat, weiss man falls man das ganze warten muss wenigstens, wo man etwas ?ndern muss. Sonst muss man immer erst einen Dispatcher verstehen, bevor man etwas ?ndern kann. Und falls man mod_perl verwendet, hat man auch gen?gend Pr?- und Post-Hooks und kann Filter schreiben. Gru?, Joachim From mike at lamertz.net Wed Jun 6 15:00:04 2007 From: mike at lamertz.net (Michael Lamertz) Date: Thu, 7 Jun 2007 00:00:04 +0200 Subject: [Cologne-pm] Treffen am 14.06.2007... Message-ID: <20070606220005.0ACBC1C9243@tweety> Yo! Das n?chste Treffen findet wie gewohnt statt am 2. Donnerstag des Monats, also am 14.06.2007, in der Sansibar Trierer Str. 41 50674 K?ln ab ca. 19:30 Dies ist eine automatisch erzeugte Nachricht. Sollte mittlerweile auf der Liste ein anderer Termin verabredet worden sein, so ist diese Mail hinf?llig. From jschulz.cpan at bloonix.de Wed Jun 6 15:15:43 2007 From: jschulz.cpan at bloonix.de (bloonix) Date: Thu, 07 Jun 2007 00:15:43 +0200 Subject: [Cologne-pm] FastCGI Frage In-Reply-To: References: Message-ID: <1181168143.6907.7.camel@bloonix> Hallo Gerd, "New FastCGI" wandert ins Log des Webservers und der Rest wird zum Client gesendet... soweit, sogut :-) Das $cnt aber immer auf Null stehen bleibt, liegt einfach daran, dass der Prozess immer wieder neu gestartet wird. Du musst nat?rlich dem Webserver deines Vertrauens mitteilen... "Hey, das ist ein FastCGI Prozess, der wird nur einmal gestartet und bleibt im Speicher liegen." :-) Man bedenke - fast - F?r Apache kannst du das hier -- http://www.fastcgi.com/docs/faq.html -- nachlesen... Cheers, jonny Am Mittwoch, den 06.06.2007, 21:24 +0200 schrieb Gerd Franke: > Hallo! > > Ich hoffe, es sitzen noch einige Katholen vor dem Rechner.... > > Ich wollte mal FastCGI ausprobieren. > FCGI-0.67.tar.gz habe ich mittels Webmin erfolgreich installiert. > Dann habe ich untenstehendes unbedeutendes Test-Programmchen > zusammenkopiert. > Als Ausgabe bekomme ich nur "Testing FastCGI: 0 -:- 0". > > Offensichtlich wird das Prog jedesmal neu gestartet (print STDERR > "New FastCGI! \n";). > > Was habe ich nicht verstanden oder ?bersehen??? > > Gru? Gerd > > > > #! /usr/bin/perl -w > > use FCGI; # Imports the library; required line > > #--- Initialization code > my $cnt = 0; > my $request = FCGI::Request(); > print STDERR "New FastCGI! \n"; > #--- Response loop > while ($request->Accept() >= 0) > { > # body of response loop > print "Content-type: text/html\r\n\r\n"; > print Show_Html($cnt, $request->IsFastCGI() ); > $cnt++; > } > > sub Show_Html > { > my $count = shift; > my $IsFastCGI = shift; > #-------------------------- > my $html = ""; > > $html .= 'CGI::FASTCGI Example >

Testing FastCGI: '; > $html .= $count . ' -:- ' . $IsFastCGI; > $html .= '

'; > return $html; > }; > > > _______________________________________________ > Cologne-pm mailing list > Cologne-pm at pm.org > http://mail.pm.org/mailman/listinfo/cologne-pm From pagaltzis at gmx.de Wed Jun 6 19:58:50 2007 From: pagaltzis at gmx.de (A. Pagaltzis) Date: Thu, 7 Jun 2007 04:58:50 +0200 Subject: [Cologne-pm] Include In-Reply-To: <1181157446.4146.12.camel@test.asus> References: <20070604111941.276660@gmx.net> <20070605094054.GC21173@klangraum> <1181157446.4146.12.camel@test.asus> Message-ID: <20070607025850.GY21173@klangraum> * Joachim Zobel [2007-06-06 21:40]: > Am Dienstag, den 05.06.2007, 11:40 +0200 schrieb A. Pagaltzis: > >Dieser Stil (ein CGI-Skript pro Seite) ist generell schwer zu > >warten. > > Das sehe ich nicht so. Wenn man ein Skript pro Seite hat, weiss > man falls man das ganze warten muss wenigstens, wo man etwas > ?ndern muss. Ja, aber es ist schwerer, den Gesamt?berblick ?ber die Codebasis zu behalten. Eine Anwendung mit mehr als ein oder zwei Seiten sollte nach Funktionseinheiten aufgeteilt sein, nicht nach Anzeigeseiten. > Sonst muss man immer erst einen Dispatcher verstehen, bevor man > etwas ?ndern kann. Deswegen schrieb ich ja, dass das Hauptskript nur den Dispatcher enthalten sollte, statt die Arbeit selbst zu verrichten. Der Code f?llt dann ziemlich trivial und sauber aus. > Und falls man mod_perl verwendet, hat man auch gen?gend Pr?- > und Post-Hooks und kann Filter schreiben. Tut Wolfgang ja nicht? aber wenn man dabei ist, sollte man eher die Sache komplett in den Hooks abwickeln, statt ein Konglomerat aus Skripten und Filtern zu verwenden, was die Codebasis nur noch weiter verstreut. Gruss, -- Aristoteles Pagaltzis // From jzobel at heute-morgen.de Thu Jun 7 03:13:11 2007 From: jzobel at heute-morgen.de (Joachim Zobel) Date: Thu, 07 Jun 2007 12:13:11 +0200 Subject: [Cologne-pm] Include In-Reply-To: <20070607025850.GY21173@klangraum> References: <20070604111941.276660@gmx.net> <20070605094054.GC21173@klangraum> <1181157446.4146.12.camel@test.asus> <20070607025850.GY21173@klangraum> Message-ID: <1181211191.4865.8.camel@test.asus> Am Donnerstag, den 07.06.2007, 04:58 +0200 schrieb A. Pagaltzis: > * Joachim Zobel [2007-06-06 21:40]: > > Am Dienstag, den 05.06.2007, 11:40 +0200 schrieb A. Pagaltzis: > > >Dieser Stil (ein CGI-Skript pro Seite) ist generell schwer zu > > >warten. > > > > Das sehe ich nicht so. Wenn man ein Skript pro Seite hat, weiss > > man falls man das ganze warten muss wenigstens, wo man etwas > > ?ndern muss. > > Ja, aber es ist schwerer, den Gesamt?berblick ?ber die Codebasis > zu behalten. Eine Anwendung mit mehr als ein oder zwei Seiten > sollte nach Funktionseinheiten aufgeteilt sein, nicht nach > Anzeigeseiten. Das erreicht man ?ber Module, die von den Skripten benutzt werden. Und URLs, die auf Resourcen verweisen sind _das_ grundlegende Konzept des Web. M.E. ist es gut, wenn sich das in der Anwendung wiederspieglt. Das man mit CGI evtl. einen Dispatcher braucht, um seiten?bergreifende Funktionalit?ten zentral einzuh?ngen, ist eine andere Sache. Gru?, Joachim From quarky at quantentunnel.de Mon Jun 11 23:56:19 2007 From: quarky at quantentunnel.de (quarky at quantentunnel.de) Date: Tue, 12 Jun 2007 08:56:19 +0200 Subject: [Cologne-pm] Treffen am 14.06.2007... Message-ID: <20070612065619.21240@gmx.net> kommt jemand am 14.6. zum Treffen? Habe jetzt endlich mal den Termin freigeschaufelt, aber irgendwie fehlt der ?bliche Mailsturm, wer wann kommt. Vielleicht kommt ja jetzt auch keiner mehr, weil ich jetzt angedeutet habe ich k?me :-) Gru? Wolfgang -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From mike at lamertz.net Tue Jun 12 03:54:55 2007 From: mike at lamertz.net (Michael Lamertz) Date: Tue, 12 Jun 2007 12:54:55 +0200 Subject: [Cologne-pm] Treffen am 14.06.2007... In-Reply-To: <20070612065619.21240@gmx.net> References: <20070612065619.21240@gmx.net> Message-ID: <20070612105455.GD16791@tweety.dyndns.org> On Tue, Jun 12, 2007 at 08:56:19AM +0200, quarky at quantentunnel.de wrote: > kommt jemand am 14.6. zum Treffen? Da ich im Moment ja taeglich nach Mainz und zurueck pendele, kann ich ueberhaupt nicht sagen, ob ich rechtzeitig komme, und nicht zu platt bin. -- Michael Lamertz - Sandstr. 122 - 50226 Frechen M: +49 171 6900310 / T: +49 2234 204947 / F: +49 2234 4358725 www.perl-ronin.de - www.fuss-und-hand.de - www.lamertz.net mlamertz at perl-ronin.de - michael at fuss-und-hand.de - mike at lamertz.net From Susan.Dittmar at gmx.de Tue Jun 12 04:13:38 2007 From: Susan.Dittmar at gmx.de (Susan Dittmar) Date: Tue, 12 Jun 2007 13:13:38 +0200 Subject: [Cologne-pm] Treffen am 14.06.2007... In-Reply-To: <20070612065619.21240@gmx.net> References: <20070612065619.21240@gmx.net> Message-ID: <20070612111338.GA26190@eureca.de> Quoting quarky at quantentunnel.de (quarky at quantentunnel.de): > kommt jemand am 14.6. zum Treffen? Ich kann es noch nicht sagen, versuche es aber m?glich zu machen. Gru?, Susan From pagaltzis at gmx.de Tue Jun 12 13:51:50 2007 From: pagaltzis at gmx.de (A. Pagaltzis) Date: Tue, 12 Jun 2007 22:51:50 +0200 Subject: [Cologne-pm] Treffen am 14.06.2007... In-Reply-To: <20070612065619.21240@gmx.net> References: <20070612065619.21240@gmx.net> Message-ID: <20070612205150.GB3361@klangraum> Hi Wolfgang, * quarky at quantentunnel.de [2007-06-12 09:00]: > kommt jemand am 14.6. zum Treffen? ich werde nicht da sein ? ich fahre zum Feind: Zur Java Users Group? ? und zwar in D?sseldorf. :--) Stefan Tilkov wird dort einen Vortrag halten: http://mambo.d-jug.de/content/blogcategory/72/52/ == Web Services mit REST == Nach allgemeiner Meinung sind Web-Services die allgegenw?rtige L?sung f?r interoperable Integrationsprobleme, sowohl unternehmensintern als auch unternehmens?bergreifend. Aber trotz ihres Namens haben Web Services mit ?dem Web? ungl?cklicherweise relativ wenig zu tun. Dieser Vortrag stellt diese unter dem Begriff REST (REpresentational State Transfer) beschriebenen Prinzipien vor und zeigt, wie auch fortgeschrittene Problemstellungen auf Basis der Architektur des Web gel?st werden k?nnen. Das Thema selbst ist nat?rlich interessant (auch wenn ich wenig mir Neues ewarte), aber ich will auch Herrn?Tilkov, dessen Weblog ich lese, mal treffen. Gruss, -- Aristoteles Pagaltzis // From jschulz.cpan at bloonix.de Tue Jun 12 15:24:01 2007 From: jschulz.cpan at bloonix.de (bloonix) Date: Wed, 13 Jun 2007 00:24:01 +0200 Subject: [Cologne-pm] Treffen am 14.06.2007... In-Reply-To: <20070612205150.GB3361@klangraum> References: <20070612065619.21240@gmx.net> <20070612205150.GB3361@klangraum> Message-ID: <1181687041.6306.1.camel@bloonix> Welchen Feind meinst du jetzt? D?sseldorf oder Java? Zwei wirklich b?se S?nden an einem Tag... garnicht auszudenken welche Bu?e dir auferlegt werden m?sste ;-) Am Dienstag, den 12.06.2007, 22:51 +0200 schrieb A. Pagaltzis: > Hi Wolfgang, > > * quarky at quantentunnel.de [2007-06-12 09:00]: > > kommt jemand am 14.6. zum Treffen? > > ich werde nicht da sein ? ich fahre zum Feind: > > Zur Java Users Group? > > ? und zwar in D?sseldorf. > > :--) > > Stefan Tilkov wird dort einen Vortrag halten: > http://mambo.d-jug.de/content/blogcategory/72/52/ > > == Web Services mit REST == > > Nach allgemeiner Meinung sind Web-Services die > allgegenw?rtige L?sung f?r interoperable > Integrationsprobleme, sowohl unternehmensintern als auch > unternehmens?bergreifend. Aber trotz ihres Namens haben Web > Services mit ?dem Web? ungl?cklicherweise relativ wenig zu > tun. Dieser Vortrag stellt diese unter dem Begriff REST > (REpresentational State Transfer) beschriebenen Prinzipien > vor und zeigt, wie auch fortgeschrittene Problemstellungen > auf Basis der Architektur des Web gel?st werden k?nnen. > > Das Thema selbst ist nat?rlich interessant (auch wenn ich wenig > mir Neues ewarte), aber ich will auch Herrn Tilkov, dessen Weblog > ich lese, mal treffen. > > Gruss, > -- > Aristoteles Pagaltzis // > _______________________________________________ > Cologne-pm mailing list > Cologne-pm at pm.org > http://mail.pm.org/mailman/listinfo/cologne-pm From quarky at quantentunnel.de Thu Jun 14 03:37:34 2007 From: quarky at quantentunnel.de (quarky at quantentunnel.de) Date: Thu, 14 Jun 2007 12:37:34 +0200 Subject: [Cologne-pm] Treffen am 14.06.2007... Message-ID: <20070614103734.67020@gmx.net> nachdem ich anscheinend der Einzige bin der ziehmlich ungef?hr genau sagen kann, ob er vielleicht kommt, habe ich beschlossen, dass ich mein Gl?ck ein anderes Mal probiere. Ich hoffe ich versetze niemand damit :-) Gru? Wolfgang -- Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger From Philip.Zembrod at web.de Thu Jun 14 03:54:04 2007 From: Philip.Zembrod at web.de (Philip Zembrod) Date: Thu, 14 Jun 2007 12:54:04 +0200 Subject: [Cologne-pm] Treffen am 14.06.2007... In-Reply-To: <20070614103734.67020@gmx.net> References: <20070614103734.67020@gmx.net> Message-ID: <46711E4C.4000308@web.de> quarky at quantentunnel.de wrote: > nachdem ich anscheinend der Einzige bin der ziehmlich ungef?hr genau sagen kann, ob er vielleicht kommt, habe ich beschlossen, dass ich mein Gl?ck ein anderes Mal probiere. > > Hallo Wolfgang, doch, ich hatte fest vor, zu kommen. Meine Antwort auf Deine erste Mail hat irgend ein digitaler D?mon auf dem Weg in die Verteilung vernichtet. In meinem Gesendet-Ordner ist sie drin, aber sonst nirgends. :-( Wie sieht's aus, machen wir einen 2er-Stammtisch, oder vertagen wir uns? Wie sieht's denn bei den Vielleichts und den Schweigern mit heute abend aus? Gru? Philip Philip Zembrod wrote: > quarky at quantentunnel.de wrote: >> kommt jemand am 14.6. zum Treffen? >> > Ja, ich. >> Habe jetzt endlich mal den Termin freigeschaufelt, aber irgendwie >> fehlt der ?bliche Mailsturm, wer wann kommt. >> > Ich hatte mir f?r heute morgen vorgenommen, den Mailsturm zu er?ffnen, > aber Du warst schneller. :-) > Freu mich drauf, Dich zu sehen. >> Vielleicht kommt ja jetzt auch keiner mehr, weil ich jetzt angedeutet >> habe ich k?me :-) >> > Wer kommt noch? Wenn wir genug werden, rei?t sich Thomas vielleicht > von seiner Diplomarbeit los. > > Gru? > Philip > From pagaltzis at gmx.de Thu Jun 14 18:47:53 2007 From: pagaltzis at gmx.de (A. Pagaltzis) Date: Fri, 15 Jun 2007 03:47:53 +0200 Subject: [Cologne-pm] Treffen am 14.06.2007... In-Reply-To: <46711E4C.4000308@web.de> References: <20070614103734.67020@gmx.net> <46711E4C.4000308@web.de> Message-ID: <20070615014753.GW3361@klangraum> * Philip Zembrod [2007-06-14 12:55]: > Wie sieht's aus, machen wir einen 2er-Stammtisch, oder vertagen > wir uns? Ich w?re f?r Vertagen, vorausgesetzt es finden sich genug Leute die sich auf einen Termin einigen k?nnen. Gruss, -- Aristoteles Pagaltzis // From Philip.Zembrod at web.de Mon Jun 18 01:02:30 2007 From: Philip.Zembrod at web.de (Philip Zembrod) Date: Mon, 18 Jun 2007 10:02:30 +0200 Subject: [Cologne-pm] Treffen am 14.06.2007... In-Reply-To: <20070615014753.GW3361@klangraum> References: <20070614103734.67020@gmx.net> <46711E4C.4000308@web.de> <20070615014753.GW3361@klangraum> Message-ID: <46763C16.7020002@web.de> A. Pagaltzis wrote: > * Philip Zembrod [2007-06-14 12:55]: > >> Wie sieht's aus, machen wir einen 2er-Stammtisch, oder vertagen >> wir uns? >> > > Ich w?re f?r Vertagen, vorausgesetzt es finden sich genug Leute > die sich auf einen Termin einigen k?nnen. > Diese Woche ist bei mir schon ziemlich voll. Ich w?rde vorschlagen, wir planen den 12.7. entschlossen ein. Gru? Philip From pagaltzis at gmx.de Mon Jun 18 13:07:02 2007 From: pagaltzis at gmx.de (A. Pagaltzis) Date: Mon, 18 Jun 2007 22:07:02 +0200 Subject: [Cologne-pm] Treffen am 14.06.2007... In-Reply-To: <46763C16.7020002@web.de> References: <20070614103734.67020@gmx.net> <46711E4C.4000308@web.de> <20070615014753.GW3361@klangraum> <46763C16.7020002@web.de> Message-ID: <20070618200702.GD24708@klangraum> * Philip Zembrod [2007-06-18 10:05]: > Diese Woche ist bei mir schon ziemlich voll. Ich w?rde > vorschlagen, wir planen den 12.7. entschlossen ein. Naja, das ist wie bei der S-Bahn damals als ich zur Schule ging. Da kam manchmal ? bei einer Linie die alle 20 Minuten f?hrt ? die Ank?ndigung, dass sich der n?chste Zug um 20 Minuten versp?tet. ;-) Gruss, -- Aristoteles Pagaltzis // From mike at lamertz.net Sat Jun 30 15:00:04 2007 From: mike at lamertz.net (Michael Lamertz) Date: Sun, 1 Jul 2007 00:00:04 +0200 Subject: [Cologne-pm] Treffen am 12.07.2007... Message-ID: <20070630220004.D198016F4004@tweety> Yo! Das n?chste Treffen findet wie gewohnt statt am 2. Donnerstag des Monats, also am 12.07.2007, in der Sansibar Trierer Str. 41 50674 K?ln ab ca. 19:30 Dies ist eine automatisch erzeugte Nachricht. Sollte mittlerweile auf der Liste ein anderer Termin verabredet worden sein, so ist diese Mail hinf?llig.