Hi Neil,
>
> Have you seen my site, http://www.crazyguyonabike.com/ ?
I know your site (not all details) and I know it has many features. I know
other big sites which are written in Embperl. It's not a problem that they
don't exists.
By main example I meant, that the Embperl website is part of
Gerald Richter wrote:
My idea was to write some glue code (Embperl::Kwiki or Kwiki::Embperl) that
allows to embed Kwiki into an Embperl page, using all the advatages of
Embperl::Object.
Since one of the main examples for Embperl is the Embperl website, my idea
was to integrate this Wiki in the n
>
> Looking more at Kwiki, it appears that a substantial amount
> of work has gone into this package already, so perhaps
> re-inventing the wheel isn't such a great idea! ;-)
>
I agree, we should not spend our small amount of free time reinventing the
wheel.
My idea was to write some glue cod
l my time so I havent had much free time for outside
projects like this, however, I would like to contribute a little. Just let
me know.
Neal
From: Neil Gunton <[EMAIL PROTECTED]>
To: "Hall, Philippe" <[EMAIL PROTECTED]>
CC: embperl@perl.apache.org
Subject: Re: Some phil
Hall, Philippe wrote:
My colleague, Nick Deyoe, and I spent some time late last week
experimenting with MediaWiki (PHP app) for this purpose. We were hoping
to offer hosting and support for the Wiki if we get it working to our
satisfaction.
Here's what we put together so far -- it's the default
On Tue, 2 Aug 2005, Neil Gunton wrote:
> Neil Gunton wrote:
>> Incidentally, wouldn't it be nice to have a Wiki package written in
>> Embperl, and then host the Embperl Wiki using this? Kinda
>> self-referential. I don't really have a good handle on how complex a
>> Wiki package would be. I feel li
om: Neil Gunton [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 02, 2005 11:11 AM
To: Gerald Richter
Cc: embperl@perl.apache.org
Subject: Re: Some philosophical questions
Gerald Richter wrote:
>>I will investigate, as time allows, the different Wiki
>>toolkits that are available out there
Neil Gunton wrote:
Incidentally, wouldn't it be nice to have a Wiki package written in
Embperl, and then host the Embperl Wiki using this? Kinda
self-referential. I don't really have a good handle on how complex a
Wiki package would be. I feel like it's just a content management system
with an
Gerald Richter wrote:
I will investigate, as time allows, the different Wiki
toolkits that are available out there and see if there is
anything that looks like being a good fit here.
I suggest www.kwiki.org, if anybody has any better idea let me know
Ok, looks fine to me. It's a start, unl
>
> On a side note, I find some of the new stuff in 2.0 a little
> obscure. As an application programmer I can well appreciate
> the ability to deconstruct the request to the extent that 2.0
> appears to allow, but I honestly cannot see how or why I
> would personally want to do any of that. P
Gerald Richter wrote:
If you need any help with English documentation cleanup then
let me know which files and I'll have a crack at it.
Thanks for your offer. The main thing I like to do, to check that the old
stuff that is only valid for 1.3 (like optRawInput etc.) is replaced by the
new ones.
>
> Gerald Richter wrote:
> >>I can't disagree with that. Gerald, can you remind us of what you
> >>need to release the final version?
> >
> >
> > Mainly some documenation cleanup's and a few rarely
> happeing bugs that
> > needs to be fixed.
>
> If you need any help with English documentat
Gerald Richter wrote:
I can't disagree with that. Gerald, can you remind us of
what you need to release the final version?
Mainly some documenation cleanup's and a few rarely happeing bugs that needs
to be fixed.
If you need any help with English documentation cleanup then let me know which
[Gerald Richter and Neil Gunton mused over to Wiki or to not Wiki]
If the Wiki in question retains revision history (especially one that
allows users to access that history via the web), and also gives the
ability to screen updates for everyone but the editing IP/user, one gets
the best of both wo
Hi Neil,
>
> I've been thinking about putting together an "Embperl
> Cookbook". To keep things simple, I will
> probably start it as a website, and just see what I can think
> of in terms of all the things I've
> been doing over these last few years (a few of them wrong,
> obviously)... and
performance improvements and on
the other side it make it possible to run it on Windows with a 2.0 Apache.
Gerald
>
> Philippe Hall
>
> -Original Message-
> From: Kaare Rasmussen [mailto:[EMAIL PROTECTED]
> Sent: Sat 7/30/2005 4:11 AM
>
>
> It would help to get a final version of Embperl 2.0 out the
> door. I know of at least one OOS project being stalled
> because there's no official 2.0
>
Final 2.0 is planned for next weekend and I really hope that nothing
unpredictable will be happen before and I can make it really real!
Original Message-
From: Kaare Rasmussen [mailto:[EMAIL PROTECTED]
Sent: Sat 7/30/2005 4:11 AM
To: embperl@perl.apache.org
Cc:
Subject: Re: Some philosophical questions
> Any thoughts?
It would help to
> Any thoughts?
It would help to get a final version of Embperl 2.0 out the door. I know
of at least one OOS project being stalled because there's no official
2.0
You may argue that the current rc will be the official Embperl 2.0, but
people like to see it before they act.
-
RobertCZ wrote:
2) There seems to be less of a traditional web (server) programing and
more of client Java/JavaScript work.
Look at this AJAX stuff... Users want more flexible and more
responsive web apps and more and more of the functionality move to the
client. I'm these days spending as m
Neil Gunton wrote:
This may be a little off the usual topic (bug reports, howto etc) but
I am genuinely curious to know what other list members think about it.
Back in 2000 or so, when I started using apache, mod_perl and Embperl,
it was a really dynamic scene and quite exciting with all the
Gerald Richter wrote:
Since we don't have an O'Reilly book, why don't we make our
own? The community could start a Wikki. The Wikki would
cover EmbPerl documentation and application, specific
installation instructions, FAQ, mod_perl and even perl itself
(as they relate to EmbPerl).
I f
>
> Since we don't have an O'Reilly book, why don't we make our
> own? The community could start a Wikki. The Wikki would
> cover EmbPerl documentation and application, specific
> installation instructions, FAQ, mod_perl and even perl itself
> (as they relate to EmbPerl).
>
>
I forgot to
y, July 27, 2005 12:00 AM
To: embperl@perl.apache.org
Subject: RE: Some philosophical questions
Hi,
A lot of these things have something to do with the man power we have. For
example maintaining backwards compatibilty: My test scripts tests Embperl
against about 25 different Apache/mod_perl/perl ver
Hi,
A lot of these things have something to do with the man power we have. For
example maintaining backwards compatibilty: My test scripts tests Embperl
against about 25 different Apache/mod_perl/perl versions/combination/linkage
styles (only on Linux, not regarding Windows, xxxBSD, etc.). Everyti
On Tue, Jul 26, 2005 at 08:07:36AM -0700, Neil Gunton wrote:
> I think that people looking for the simpler, "beginner" solution turn to
> PHP, whereas the heavier, "enterprise" users tend to go to Java. So maybe
> mod_perl/Embperl is stuck somewhere in between in a kind of no mans land,
> percei
On Tue, 26 Jul 2005, Neil Gunton wrote:
> Perl 6 looks to me like a huge white elephant. It may work,
> eventually. In fact, when it does, it may be a beautiful, finely
> crafted virtual machine (Parrot?) that can run multiple languages with
> aplomb. However, it will likely do all this to a large
Advocacy for tools like mod_perl and Embperl may be a way to go, but it can't
really replace "buzz" in the developer community.
I know a lot of people and companies using mod_perl, and writing CGIs.
This may or may not be driven by legacy motivations. But one thing I find
consistently is
Hall, Philippe wrote:
I love EmbPerl -- I've been using it for 3 or 4 years now. I'd love to
see it climb out of obscurity.
I agree! Just to be clear (reading back over my emails) none of this is really directed at Gerald. I
love Embperl too, and plan to continue using it heavily.
You're ri
Ok, here's a story to inspire/depress us all --
I recently developed a really nice community website for my company
(using EmbPerl, of course, and Postgres). The corporate office saw it
and wanted to take it, commercialize it, and distribute it to other
divisions for use in other markets. The p
Ed Grimm wrote:
Incidentally, another stratigic issue that is looming over the Perl
horizon causing some people to look elsewhere is Perl 6. While it is
supposed to be a good thing, there's enough issues surrounding backwards
compatibility (it'll be there, sometime. But my impression is, this i
On Mon, 25 Jul 2005, Neil Gunton wrote:
> This may be a little off the usual topic (bug reports, howto etc) but
> I am genuinely curious to know what other list members think about it.
> Back in 2000 or so, when I started using apache, mod_perl and Embperl,
> it was a really dynamic scene and quit
Lars Kelto wrote:
I think that PHP is a lot easier to install and use for the average
user/programmer. Maybe more importantly, it is easier to install PHP
apps on an ISP's server. Embperl is easy to install, but mod_perl can
be tricky and you have to be somewhat of a guru to understand it a
I think that PHP is a lot easier to install and use for the average
user/programmer. Maybe more importantly, it is easier to install PHP apps on
an ISP's server. Embperl is easy to install, but mod_perl can be tricky and
you have to be somewhat of a guru to understand it and use it's power.
Neil Gunton wrote:
This may be a little off the usual topic (bug reports, howto etc) but
I am genuinely curious to know what other list members think about it.
Back in 2000 or so, when I started using apache, mod_perl and Embperl,
it was a really dynamic scene and quite exciting with all the
35 matches
Mail list logo
