From pkruseno at t-online.de Thu Mar 13 04:59:00 2008 From: pkruseno at t-online.de (pkruseno at t-online.de) Date: Thu, 13 Mar 2008 12:59:00 +0100 Subject: [cologne-pm] =?iso-8859-1?q?=28no_subject=29?= Message-ID: <1JZm5N-1gkG2q0@fwd29.aul.t-online.de> Hallo Zusammen. Wie sieht das aus: Gibt es heute Abend ein Treffen? Oder bin ich in der Terminfrage nicht auf dem aktuellen Stand? Gruß, Patrick From gerdfranke at netcologne.de Thu Mar 13 13:13:03 2008 From: gerdfranke at netcologne.de (Gerd Franke) Date: Thu, 13 Mar 2008 21:13:03 +0100 Subject: [cologne-pm] (no subject) In-Reply-To: <1JZm5N-1gkG2q0@fwd29.aul.t-online.de> References: <1JZm5N-1gkG2q0@fwd29.aul.t-online.de> Message-ID: <0FFEABAA-B643-45DB-B708-8C8C009D2837@netcologne.de> Hallo, Patrick, es gab keine Einladung..? Jedenfalls scheinst Du wieder fit zu sein! Ich denke, wir haben noch eine Woche. Gruß Gerd Am 13.03.2008 um 12:59 schrieb pkruseno at t-online.de: > Hallo Zusammen. > > Wie sieht das aus: Gibt es heute Abend ein Treffen? Oder bin ich in > der > Terminfrage nicht auf dem aktuellen Stand? > > Gruß, > Patrick > From fjpl at online.de Fri Mar 14 12:49:59 2008 From: fjpl at online.de (FJPL) Date: Fri, 14 Mar 2008 20:49:59 +0100 Subject: [cologne-pm] Template tool / AJAX etc. Message-ID: <4AEE465402DA4F938E6E2BD914FA5FC4@deepthought> Hallo Zusammen, ich plane eine umfangreiche application in apache/mod_perl/ postgres oder oracle und bin auf der Suche nach einem oder mehreren Modulen um auf einfache Weise Templates - zunächst in HTML, möglicherweise aber auch in anderen Formaten wie PDF, Wörd.doc (?), auszugeben. Außerdem ist ein Datenaustausch in XML vorgesehen und ich möchte gerne eine Ajax-Lib (prototyp) über ein Perl-Modul nutzen? Ich hab schonmal einbisschen mit DBI und CGI:Ajax gebastelt, will da aber mit einem vernünftigen Konzept rangehen. kennt jemand CGI::Application und kann was dazu sagen? Was kann man da am besten nehmen? Für ein paar Tipps und Erfahrungen bin ich dankbar. Viele Grüsse - Franz From pkruseno at t-online.de Sat Mar 15 13:28:38 2008 From: pkruseno at t-online.de (Patrick Krusenotto) Date: Sat, 15 Mar 2008 21:28:38 +0100 Subject: [cologne-pm] Template tool / AJAX etc. In-Reply-To: <4AEE465402DA4F938E6E2BD914FA5FC4@deepthought> References: <4AEE465402DA4F938E6E2BD914FA5FC4@deepthought> Message-ID: <47DC3176.5050809@t-online.de> Hallo Franz, ich habe in dem letzten 12 Monaten an einem Web-Projekt mit Catalyst gearbeitet. Es wird in diesem Jahr die Plattform http://komnet.nrw.de ersetzen. Catalyst arbeitet vorzugsweise mit der Template Engine "Template Toolkit 2". Ich kann folgende Erfahrungen aus der Arbeit zum Besten geben: 1. Catalyst ist eine extrem mächtige Plattform. Auf Linux ziemlich leicht, auf Solaris erst nach einigen Mühen ans laufen zu bringen. Ich kann Catalyst durchaus empfehlen, aber nur dann, wenn das Projektteam nicht ofter umgebaut wird, da der Einstieg relativ aufwendig ist. Catalyst stellt mit seinen vielen Plugins einen gewaltigen Application Server dar, der Authentifizierung, Accesss Control Lists und manches andere "out of the box" unterstützt. Die Dokumentation ist aber so dünn, daß viel Zeit dabei draufgeht, den richtigen Catalyst-gemässen Weg für eine Programmieraufgabe zu finden. 2. Template Toolkit ist ebenfalls sehr mächtig und unterstützt neben Macros, einer eigenen "Programmiersprache" mit Schleifen und anderem auch die Einbettung von Perlcode in das Template(durchaus nicht jedermanns Sache!). Insgesamt sehr brauchbar, aber die erste Frage die man sich dabei stellt, ist die, warum eine eigene Syntax entwickelt wurde, die wiederum gelernt werden muss. Mir perönlich gefällt HTML::Template besser, da es simpler ist daher mehr dem entspricht, was ich unter einer Template Engine verstehe. TT2 ist fast schon wieder ein eigenes Programmiersystem und verleitet dazu, Prozessanteile in Templates zu verlegen. Zu CGI:Application: Habe ich mir mal kurz angesehen und fand es sofort etwas angestaubt. Ich denke mit einem moderneren System bist Du besser bedient. Übrigens: Amazon benutzt seit Jahr und Tag das System "Mason". XML-Bearbeitung geht wie von selbst mit "XML::Simple". Das Modul denkt leider manchmal unaufgefordert mit und behandelt zb attribute, die den Namen "name" haben wie Schluessel. Das kann man aber abstellen. Viel Erfolg bei Deinen Recherchen, Gruß Patrick FJPL wrote: > Hallo Zusammen, > > ich plane eine umfangreiche application in apache/mod_perl/ > postgres oder oracle und bin auf der Suche nach einem oder > mehreren Modulen um auf einfache Weise Templates - zunächst > in HTML, möglicherweise aber auch in anderen Formaten wie > PDF, Wörd.doc (?), auszugeben. > > > Außerdem ist ein Datenaustausch in XML vorgesehen und ich > möchte gerne eine Ajax-Lib (prototyp) über ein Perl-Modul nutzen? > > > Ich hab schonmal einbisschen mit DBI und CGI:Ajax gebastelt, will > da aber mit einem vernünftigen Konzept rangehen. > > > kennt jemand CGI::Application und kann was dazu sagen? > > > > Was kann man da am besten nehmen? Für ein paar Tipps und Erfahrungen > bin ich dankbar. > > > > Viele Grüsse - Franz > > > From jens.gassmann at atomix.de Sat Mar 15 13:41:57 2008 From: jens.gassmann at atomix.de (Jens Gassmann) Date: Sat, 15 Mar 2008 21:41:57 +0100 Subject: [cologne-pm] Template tool / AJAX etc. In-Reply-To: <47DC3176.5050809@t-online.de> References: <4AEE465402DA4F938E6E2BD914FA5FC4@deepthought> <47DC3176.5050809@t-online.de> Message-ID: <47DC3495.60605@atomix.de> Hallo zusammen, > 1. Catalyst ist eine extrem mächtige Plattform. unterstütze ich gerne. Wir setzen Catalyst aktuell auch für ein paar Projekte ein. Es macht Spaß sich um Funktion und nicht um das Framework kümmern zu müssen. Die ganze Community rund um Catalyst blüht derzeit auf und auch das erste Buch zum Thema ist erschienen. http://www.packtpub.com/catalyst-perl-web-application/book > 2. Template Toolkit ist ebenfalls sehr mächtig und unterstützt neben > Macros, einer eigenen "Programmiersprache" mit Schleifen und anderem > auch die Einbettung von Perlcode in das Template(durchaus nicht > jedermanns Sache!). Mittlerweile bevorzuge ich TT2 für reine Programmierertemplates - also solche wo kein dritter ohne Programmierkenntnisse die Templates bearbeiten musst. Eine saubere Aufteilung nach MVC ist mit TT2 einfacher. Am schwierigsten ist der Einsatz von DBIx::Class im Datenmodel der Anwendung. Bis man da nur ein Bruchteil der vielen Möglichkeiten kapiert hat, geht ein wenig mehr Zeit drauf. Beste Grüße Jens From pkruseno at t-online.de Sat Mar 15 16:00:07 2008 From: pkruseno at t-online.de (Patrick Krusenotto) Date: Sun, 16 Mar 2008 00:00:07 +0100 Subject: [cologne-pm] Template tool / AJAX etc. In-Reply-To: <47DC3495.60605@atomix.de> References: <4AEE465402DA4F938E6E2BD914FA5FC4@deepthought> <47DC3176.5050809@t-online.de> <47DC3495.60605@atomix.de> Message-ID: <47DC54F7.6010007@t-online.de> Jens Gassmann wrote: > Am schwierigsten ist der Einsatz von DBIx::Class im Datenmodel der > Anwendung. Bis man da nur ein Bruchteil der vielen Möglichkeiten kapiert > hat, geht ein wenig mehr Zeit drauf. Hallo Jens, das DBIx war bei uns eigentlich noch eine Komponente, die vergleichsweise schnell kapiert wurde. Das kann aber auch daran liegen, daß keine allzu abgefahrenen Anfragen erforderlch waren. Für die Herstellung der Modelle habe ich mittlerweile ein Skript gemacht, das die Tabelleninformation aus Postgres holt und die Modellen-Module erstellt. Die Datenbank kann jetzt "einfach so" verändert werden. Alles in Allem kann ich aber bestätigen, daß Catalyst eine ganze Menge Holz ist und einem viel Arbeit abnimmt. Aber immer wieder fragt man sich, warum Sachen so und so, aber nicht so realisiert wurden. Ob ich Catalyst wieder für ein Projekt aussuche, werde ich mir noch zu überlegen haben. Großen Möglichkeiten steht ein erheblicher Einarbeitungsaufwand gegenüber. Viele Grüße und noch ein schönes WE, Patrick From jens.gassmann at atomix.de Sat Mar 15 16:37:10 2008 From: jens.gassmann at atomix.de (Jens Gassmann) Date: Sun, 16 Mar 2008 00:37:10 +0100 Subject: [cologne-pm] Template tool / AJAX etc. In-Reply-To: <47DC54F7.6010007@t-online.de> References: <4AEE465402DA4F938E6E2BD914FA5FC4@deepthought> <47DC3176.5050809@t-online.de> <47DC3495.60605@atomix.de> <47DC54F7.6010007@t-online.de> Message-ID: <47DC5DA6.9070400@atomix.de> Hallo Patrick, > das DBIx war bei uns eigentlich noch eine Komponente, die > vergleichsweise schnell kapiert wurde. Das kann aber auch daran liegen, > daß keine allzu abgefahrenen Anfragen erforderlch waren. Wir haben ein DMS mit sehr komplexen Rechteabfragen, damit diese noch perform arbeitet musste ich schon einiges aus DBIC rausholen. Aber trotz der komplexen Abfragen ist DBIC sehr modular und absolut einfach wartbar. > Für die > Herstellung der Modelle habe ich mittlerweile ein Skript gemacht, das > die Tabelleninformation aus Postgres holt und die Modellen-Module > erstellt. Die Datenbank kann jetzt "einfach so" verändert werden. Ja, das geht ja mit DBIx::Class::Schema::Loader für jede DB. > Aber immer wieder fragt man > sich, warum Sachen so und so, aber nicht so realisiert wurden. Ja, gerade die Trennung von Model, Controller und View ist sehr unterschiedlich interpretiert und durch die Anwender umgesetzt. > Ob ich Catalyst wieder für ein Projekt aussuche, werde ich mir noch zu > überlegen haben. Großen Möglichkeiten steht ein erheblicher > Einarbeitungsaufwand gegenüber. Jedes Framework braucht Einarbeitungszeit. Selbst ein Framework mit diesem Umfang und der Qualität zu schreiben, ist ja schier unmöglich. Der Vorteil ist der aktuelle Quasi-Standard im Perl-Frameworkbereich. Die Wahrscheinlichkeit das man einen Perl-Programmierer findet der Catalyst kennt und nutzt ist nicht gleich 0, wie es im Falle eines eigenen Frameworks der Fall ist. Und jeden Tag gibt es neue glückliche Catalyst-Nutzer, Beste Grüße Jens From pkruseno at t-online.de Sat Mar 15 18:14:51 2008 From: pkruseno at t-online.de (Patrick Krusenotto) Date: Sun, 16 Mar 2008 02:14:51 +0100 Subject: [cologne-pm] Template tool / AJAX etc. In-Reply-To: <47DC5DA6.9070400@atomix.de> References: <4AEE465402DA4F938E6E2BD914FA5FC4@deepthought> <47DC3176.5050809@t-online.de> <47DC3495.60605@atomix.de> <47DC54F7.6010007@t-online.de> <47DC5DA6.9070400@atomix.de> Message-ID: <47DC748B.6070404@t-online.de> Jens Gassmann wrote: > Jedes Framework braucht Einarbeitungszeit. Selbst ein Framework mit > diesem Umfang und der Qualität zu schreiben, ist ja schier unmöglich. Ja, das stimmt. Dennoch habe ich schon Frameworks gesehen, die ähnliches leisten und die schneller angewendet werden können. Ich habe mich mal mit dem AppServer Zope befasst: Obwohl ich viele Jahre Perl Erfehrung und viel weniger Python-Erfahrung habe, kann ich sagen, daß ich mit Zope schneller zurecht kam. Django (ebenfalls ein Python-FW) hat auch einiges zu bieten. Natürlich hast Du recht, wenn Du sagst, daß jedes Framework Einarbeitungszeit braucht, aber es geht, wie ich glaube, auch leichter. > Der Vorteil ist der aktuelle Quasi-Standard im Perl-Frameworkbereich. Ja, das würde ich so interpretieren, daß es bisher kein wirklich umfassendes Framework für Perl gegeben hat. Wenn Perl erstmal Continuations kann, werden noch viel bessere Konzepte die Runde machen. Thema MVC: Ich gebe Dir Recht, wenn Du sagst, daß MVC von verschiedenen Personen oder Teams unterschiedlich interpretiert wird. Deutet aber diese Tatsache nicht an, daß die Grenzen zwischen M,V, und C in der Praxis schwer zu ziehen sind? MVC hat viele Vorteile, aber die Trennung in Datenmodell, Datensicht und Datenverarbeitung ist natürlich ein Wunschtraum. In der Praxis sind alle drei Konzepte schon deswegen aneinandergekettet, weil sie im komkreten Beispiel zu einer Anwendung gehören. Ich habe noch keine View gesehen, die ich aus einer Forensoftware rausnehmen und fuer eine Kalendersofteare verwenden könnte. Ich sehe den Vorteil von MVC eher darin, daß es dem Team hilft, auf oberster Ebene in drei Konzeptionen zu denken. Weniger darin, daß MVC sein eigentliches Versprechen einlöst. [Wer etwas anderes behaupteten sollte, sollte mir eine TT2-View aus seinem letzten Projekt geben und mir zeigen, wie gut sie in meiner neuesten Partnertauschseite arbeitet :-) ]. Nun wäre natürlich der Einwand gerechtfertigt, daß Model, View und Controller eines Projektes gerade für dieses erstellt wurden. Aber dann habe ich Schwierigkeiten mit der Behauptung einer Trenunng zwischen M,V und C, So, jetzt ist es aber schon spät, Herzliche Grüße und gute Nacht Patrick From martin at fabiani.net Sun Mar 16 05:17:49 2008 From: martin at fabiani.net (Martin Fabiani) Date: Sun, 16 Mar 2008 13:17:49 +0100 Subject: [cologne-pm] Template tool / AJAX etc. / Vorstellung In-Reply-To: <47DC748B.6070404@t-online.de> References: <4AEE465402DA4F938E6E2BD914FA5FC4@deepthought> <47DC3176.5050809@t-online.de> <47DC3495.60605@atomix.de> <47DC54F7.6010007@t-online.de> <47DC5DA6.9070400@atomix.de> <47DC748B.6070404@t-online.de> Message-ID: <20080316121749.43AE7D103F9@s-w-web.de> Hallo Leute, da mich wohl die meisten von Euch noch nicht kennen, nutze ich die Gelegenheit für eine kurze Vorstellung: Ich bin 34 Jahre alt, verdiene seit 1998 meine Brötchen vor allem mit Perl, meist in den Bereichen, die eher in Richtung Systemprogrammierung gehen (z.B. Metadirectories, Identity Management, Automatisierungen) und bin vor zwei Wochen von Frankfurt nach Köln gezogen (mehr Details findet Ihr auf meiner Homepage unter ). Ich leite seit 2003 und bin auch auf unterwegs (beides unter dem Pseudonym Strat). Webprogrammierung verwende ich beruflich eher selten, höchstens mal fuer Admin-GUIs oder Schnittstellen zu Datenbanken/Directories oder zur Datenvisualisierung. Momentan entwickle ich gerade beruflich eine neue Version einer DB-Abstraktionsschicht, mit der man mit SQL auf Daten zugreifen kann, die über verschiedene Datenbanken/XML-Dateien/andere Datenhaltungssysteme verteilt sind, transparent zugreifen kann (z.B. eine Tabelle zieht sich über mehrere XML-Daten hinweg). Meine einzige größere Webanwendung ist (mit Hilfe einiger Leute von Perl-Community.de wie Renée) die Forensoftware auf , die auf mod_perl + HTML::Template::Compiled + DBI + MySql basiert. Mit Catalyst und DBIx::Class habe ich schon ein wenig rumgespielt, es aber noch nie produktiv eingesetzt. So, nun will ich auch mal meinen Senf dazugeben; vielleicht ist es ja für den einen oder anderen hilfreich. >Jens Gassmann wrote: >MVC hat viele Vorteile, aber die Trennung in Datenmodell, Datensicht und >Datenverarbeitung ist natürlich ein Wunschtraum.... >... Ich habe noch keine View gesehen, >die ich aus einer Forensoftware rausnehmen und fuer eine >Kalendersofteare verwenden könnte. Das soll, wenn ich MVC richtig verstehe, auch gar nicht der Sinn sein. Der Sinn soll meiner Meinung nach sein, diese Komponenten innerhalb einer Application(sgruppe) zu trennen und voneinander zu abstrahieren, damit an fuer Anpassungen einer Komponente nicht alles andere auch anpassen muss. Model: z.B. DBIx::Class + Datenbank = Schnittstelle zur Datenbank Controller: Perl selbst + Daten zur Verfügung stellen für View View: HTML-Templates (vorzugsweise mit HTML::Template::Compiled oder TT) Leider lässt sich das meist nicht 100% einhalten, da man in der Praxis fast immer kleinere Vermischungen benötigt (z.B. Begingungen oder Schleifen im Template). Aber je abkstrakter man die Schnitstellen zwischen den Komponenten hinbekommt, desto leichter lässt sich die Arbeit auch aufteilen (zumindest zwischen Webdesignern und Perl-Programmierern, wenngleich auch da viel kommunikationsbedarf besteht). Zu den Templating Systemen: Fuer Webprogrammierung verwende ich lieber HTML::Template::Compiled als HTML::Template, weil dies gerade die paar Funktionen mehr bietet, die man doch manchmal benötigt und bei HTML::Template eine Vermischung View und Controller erzwingen. Nebenbei läuft HTC in fast allen Situationen schneller. TT ist ein sehr mächtiges Templating System. Mir bietet es jedoch - gerade bei Web-Anwendungen - fast immer viel mehr an Funktionen als ich benötige. Da ich nicht bereit bin, den Preis dafür zu bezahlen, bevorzuge ich HTC. >At 21:28 15.03.2008, Patrick Krusenotto wrote: >... XML-Bearbeitung geht wie von selbst mit "XML::Simple". Das Modul denkt >leider manchmal unaufgefordert mit und behandelt zb attribute, die den >Namen "name" haben wie Schluessel. Das kann man aber abstellen.... Zu den Modulen: XML::Simple ist sehr einfach, kann aber dafür auch sehr wenig. Ich bevorzuge Kombinationen aus LibXML und XPath, die allerdings um einiges komplexer zu behandeln sind. XML ist jedoch gerade bei größeren Dateien und/oder komplexeren Strukturen ein recht aufwendiges Format. Man sollte überlegen, ob andere Formate das Leben nicht einfacher (und schneller) machen. Gruss und einen schönen Sonntag, Martin ---------- Software Engineering Martin Fabiani: - Perl-Entwicklung - Perl-Schulungen - Metadirectories und Identity Management - Datensynchronisierungen mailto:martin at fabiani.net / http://www.fabiani.net/ mailto:m.fabiani at linux-services.org / http://www.linux-services.org/ mailto:strat at perl-community.de / http://www.perl-community.de/ mailto:strat at cpan.org / tel: +49-69-47885599 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/cologne-pm/attachments/20080316/4f436dc0/attachment.html From mailinglisten at renee-baecker.de Sun Mar 16 06:28:37 2008 From: mailinglisten at renee-baecker.de (ReneeB) Date: Sun, 16 Mar 2008 14:28:37 +0100 Subject: [cologne-pm] Template tool / AJAX etc. / Vorstellung In-Reply-To: <20080316121749.43AE7D103F9@s-w-web.de> References: <4AEE465402DA4F938E6E2BD914FA5FC4@deepthought> <47DC3176.5050809@t-online.de> <47DC3495.60605@atomix.de> <47DC54F7.6010007@t-online.de> <47DC5DA6.9070400@atomix.de> <47DC748B.6070404@t-online.de> <20080316121749.43AE7D103F9@s-w-web.de> Message-ID: <47DD2085.9000505@renee-baecker.de> Hi, Martin Fabiani wrote: > Hallo Leute, > > da mich wohl die meisten von Euch noch nicht kennen, nutze ich die > Gelegenheit für eine kurze Vorstellung: > > Ich bin 34 Jahre alt, verdiene seit 1998 meine Brötchen vor allem mit > Perl, meist in den Bereichen, die eher in Richtung > Systemprogrammierung gehen (z.B. Metadirectories, Identity Management, > Automatisierungen) und bin vor zwei Wochen von Frankfurt nach Köln gezogen und ich habe gar nichts davon mitbekommen, außer dass Sören kurz was erwähnt hat... > (mehr Details findet Ihr auf meiner Homepage unter > ). Da steht aber noch die alte Adresse ;-) > Ich leite seit 2003 und damit haben wir im August unser 5-jähriges Jubiläum... > Model: z.B. DBIx::Class + Datenbank = Schnittstelle zur Datenbank Wobei man bei DBIx::Class etwas aufpassen muss, in welcher Umgebung man es einsetzt. In CGI-Umgebung ist es meistens etwas langsam, während es bei FastCGI ziemlich gut läuft. Bei kleineren Sachen schreibe ich mich Klassen für die einzelnen Tabellen selbst. Das ist schneller (von der Performance her) und ist in 99% der Fälle absolut ausreichen. An sich ist DBIx::Class ein Klasse-Modul und erleichtert gerade bei komplexeren Datenbanken die Entwicklung enorm, weil man sich quasi durch die Tabellen durchnavigieren kann. Wen es interessiert: http://renee-baecker.de/talks/DBIx_Class.pdf > Controller: Perl selbst + Daten zur Verfügung stellen für View > View: HTML-Templates (vorzugsweise mit HTML::Template::Compiled oder TT) Ich bevorzuge auch HTC, weil es so schön "leichtgewichtig" ist... > > Gruss und einen schönen Sonntag, > > Martin Ebenso. Cheers, Renée -- $foo - Perl-Magazin (http://foo-magazin.de) Perl-Community.de (http://board.perl-community.de) Perl-Blog (http://reneeb-perlblog.blogspot.com) From pagaltzis at gmx.de Sun Mar 16 06:32:45 2008 From: pagaltzis at gmx.de (Aristoteles Pagaltzis) Date: Sun, 16 Mar 2008 14:32:45 +0100 Subject: [cologne-pm] Template tool / AJAX etc. In-Reply-To: <47DC748B.6070404@t-online.de> References: <4AEE465402DA4F938E6E2BD914FA5FC4@deepthought> <47DC3176.5050809@t-online.de> <47DC3495.60605@atomix.de> <47DC54F7.6010007@t-online.de> <47DC5DA6.9070400@atomix.de> <47DC748B.6070404@t-online.de> Message-ID: <20080316133245.GA17739@klangraum> * Patrick Krusenotto [2008-03-16 02:20]: > Dennoch habe ich schon Frameworks gesehen, die ähnliches > leisten und die schneller angewendet werden können. Ich habe > mich mal mit dem AppServer Zope befasst: Obwohl ich viele Jahre > Perl Erfehrung und viel weniger Python-Erfahrung habe, kann ich > sagen, daß ich mit Zope schneller zurecht kam. Ja, einfache Dinge sind in Zope sehr viel einfacher. Wie es in der anderen Richtung aussieht, dazu lasse ich mich an dieser Stelle nicht aus? > Django (ebenfalls ein Python-FW) hat auch einiges zu bieten. Django ist wirklich gut; während mich Rails nicht ansatzweise reizt, schiele ich zu Django gelegentlich hinüber. Ein Jammer, dass es in Python geschrieben ist? die Sprache liegt mir auf Biegen und Brechen einfach nicht. > Natürlich hast Du recht, wenn Du sagst, daß jedes Framework > Einarbeitungszeit braucht, aber es geht, wie ich glaube, auch > leichter. Das liegt bei Catalyst mMn vor allem an der dürren, verworrenen Dokumentation. Das Framework selbst finde ich ziemlich eingängig, wenn man erst einmal an die nötige Information gekommen ist. Der Einstieg in Catalyst kann also leicht weiter verbessert werden, und in der Tat hat sich gegenüber den ursprünglichen Zuständen schon sehr viel getan. > Wenn Perl erstmal Continuations kann, werden noch viel bessere > Konzepte die Runde machen. Schon längst der Fall. http://search.cpan.org/dist/Continuity/ Continuations halte ich selber aber für den falschen Ansatz als Basis für Webanwendungen. > Deutet aber diese Tatsache nicht an, daß die Grenzen zwischen > M, V, und C in der Praxis schwer zu ziehen sind? Vor allem deutet sie an, dass MVC für Desktop-GUI-Anwendungen konzipiert wurde, wo der View nicht bloss einmal gerendert wird und dann dümmlich herumsitzt, bis der Benutzer eine neue Seite reinklickt, sondern direkt und selbständig auf Änderungen im Model reagieren kann. ZB.: Benutzer legt in Fenster 2 neuen Datensatz an; Liste in Fenster 1 aktualisiert sich automatisch. Sowas geht bei Webanwendungen nicht in derselben Form wie bei dem Smalltalk-GUIs, wofür MVC erfunden wurde. (Mittlerweile kann man mit Ajax bzw Comet da ein bisschen nachbessern, aber das hat immer noch nichts wirklich mit MVC gemein.) Die Django-Leute haben daher anfangs ihr Framework-Pattern auch nicht als MVC sondern als MTV bezeichnet (Model/Template/View). Irgendwann haben sie aber nachgegeben, weil das marketing- technisch ein Schuss in den Ofen war: viele Leser sahen sich dadurch zu dem Schluss veranlasst, dass Django nicht die Sachen könne, die *richtige* MVC-Frameworks könnten. Andy Wardley, der Autor von Template Toolkit, hat mal eine Tirade zum Thema »MVC in Webframeworks« geschrieben, die ich an dieser Stelle empfehlen kann: http://wardley.org/computers/web/mvc.html > Ich habe noch keine View gesehen, die ich aus einer > Forensoftware rausnehmen und fuer eine Kalendersofteare > verwenden könnte. Äh, und? Das zu leisten ist nicht Zweck der MVC-Aufgabenteilung. > Ich sehe den Vorteil von MVC eher darin, daß es dem Team hilft, > auf oberster Ebene in drei Konzeptionen zu denken. Weniger > darin, daß MVC sein eigentliches Versprechen einlöst. Mit Verlaub, ich glaube, dass liegt eher daran, dass du das eigentliche Versprechen von MVC gar nicht kennst. Gruß, -- Aristoteles Pagaltzis // From pkruseno at t-online.de Sun Mar 16 10:40:15 2008 From: pkruseno at t-online.de (Patrick Krusenotto) Date: Sun, 16 Mar 2008 18:40:15 +0100 Subject: [cologne-pm] Template tool / AJAX etc. / Vorstellung In-Reply-To: <20080316121749.43AE7D103F9@s-w-web.de> References: <4AEE465402DA4F938E6E2BD914FA5FC4@deepthought> <47DC3176.5050809@t-online.de> <47DC3495.60605@atomix.de> <47DC54F7.6010007@t-online.de> <47DC5DA6.9070400@atomix.de> <47DC748B.6070404@t-online.de> <20080316121749.43AE7D103F9@s-w-web.de> Message-ID: <47DD5B7F.7090203@t-online.de> Hallo Martin, > XML ist jedoch gerade bei größeren Dateien und/oder komplexeren > Strukturen ein recht aufwendiges Format. Man sollte überlegen, ob andere > Formate das Leben nicht einfacher (und schneller) machen. jetzt hast Du mich allerdings neugierig gemacht, da auch ich XML bestimmt nicht heiraten würde, wenn man es könnte. Hast Da etwas bestimmtes Kopf? YAML? Oder denkst Du eher an binäre Formate? Gruß, Patrick From fjpl at online.de Sun Mar 16 10:58:21 2008 From: fjpl at online.de (FJPL) Date: Sun, 16 Mar 2008 18:58:21 +0100 Subject: [cologne-pm] Template tool / AJAX etc. Message-ID: Hallo zusammen, schönen Dank für die Tipps und Anregungen zum Thema. Werde mich wieder melden, wenn ich mich entschieden habe. Viele Grüsse - Franz From martin at fabiani.net Sun Mar 16 17:01:58 2008 From: martin at fabiani.net (Martin Fabiani) Date: Mon, 17 Mar 2008 01:01:58 +0100 Subject: [cologne-pm] Template tool / AJAX etc. / Vorstellung In-Reply-To: <47DD5B7F.7090203@t-online.de> References: <4AEE465402DA4F938E6E2BD914FA5FC4@deepthought> <47DC3176.5050809@t-online.de> <47DC3495.60605@atomix.de> <47DC54F7.6010007@t-online.de> <47DC5DA6.9070400@atomix.de> <47DC748B.6070404@t-online.de> <20080316121749.43AE7D103F9@s-w-web.de> <47DD5B7F.7090203@t-online.de> Message-ID: <20080317000159.E390CD1162B@s-w-web.de> Hallo Patrick, es hängt von der Aufgabe ab, welches Format ich bevorzuge. Bei Bildern ist das fast immer binär, bei Adressdaten LDIF, ... YAML finde ich gerade für Konfigurationsdaten ziemlich gut. XML ist meist nicht schlecht als offenes Austauschformat, aber kein Allheilmittel. Gruss, Martin At 18:40 16.03.2008, Patrick Krusenotto wrote: >Hallo Martin, > >>XML ist jedoch gerade bei größeren Dateien >>und/oder komplexeren Strukturen ein recht >>aufwendiges Format. Man sollte überlegen, ob >>andere Formate das Leben nicht einfacher (und schneller) machen. > >jetzt hast Du mich allerdings neugierig gemacht, >da auch ich XML bestimmt nicht heiraten würde, >wenn man es könnte. Hast Da etwas bestimmtes >Kopf? YAML? Oder denkst Du eher an binäre Formate? > >Gruß, > Patrick Software Engineering Martin Fabiani: - Perl-Entwicklung - Perl-Schulungen - Metadirectories und Identity Management - Datensynchronisierungen mailto:martin at fabiani.net / http://www.fabiani.net/ mailto:m.fabiani at linux-services.org / http://www.linux-services.org/ mailto:strat at perl-community.de / http://www.perl-community.de/ mailto:strat at cpan.org / tel: +49-69-47885599 D-51103 Köln / Kösenerweg 2 ---------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/cologne-pm/attachments/20080317/d200e554/attachment.html From mailinglisten at renee-baecker.de Wed Mar 19 09:57:39 2008 From: mailinglisten at renee-baecker.de (mailinglisten at renee-baecker.de) Date: Wed, 19 Mar 2008 17:57:39 +0100 Subject: [cologne-pm] Google Summer of Code 2008 Message-ID: <20080319_165739_006219.mailinglisten@renee-baecker.de> ----- Forwarded message from Eric Wilhelm ----- From: Eric Wilhelm Subject: [pm_groups] Summer of Perl -- call for student proposals Date: Tue, 18 Mar 2008 00:55:24 -0700 To: PM Groups Hi all, Please forward this to your groups. (Also feel free to break into a discussion as to whether or how students are involved in the perl community, what we can do to connect with more universities and etc.) The Perl Foundation is participating in Google's 2008 Summer of Code(tm) and we have a lot of capable, willing mentors looking forward to working with some talented, driven students. So, we would like you to help find those students (and quickly -- the students must apply before March 31st.) This is a rare opportunity for students to get a chance to get a paid summer of hacking on exciting projects like Parrot, Perl 6, Moose, Jifty, SVK, Catalyst, or their very own Perl modules or applications. It also brings new talent into the community and gives the student a hefty "real world" experience with a knowledgable mentor. Further, employers love to see this sort of demonstration of teamwork, handling deadlines, communication skills, resourcefulness and etc. We're looking for promising students who are interested in open source (or maybe you know someone who *should* be interested in open source.) Knowledge of Perl is optional if the project is Parrot-related. The student doesn't need to be an expert in the problem domain (after all, learning is part of the process), but should bring a big pile of creativity, problem-solving skills, and determination. Students should review the page of suggested projects, but are encouraged to bring their own proposals (those are often the best.) The most important first step is getting in touch with the community and discussing their project idea with potential mentors. http://www.perlfoundation.org/perl5/index.cgi?gsoc2008_projects Additional information and links can be found here. http://www.perlfoundation.org/perl5/index.cgi?gsoc2008 Google has posted some flyers if you happen to have a university bulletin board or hallway handy: http://code.google.com/p/google-summer-of-code/wiki/GsocFlyers Additional info: http://code.google.com/soc/2008/ http://code.google.com/soc/2008/faqs.html (Note that google has particular requirements to do with the fact that they are paying the students. The student must be able to show their eligibility regarding enrollment and employability.) Remember, the Perl community draws talent from many fields, so if you came to Perl from a non-computer-science major and still have contacts in that department from your university, it is probably worth mentioning to them. Thanks, Eric ----- End forwarded message ----- From mailinglisten at renee-baecker.de Wed Mar 19 09:59:05 2008 From: mailinglisten at renee-baecker.de (mailinglisten at renee-baecker.de) Date: Wed, 19 Mar 2008 17:59:05 +0100 Subject: [cologne-pm] Perl-Bootcamp 2008 Message-ID: <20080319_165905_083288.mailinglisten@renee-baecker.de> Vielleicht für diejenigen Interessant, die auf der Suche nach einem Perl-Kurs sind... --- Weitergeleitete Nachricht brian d foy kommt nach Deutschland. Das Frühbucherangebot für sein fünftägiges Perl Bootcamp im Kloster Eberbach bei Wiesbaden wurde um eine Woche verlängert. Der Kurs findet vom 28. April bis 2. Mai 2008 statt und basiert auf brian's O'Reilly-Buch "Intermediate Perl". Wer sich bis Freitag, 28. März anmeldet, bekommt den Euro 200 günstigeren Frühbucherpreis von Euro 2600 (plus 19% MWSt), inklusive aller Mahlzeiten und fünf Übernachtungen im Hotel vor Ort. Nähere Informationen gibt es direkt beim Veranstalter Big Nerd Ranch Europe: http://www.bignerdranch.com/news/2008-02-13.shtml --- Ende weitergeleitete Nachricht From pagaltzis at gmx.de Sat Mar 29 03:35:21 2008 From: pagaltzis at gmx.de (Aristoteles Pagaltzis) Date: Sat, 29 Mar 2008 11:35:21 +0100 Subject: [cologne-pm] "German Perl Tour" von brian d foy In-Reply-To: <4781D64A.9050806@renee-baecker.de> References: <4781D64A.9050806@renee-baecker.de> Message-ID: <20080329103521.GY22144@klangraum> Hallo Renee, Gustav und der Rest, * ReneeB [2008-01-07 08:40]: > brian d foy wird in diesem Jahr wohl "endlich" sein > Perl-Bootcamp (http://www.bignerdranch.com/classes/perl.shtml) > halten und dafür natürlich nach Deutschland kommen ;-) Er > möchte die Gelegenheit wahrnehmen, um ein paar > Perlmonger-Gruppen zu besuchen. > > Ich habe mit ihm ausgemacht, dass ich mich ein wenig um eine > "German Perl Tour" für ihn kümmere. > > Er wird am 24.04. in Deutschland ankommen und am 05.05. > Deutschland wieder verlassen. hups, das ist ja mittlerweile nur noch einen Monat weg. > Auf Grund des Bootcamps und der > weiteren Europa-Tour von brian schlage ich vor, dass wir am > 03.05. (ist ein Samstag) in Essen und am 04.05. Köln > vorbeischauen. Was haltet ihr davon?? Ja, was haltet ihr davon? Ich fände es gut ? nur die Tatsache, dass das dann in Köln auf den Sonntag fällt, passt mir etwas schlecht und anderen vermutlich gar nicht. Renee: lässt sich da jetzt noch dran drehen? > Er kann einen seiner Talks halten: http://www.pair.com/~comdog > > Dafür bräuchten wir dann natürlich eine Location, an der man > einen Vortrag halten kann... Vorschläge? Gustav: kann man da an der Uni was deichseln? Einen Raum mit Projektor müsste man doch bekommen können. (Hmm, evtl. mal die Linux-Workshopler fragen?) Gruß, -- Aristoteles Pagaltzis // From gustav.vella at gmail.com Sat Mar 29 04:20:06 2008 From: gustav.vella at gmail.com (Gustav Vella) Date: Sat, 29 Mar 2008 12:20:06 +0100 Subject: [cologne-pm] "German Perl Tour" von brian d foy In-Reply-To: <20080329103521.GY22144@klangraum> References: <4781D64A.9050806@renee-baecker.de> <20080329103521.GY22144@klangraum> Message-ID: Hi zusammen, 2008/3/29 Aristoteles Pagaltzis : > Hallo Renee, Gustav und der Rest, > > * ReneeB [2008-01-07 08:40]: > > > brian d foy wird in diesem Jahr wohl "endlich" sein > > Perl-Bootcamp (http://www.bignerdranch.com/classes/perl.shtml) > > halten und dafür natürlich nach Deutschland kommen ;-) Er [...] > > Er wird am 24.04. in Deutschland ankommen und am 05.05. > > Deutschland wieder verlassen. [...] > > Auf Grund des Bootcamps und der > > weiteren Europa-Tour von brian schlage ich vor, dass wir am > > 03.05. (ist ein Samstag) in Essen und am 04.05. Köln > > vorbeischauen. Was haltet ihr davon?? > > Ja, was haltet ihr davon? Ich fände es gut ? nur die Tatsache, > dass das dann in Köln auf den Sonntag fällt, passt mir etwas > schlecht und anderen vermutlich gar nicht. > > Renee: lässt sich da jetzt noch dran drehen? > [...] > > Dafür bräuchten wir dann natürlich eine Location, an der man > > einen Vortrag halten kann... Vorschläge? > > Gustav: kann man da an der Uni was deichseln? Einen Raum mit > Projektor müsste man doch bekommen können. Sonntag und Uni ist ein Problem - Voraussetzung für die Nutzung der Räume ist dass ein Hausmeister anwesend sein muss. 2. Problem ist dass ich in der ersten Maiwoche nicht in Köln bin.. Unabhängig von meiner Anwesenheit ließe sich Wochentags in der Uni sicherlich was organisieren.. ich erkundige mich am Mo. Angesichts der rasenden popularität von Perl würde ich mit max. 20 pax rechnen ... was ist den eure Schätzung ? > (Hmm, evtl. mal die Linux-Workshopler fragen?) auf jeden Fall. lg -- Gustav Vella Zentrum für Klinische Studien Klinikum der Universität zu Köln Kerpener Str. 62, 50937 Köln ? +49-(0)221-478 88791 | +49-(0)163 77 26 138 Fax +49-(0)221-478 89027 138 | Skype: joelemaltais From mailinglisten at renee-baecker.de Sat Mar 29 04:20:46 2008 From: mailinglisten at renee-baecker.de (ReneeB) Date: Sat, 29 Mar 2008 12:20:46 +0100 Subject: [cologne-pm] "German Perl Tour" von brian d foy In-Reply-To: <20080329103521.GY22144@klangraum> References: <4781D64A.9050806@renee-baecker.de> <20080329103521.GY22144@klangraum> Message-ID: <47EE260E.80509@renee-baecker.de> Hi *, > > Ja, was haltet ihr davon? Ich fände es gut ? nur die Tatsache, > dass das dann in Köln auf den Sonntag fällt, passt mir etwas > schlecht und anderen vermutlich gar nicht. > > Renee: lässt sich da jetzt noch dran drehen? > Nein, das lässt sich leider nicht mehr ändern, da wir die anderen Tage schon voll ausgebucht haben... Gruß, Renee -- $foo - Perl-Magazin (http://foo-magazin.de) Perl-Community.de (http://board.perl-community.de) Perl-Blog (http://reneeb-perlblog.blogspot.com) From pagaltzis at gmx.de Sat Mar 29 04:41:02 2008 From: pagaltzis at gmx.de (Aristoteles Pagaltzis) Date: Sat, 29 Mar 2008 12:41:02 +0100 Subject: [cologne-pm] "German Perl Tour" von brian d foy In-Reply-To: <47EE260E.80509@renee-baecker.de> References: <4781D64A.9050806@renee-baecker.de> <20080329103521.GY22144@klangraum> <47EE260E.80509@renee-baecker.de> <4781D64A.9050806@renee-baecker.de> <20080329103521.GY22144@klangraum> Message-ID: <20080329114102.GA22144@klangraum> * ReneeB [2008-03-29 12:25]: > Nein, das lässt sich leider nicht mehr ändern, da wir die > anderen Tage schon voll ausgebucht haben... * Gustav Vella [2008-03-29 12:25]: > Sonntag und Uni ist ein Problem - Voraussetzung für die Nutzung > der Räume ist dass ein Hausmeister anwesend sein muss. Hmm. Das schaut in der Kombination nicht toll aus? weia. > > (Hmm, evtl. mal die Linux-Workshopler fragen?) > > auf jeden Fall. Ich meinte wegen Räumlichkeit? und jetzt, wo das mit der Uni flachfällt, wohl ganz besonders: AFAIK haben die ja Schlüssel zum Raum, in dem das monatliche LWK-Treffen stattfindet. (Bei den TeXlern könnte das ebenfalls zutreffen? als Option, falls der LWK uns da nicht helfen kann.) Gruß, -- Aristoteles Pagaltzis // From mailinglisten at renee-baecker.de Sun Mar 30 08:53:30 2008 From: mailinglisten at renee-baecker.de (mailinglisten at renee-baecker.de) Date: Sun, 30 Mar 2008 17:53:30 +0200 Subject: [cologne-pm] YAPC::Europe 2009 -> Call for Venue Message-ID: <20080330_155330_080111.mailinglisten@renee-baecker.de> Hi *, Bis zum 30. Juni besteht die Möglichkeit, sich als Veranstaltungsort für die YAPC::Europe 2009 zu bewerben. Der "Sieger" wird dann bei der diesjährigen YAPC ::Europe in Kopenhagen bekanntgegeben. Siehe auch http://use.perl.org/article.pl?sid=08/03/30/1237205 Gruß, Renée From Susan.Dittmar at gmx.de Sun Mar 30 11:42:28 2008 From: Susan.Dittmar at gmx.de (Susan Dittmar) Date: Sun, 30 Mar 2008 20:42:28 +0200 Subject: [cologne-pm] "German Perl Tour" von brian d foy In-Reply-To: <20080329114102.GA22144@klangraum> References: <4781D64A.9050806@renee-baecker.de> <20080329103521.GY22144@klangraum> <47EE260E.80509@renee-baecker.de> <4781D64A.9050806@renee-baecker.de> <20080329103521.GY22144@klangraum> <20080329114102.GA22144@klangraum> Message-ID: <20080330184228.GA672@eureca.de> > Ich meinte wegen Räumlichkeit... und jetzt, wo das mit der Uni > flachfällt, wohl ganz besonders: AFAIK haben die ja Schlüssel > zum Raum, in dem das monatliche LWK-Treffen stattfindet. (Bei > den TeXlern könnte das ebenfalls zutreffen... als Option, falls > der LWK uns da nicht helfen kann.) Die TeXler haben (mindestens) einen Prof dabei, der hat im Zweifel die Schlüssel... Gruß, Susan From pagaltzis at gmx.de Mon Mar 31 23:58:39 2008 From: pagaltzis at gmx.de (Aristoteles Pagaltzis) Date: Tue, 1 Apr 2008 08:58:39 +0200 Subject: [cologne-pm] =?utf-8?q?N=C3=A4chstes_Treffen=3A_10=2E4=2E2008?= Message-ID: <20080401065839.GI3690@klangraum> Hallo z'amm, das nächste Treffen findet am 10.4.2008 um 19:00 Uhr statt. Die Koordinaten sind wie üblicherweise: Stadtgarten Cafe Venloer Str. 40 50672 Köln -- *AUTOLOAD=*_;sub _{s/(.*)::(.*)/print$2,(",$\/"," ")[defined wantarray]/e;$1} &Just->another->Perl->hack; #Aristoteles Pagaltzis //