Dan Horne wrote:
From: Michael Peters
Dan Horne wrote:
I received the following message when running the tests:
[ error] You are using mod_perl response handlers [ error] but do
not have a mod_perl capable Apache.
Someone in #cgiapp just reported the same thing. It works
fine for me
Dan Horne wrote:
From: Michael Peters
Then grab the latest dev version from CPAN - 2.10_02
(uploaded about 10 minutes
ago) which should only use Apache::Test if you already have
it installed and won't list it as a pre-req. It will also
skip the mod_perl tests as well.
Hi Michael
Michael Peters wrote:
Dan Horne wrote:
Just a side note - I
initially attempted to run Makefile.PL (out of habit, I guess) and it failed
due to the Apache::Test dependency. However, Build.PL worked fine and dandy
Thanks for the catch. I've fixed this too and the final release
by the web server.
Maybe somehow another CGI.pm object is being created somehow and is eating up
the uploaded resource be you get a chance to get to it?
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail
content with that
apache process you're still tying up a database handle.
Even with all this, I'd have to see some real numbers (time and memory usage) to
be convinced that file uploads will be cheaper with CGI than with mod_perl.
Especially if you put a simple proxy server in front.
--
Michael
. But ultimately if that doesn't help you'll need
to build with debugging symbols to get the full trace with arguments.
To see more info about getting apache to dump core and how to analyze it:
http://perl.apache.org/docs/2.0/devel/debug/c.html#Getting_the_core_File_Dumped
--
Michael Peters
Developer
Plus
this
same tunneling convention.
Thanks for bringing it up. I agree. Until browsers get their act together, we
have to work around them. Any other thoughts?
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail
XML::Tiny that is supposed to be much smaller, use
less memory and just use core modules. It might be worth checking out.
But these days I actually use mostly JSON to send data to Ajax applications.
Much faster and much easier imo.
--
Michael Peters
Developer
Plus Three, LP
Rhesa Rozendaal wrote:
Michael Peters wrote:
I've normally used XML::Simple in the past, but it's not really that
simple.
I've just heard about the new XML::Tiny that is supposed to be much
smaller, use
less memory and just use core modules. It might be worth checking out.
I took
?
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
. Additionally, you have to use CAP::AutoRunmode
in your CA derived App Module.
Apart from that (very) small gotcha, they work perfectly together.
Thanks for the confirmation.
--
Michael Peters
Developer
Plus Three, LP
-
Web
script as
arguments to AbramsRest::Dispatch-dispatch() or as a method of
AbramsRest::Dispatch named dispatch_args().
Sorry if I am being verbose my mind is not quite grokking the whole
process.
No problem. It's definitely something new.
--
Michael Peters
Developer
Plus Three, LP
approach we take. And to make it a little more
automatic, we have project specific startup scripts that determine the path to
lib based on where it's located in the file system (using FindBin) which then
sets the right environment var and then starts/restarts apache.
--
Michael Peters
Developer
Plus
locate Fcntl.pm.
But Fcntl.pm is there, When tried : locate Fcntl.pm, it is there at
/usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi/Fcntl.pm.
A 32 bit perl is not going to look in an x86_64 lib.
Is there any solution for this problem ?
Recompile it on the 64 bit machine.
--
Michael Peters
Robert Hicks wrote:
I would be interested in seeing how many use TT vs HT.
I use both. Sometimes I prefer TT.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net
not sure why C::A::S is adding those bytes in the first
place. They aren't needed and only change the content into something it wasn't
originally.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail
of
memory. The sooner you get that out of memory, the better.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w
= 'owner',
company_name = 'company',
);
return $tmpl;
}
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l
are not allowed?
No, it shouldn't prevent anything like that. Registering one handler for a URI
should have nothing to do with registering another handler for a different URI.
--
Michael Peters
Developer
Plus Three, LP
-
Web
John Saylor wrote:
hi
From: Michael Peters [mailto:[EMAIL PROTECTED]
Does it work when you don't use C::A::P::Apache?
no- same result.
Well, then it's not related to the plugin. So this becomes a mod_perl question
instead of a C::A one. You might try asking the question on that list
and really fast. CGI::Application::Search is built around it.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l
to be completely masked by the
url for your application (ie,
http://search.cpan.org/~wonko/CGI-Application-Dispatch-2.10/lib/CGI/Application/Dispatch.pm#CLEAN_URLS_WITH_MOD_REWRITE)
then yes, you'll need rewrite rules.
--
Michael Peters
Developer
Plus Three, LP
talk get's accepted) is using Selenium IDE as the starting point to write web
tests. And hopefully soon, I'm going to try to get the business folks involved
in creating those tests too.
--
Michael Peters
Developer
Plus Three, LP
. Then in your application, the following urls
could work exactly the same way (this would help with application migration,
etc):
/admin_user/update/23?name=Michael
/admin_user?rm=updateid=23name=Michael
--
Michael Peters
Developer
Plus Three, LP
::Application::Plugin::TT's tt_process()
already returns a scalar reference.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com
Just wanted to pass this on so that more eyeballs will peruse it...
http://jobs.perl.org/job/5999
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net
gladly pass it on.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED
or need to be translated into multiple languages, etc) then I put the
messages in a config file (Krang does this) where the message's name matches the
'missing_' and 'invalid_' error flags.
Whatever I do, I never hard code the error messages into the Perl code.
--
Michael Peters
Developer
Plus Three
Krang v2.20 is now available (the source release is up now and binary
builds should be up soon). Notable changes in this release:
* Lots and lots of bug fixes
* Implemented desk security as specified in docs/permissions.pod
* Added --below_category_id option and implemented
the Perl version with the JS
version.
Then Alien::Prototype::Window can depend on one version of Alient::prototype and
Alien::scriptaculous can depend on another.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http
directly.
If you want to take a crack at implementing that, I'm sure I could find some
time to apply the patches and make a release.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp
that soon.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED
} by default. But that you could override to get the
url if you want.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l
need
to make sure that your calls are using the IO layer magic syntax.
The biggest help for me was reading the perluniintro and perlunicode perldoc
pages.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http
. It robs you of the opportunity to refer to any one
of them in its own right.
I completely agree. What I was saying was that the URL shouldn't reflect who is
logged in, but what resource you are viewing.
--
Michael Peters
Developer
Plus Three, LP
# CGI::Application community mailing list
something I'm thinking about now and
then. Any other thoughts?
Don't confuse who's logged in with what id is on the URL. Obviously what a
person can do on that same page will be different if they are logged in and it's
their profile (or a profile in their group).
--
Michael Peters
Developer
Plus
perl module, not a generic Perl web forum. You should probably
look for another list or try your question on perlmonks.org
--
Michael Peters
Developer
Plus Three, LP
# CGI::Application community mailing list
Jon Daily wrote:
I am porting a CGI::Application from CGI to mod_perl 2.
My first question is if there is a recommended resource for using
CGI::Application and mod_perl 2 together that I should use?
I did come across Michael Peters' CGI::Application::Plugin::Apache
module on CPAN. I am
soon...
Any donors?
--
Michael Peters
Developer
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net
%]/title
Not only will this allow your variables to contain things like and
without problems, but it will also protect you against XSS attacks.
--
Michael Peters
Developer
Plus Three, LP
# CGI::Application community mailing list
this info without having to explicitly sending a
TMPL_VAR for the year each time? I'd like this to be automatic.
There's no way to do this automatically using H::T. You can't run code in H::T
templates, just put markup around variables that you explicitly pass in.
--
Michael Peters
Developer
Karen wrote:
If you want permanent copyright, you have to do it the honest way,
like Disney, and get Congress to keep extending the term indefinitely.
I have to say that this made my day :) Although I'd probably =~ s/get/bribe/
--
Michael Peters
Developer
Plus Three, LP
# CGI
Dan Horne wrote:
Michael Peters wrote:
Just saying something is copyrighted doesn't make it so :)
Er, assuming you're that actual author, why not?
I'm not a lawyer (would I be hanging out here if I was :) and it has been some
years since my last copyright law class at the university (so
Stefan Petrea wrote:
Now I get a long wait after wich I still get 500.
Look at your server's error logs. Until you do nothing we tell you will be more
than just a guess. The server's error log is one of your best friends for web
development.
--
Michael Peters
Developer
Plus Three, LP
.. but I'm just getting a
lot of Error 500s and other errors from CGIapp.
A 500 error means *look in your server log* :)
--
Michael Peters
Developer
Plus Three, LP
# CGI::Application community mailing list
Adrian Howard wrote:
Got anything for this yet?
(not nagging - just seeing if it's still appropriate for me to do some
begging :-)
I've got a lead I'm waiting on. He needed to move some stuff around but was
going to let me know when he was ready.
Thanks for the prodding!
--
Michael Peters
to read
and more natural to Perl. Check out C::A::Plugin::JSON for some easy ways to
use it
--
Michael Peters
Developer
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change
, Java and PHP. So if
you're working on a multi language project then it's a good fit. Otherwise it's
slow (slower than both TT and H::T) and I find it incredibly verbose and clumsy.
I converted a few TAL templates into TT equivalents once and the reduction in
size was almost 50%.
--
Michael
is can't exist without quotes (like you have in my $DEBUG = true; Perl doesn't
have true/false literals like that. Use 1 or 0. And then in your hash that you
return you have $DEBUG = 'true', that will not do what you think it will. Try
'debug = 1'.
--
Michael Peters
Developer
Plus Three, LP
/316431, but if you don't then it's
pretty easy.
--
Michael Peters
Developer
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit
are probably
already tuned out to the PDF conversation. So you're also missing out on an
audience.
Their called MIME emails. Do a search CPAN. I've used MIME::Lite with some
success, but it's not really lite. I think Email::MIME is one of the preferred
modules now.
--
Michael Peters
Developer
documents. So you need to protect against nefarious JS folks. How does putting
the session id in the URL cause XSS problems? XSS is all about *escaping* user
entered data when outputting it.
--
Michael Peters
Developer
Plus Three, LP
# CGI::Application community mailing list
| html %]
--
Michael Peters
Developer
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net/mailman/listinfo
/search?term=%3Cscript%3Ealert(%22p0wnd!%22)%3C%2Fscript%3E
and I post it in some forum or email group (like this one) and people click on
it. Now I have their information.
--
Michael Peters
Developer
Plus Three, LP
# CGI::Application community mailing list
Ron Savage wrote:
On Wed, 2008-02-06 at 17:16 -0500, Michael Peters wrote:
Hi Michael
This is why escaping any data that could potentially come from a user is so
important.
Not just escaping. OP should be warned that server code cannot just rely
on Javascript-base validation. Someone
understand people not wanting to be tracked
long term, but why should anyone object to memory-only cookies?
--
Michael Peters
Developer
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe
Perl will look in @INC for a file
named Modules/Notify.pm and that has a package name of Modules::Notify.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe
session hash as a multi-level hash.
my $a_session = $self-session-param('A');
$a_session-{foo} = 'blah';
my $b_session = $self-session-param('B');
$b_session-{foo} = 'baz';
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
) everything will break
since everyone will appear to be coming from the same IP.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery
.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net/mailman/listinfo/cgiapp
?
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net/mailman/listinfo/cgiapp
that, but it will
also help you combine multiple app modules into a single app.
If your application module is named MyApp::Stuff then you can do urls like
/stuff/home
/stuff/contact
Very easily.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
built for sun4-solaris
snip
I've installed 100s of CPAN modules using these procedures with this build
of Perl, so I'm comfortable with my environment.
using the command line to install perl modules is so 2000 :) Have you tried the
CPAN shell?
--
Michael Peters
Plus Three, LP
# CGI
Michael Peters wrote:
I am trying to be smarter than the average Makefile.PL, but I just seem to be
getting more trouble then it's work at this point. I'll probably just go back
to
being dumb and not run the Apache/mod_perl tests unless the person already
have
Apache::Test installed.
Ok
Michael Peters wrote:
Ok, not instead of trying to use the toolchain to install Module::Build and
then
Apache::Test (if you answered yes at the prompt) I'm just going to be really
dumb. If you have Apache::Test on your machine I will use it and run the
mod_perl tests as well as the CGI ones
, I'm in Olso Norway for the Perl QA Workshop that
weekend.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit
encrypted data
or some data structure. They need to be Base64 encoded (or similar) to be used
in HTTP headers anyway, so it's all plain text.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
version, taking screen shots, doing walkthroughs,
etc). It'd suck to demo a new version of something to your boss and have it be
slow just cause you're using CGI cause it's dev code.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
and
then return the db handle.
Or something like that.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http
downloading and unzipping the file manually?
errored out is not very descriptive. It's hard to give advice on what to do
next without knowing more.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
domain.tld then you aren't. Using the string
.domain.tld means any domain *under* this one, but not including this one.
Try just using domain.tld instead since it means this domain and any under
it.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
is just a fancy comma in Perl that will automatically quote the
symbol to the left if it's a bare word.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change
if you're using Oracle, or even
Postgres then connections are much more expensive, so you should be
looking for a caching solution.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
, and that something different needs to be done for V2?
It should work with V2. Try setting debug to true in your subclass and
see what happens. Or can set it within apache's config using
CGIAPP_DISPATCH_DEBUG (I just realized this isn't documented)
PerlSetVar CGIAPP_DISPATCH_PREFIX 1
--
Michael
place you would use HTML::Template just replace it with HTML::Template::Expr. If you're talking
about C::A's load_tmpl() function, then you'll need to override it and replace it with your own
version that uses H::T::E.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing
is more common than non-static (each
non-static page probably links to at least a dozen static files).
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe
your response as structured data (XML, JSON, etc)? If so, I'd just define a part
of the spec that lists your application specific error codes and what they mean. If your response is
not structured data, then just put a human readable error in the response.
--
Michael Peters
Plus Three, LP
can't give your tokens away to other
people.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http
might reconsider this advice. Unless I'm missing something?
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit
(which btw, does not have a friendly abbreviation :) do you plan on still using $c? Or will
you go with $t?
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe
became real variables in your program. This was fine unless you used one of those variables for
something else. This meant that anyone could craft a URL which would override a variable in your
program. Nasty things can happen.
--
Michael Peters
Plus Three, LP
# CGI::Application community
. In this case it sounds like the OP controls his data source since he's having
problems sending it.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your
request then there's no reason to do it via require. In fact unless you're conditionally loading a
module there's no reason (unless you're doing something sufficiently magical) to use require it.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net/mailman/listinfo/cgiapp
anyway.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net/mailman/listinfo/cgiapp
Mark Stosberg wrote:
No big surprises, but perhaps interesting to take a look
Well, I think it goes to show all those people using CGI::Simple just to save .2M and .03s are
wasting their time :)
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
Michael Peters wrote:
No big surprises, but perhaps interesting to take a look
Another surprise for me is that Titanium has a startup time of .14s where C::A has .21s. Isn't
Titanium just C::A under the hood? How can it be faster?
Also you don't mention how many times you ran each
when handling them in
your application. You can get both from $self-query-param(). Something else is wrong with your
application.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
, but also the environment
you're running it in. If you run your tests just via the module but your application runs under
Apache, then there will be bugs that your tests don't catch.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
figure out what module you're going to run and just call it's run()
directly after setting up a CGI.pm object with your thawed POST params.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
be happy to have it along. The easier it is for others to use the better. No need for them to go
hunting all over CPAN for it.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
computers to remember their private information.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http
about the security of their own machine and you won't be responsible if they lose their credentials.
Besides, if you were doing your passwords correctly, you wouldn't even be able to fill in the form
since you wouldn't know what it is, only they would.
--
Michael Peters
Plus Three, LP
# CGI
in the PATH_INFO. Try turning on
debugging and see if you can get any more information.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
####
## To unsubscribe, or change your message
what I was planning on doing for the error log, and having all those urls,
etc in the error log would be a bit much since they aren't errors.
Thoughts?
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
fREW Schmidt wrote:
Ok, I have changed some things around in the hopes that it will fix my
issues, but I am still not having much luck...
If you're still having problems, post the debugging output from Dispatch.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
is never matched.
Dispatch dispatches based on the URL. In your case that URL is going to be index.cgi. Change the
action to be /save, keep your method as post and remove the name rm from that button (nameless
buttons are pretty common in web forms).
--
Michael Peters
Plus Three, LP
in. This
is the output I get (I added PATH_INFO) for the url:
http://locahost:8080/frew/controller_station/awesome
What is your document root? And what is your actual directory structure like
under that root?
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
/VirtualHost
#}}}
I think the Location probably tramples the DocumentRoot and
ScriptAlias directives.
Maybe not. What happens if you change them. Also, why are you using a DocumentRoot or ScriptAlias
directive when you're handling everything under '/' with that Location?
--
Michael Peters
Plus
point out that it works right on Ubuntu)?
You could try just putting in your own dispatch_path() method in your Dispatch class to strip out
the first directory part of the PATH_INFO.
--
Michael Peters
Plus Three, LP
# CGI::Application community mailing list
301 - 400 of 475 matches
Mail list logo
