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 //