Hi Mark
On Thu, 2008-12-04 at 22:21 -0500, Mark Rajcok wrote:
> On Thu, Dec 4, 2008 at 5:43 PM, Ron Savage <[EMAIL PROTECTED]> wrote:
>
> > The first thing I'd say is about user.cgi:
> > 1) You talk about changing the value of $PRIVATE_HOME_DIR
> > I would use a config file, and have the 2 values
Hi Mark
On Thu, 2008-12-04 at 23:07 -0500, Mark Rajcok wrote:
> On Thu, Dec 4, 2008 at 10:38 PM, Mark Rajcok <[EMAIL PROTECTED]> wrote:
>
> > For those people who still think MD5 offers some type of security, I
> >> suggest you direct readers to:
> >> http://en.wikipedia.org/wiki/Rainbow_table
>
On Thu, Dec 4, 2008 at 10:38 PM, Mark Rajcok <[EMAIL PROTECTED]> wrote:
> For those people who still think MD5 offers some type of security, I
>> suggest you direct readers to:
>> http://en.wikipedia.org/wiki/Rainbow_table
>
>
> Thanks, I didn't realize I was just hashing, not really encrypting.
On Thu, Dec 4, 2008 at 10:42 PM, Mark Stosberg <[EMAIL PROTECTED]> wrote:
> I'm looking for feedback on a small working "core" of an application and
> > tutorial that I recently wrote. The tutorial is here:
> > http://docs.google.com/View?docID=dd363fg9_77gb4hdh7b&revision=_latest
>
> I've reviewe
On Wed, 3 Dec 2008 23:52:55 -0500
"Mark Rajcok" <[EMAIL PROTECTED]> wrote:
>
> I'm looking for feedback on a small working "core" of an application and
> tutorial that I recently wrote.
> The tutorial is here:
> http://docs.google.com/View?docID=dd363fg9_77gb4hdh7b&revision=_latest
> The code is on
On Thu, Dec 4, 2008 at 5:56 PM, Ron Savage <[EMAIL PROTECTED]> wrote:
> For those people who still think MD5 offers some type of security, I
> suggest you direct readers to:
> http://en.wikipedia.org/wiki/Rainbow_table
Thanks, I didn't realize I was just hashing, not really encrypting. I'll
swi
On Thu, Dec 4, 2008 at 5:43 PM, Ron Savage <[EMAIL PROTECTED]> wrote:
> The first thing I'd say is about user.cgi:
> 1) You talk about changing the value of $PRIVATE_HOME_DIR
> I would use a config file, and have the 2 values of $PRIVATE_HOME_DIR in
> that file.
> Yes, I know switching something i
On Thu, 4 Dec 2008, Mark Stosberg wrote:
Try this instead:
$target->query->new($cgi);
CGI.pm can create a new object based on an existing one.
It doesn't work. I don't understand how it could because it doesn't
actually assign the new CGI object to __QUERY_OBJ does it?
--
Jaldhar H. Vya
> $target->{__QUERY_OBJ} = $cgi; # <-- works but not ideal
Try this instead:
$target->query->new($cgi);
CGI.pm can create a new object based on an existing one.
Mark
--
http://mark.stosberg.com/blog/
# CGI::Application community mailing list
##
Hi Mark
Another comment. You talk about MD5.
For those people who still think MD5 offers some type of security, I
suggest you direct readers to:
http://en.wikipedia.org/wiki/Rainbow_table
The short story is that crackers can pre-crack your password (before you
use it, that is) by storing the M
Hi Mark
The first thing I'd say is about user.cgi:
1) You talk about changing the value of $PRIVATE_HOME_DIR
I would use a config file, and have the 2 values of $PRIVATE_HOME_DIR in
that file.
Yes, I know switching something in the config file (or env) seems to be
the same as switching somethin
pong
On Wed, Dec 3, 2008 at 11:43 PM, Ron Savage <[EMAIL PROTECTED]> wrote:
>
> --
> Ron Savage
> [EMAIL PROTECTED]
> http://savage.net.au/index.html
>
>
>
> # CGI::Application community mailing list
> ####
> ## T
Hi Mark
On Wed, 2008-12-03 at 23:52 -0500, Mark Rajcok wrote:
> I'm looking for feedback on a small working "core" of an application and
> tutorial that I recently wrote.
> The tutorial is here:
> http://docs.google.com/View?docID=dd363fg9_77gb4hdh7b&revision=_latest
> The code is on sourceforge:
On Thu, 4 Dec 2008, Mark Stosberg wrote:
Actually now that I've looked at it, I think the problem is actually in
CGI::Application not ::Server. The query object is initialized in new()
shouldn't this actually happen in run()?
I would say the bug is here, in CGI::Application::Server
Well.
On Wed, 3 Dec 2008 23:52:55 -0500
"Mark Rajcok" <[EMAIL PROTECTED]> wrote:
> I'm looking for feedback on a small working "core" of an application and
> tutorial that I recently wrote.
> The tutorial is here:
> http://docs.google.com/View?docID=dd363fg9_77gb4hdh7b&revision=_latest
> The code is on
> Actually now that I've looked at it, I think the problem is actually in
> CGI::Application not ::Server. The query object is initialized in new()
> shouldn't this actually happen in run()?
I would say the bug is here, in CGI::Application::Server
if (!defined blessed $target) {
I just sent a new release of CGI::Application::Dispatch to CPAN.
Just a couple of logging improvements in this release:
- Logging improvement: Quit duplicating $ENV{REQUEST_URI} for Not Found
requests (Mark Stosberg)
- Logging improvement: Remove stray "'" character (Mark Stosberg)
Mark
I'm looking for feedback on a small working "core" of an application and
tutorial that I recently wrote.
The tutorial is here:
http://docs.google.com/View?docID=dd363fg9_77gb4hdh7b&revision=_latest
The code is on sourceforge: http://perlmvccgiapp.sourceforge.net/
as is a working demo (don't expect
--
Ron Savage
[EMAIL PROTECTED]
http://savage.net.au/index.html
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net/
I'm using CGI::Application 4.20 with CGI::Application::Server 0.60 on
Ubuntu Linux 'Intrepid'. I think there is a problem with the way C::A::S
handles the query parameters but I wanted to get a second opinion before
filing a bug.
Take a look at the small program below.
CUT HERE
#!/
20 matches
Mail list logo
