Re: Apache::Session and pnotes

2003-09-02 Thread Perrin Harkins
Xavier Noria wrote: It seems, however, that Apache::Session objects stop being stored when I put the session in pnotes() with a code analogous to this: Can you tell us more about the problem is? What do you see when you take the session hash back out of pnotes? my $r =

Re: Apache::Session extra record not write to Mysql db.

2003-09-02 Thread Perrin Harkins
James.Q.L wrote: before i had three fields in table sessions : a_session,id,time in the DB. Did you add code of your own to update the time column? and updating table etc from the program was working just fine. however, after i added one more field (username) to the sessions table through

Re: Apache::Session extra record not write to Mysql db.

2003-09-02 Thread James.Q.L
--- Perrin Harkins [EMAIL PROTECTED] wrote: James.Q.L wrote: before i had three fields in table sessions : a_session,id,time in the DB. Did you add code of your own to update the time column? no. and updating table etc from the program was working just fine. however, after i added

Re: Apache::Session extra record not write to Mysql db.

2003-09-02 Thread Anton Permyakov
$session{'time'} = time();## this updates 'time' record But it doesn't update the time column in the database unless you hacked the Apache::Session code to do that. now i don't know why the time record gets updated. isn't it suppose to update the one in a_session? I guess

Re: Apache::Session extra record not write to Mysql db.

2003-09-02 Thread Perrin Harkins
On Tue, 2003-09-02 at 00:13, James.Q.L wrote: --- Perrin Harkins [EMAIL PROTECTED] wrote: Did you add code of your own to update the time column? no. Maybe you added the time column as an automatic timestamp column? There is no time column in the schema described in the Apache::Session

Re: Apache::Session and pnotes

2003-09-02 Thread Xavier Noria
On Tuesday 02 September 2003 07:46, you wrote: (I am sorry I am not replying to the actual email, but to a forwarded copy from my desktop at home.) It seems, however, that Apache::Session objects stop being stored when I put the session in pnotes() with a code analogous to this: Can you

ANNOUCE: Loggerithim 6.4.1

2003-09-02 Thread Cory 'G' Watson
Loggerithim is a package for monitoring, visualizing, and managing your systems using remote agents and a web interface. Changes in this version: Frontend: - Remove some unnecessary code from Lists object. - Bring Commander up-to-date with Agent interface Agent: - Fix issues with agent's

post max and MP2

2003-09-02 Thread Tofu Optimist
Hello -- I'm moving a module from MP1 to MP2. What is the MP2 equivalent of this code? Thanks! code my $q = Apache::Request-new($r, POST_MAX = 10 * 1024, DISABLE_UPLOADS = 1); $q-no_cache(1); /code __ Do you

post max and MP2

2003-09-02 Thread Tofu Optimist
Hello -- I'm moving a module from MP1 to MP2. What is the MP2 equivalent of this code? Thanks! code my $q = Apache::Request-new($r, POST_MAX = 10 * 1024, DISABLE_UPLOADS = 1); $q-no_cache(1); /code __ Do you

collecting unique client (computer) specific info?

2003-09-02 Thread kfr
Any one out there know of some way, either from java or SLL or some other combination, to collect any kind of machine specific information from a web client logging into a site with SSL (Apache/mod_perl mod_ssl)? I need to find some way to uniquely identify a 'machine', like possible grabbing

Re: Apache::Session and pnotes

2003-09-02 Thread Perrin Harkins
On Tue, 2003-09-02 at 05:02, Xavier Noria wrote: Can you tell us more about the problem is? What do you see when you take the session hash back out of pnotes? I have dumped the hash in a content handler and it seems to be OK. Okay, then what is the problem that you're asking for help with

Re: post max and MP2

2003-09-02 Thread Issac Goldstand
Right now Apache::Request is in the final proting stages... Until it's done, jjust request Apache::Request with CGI Issac - Original Message - From: Tofu Optimist [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, September 02, 2003 6:43 PM Subject: post max and MP2 Hello --

Re: PATCH porting.pod First Mystery

2003-09-02 Thread Stas Bekman
Brian McCauley wrote: [...] Nice, but: +The easiest and the fastest way to solve the nested subroutines +problem is to change Cmy to Clocal Cour for all variables for +which you get the warning. The Chandler subroutines are never ... [...] + local our $counter = 0; local our? That should be

RE: collecting unique client (computer) specific info?

2003-09-02 Thread kfr
Yes, sorry. I have a site that allows my customers to become members via monthly credit card subscription. The problem is we've been getting fraudulent credit card transactions and need some mechanism to detect a user who is a repeat offender so I can detect them trying to submit yet another

self_url MP2 w/o CGI

2003-09-02 Thread Tofu Optimist
Hi folks -- I'm using MP2, and I am trying to avoid loading CGI for 2 reasons: (1) To save memory. (2) When I do load CGI, it fails at the require Apache (line 161), and I'd prefer not to edit CGI on my server. Uck. Given I'm not loading CGI, how can I determine self_url() in MP2? I tried

Re: self_url MP2 w/o CGI

2003-09-02 Thread Stas Bekman
Tofu Optimist wrote: Hi folks -- I'm using MP2, and I am trying to avoid loading CGI for 2 reasons: (1) To save memory. (2) When I do load CGI, it fails at the require Apache (line 161), and I'd prefer not to edit CGI on my server. Uck. Given I'm not loading CGI, how can I determine

Re: Apache::Session and pnotes

2003-09-02 Thread Xavier Noria
On Tuesday 02 September 2003 07:28, Perrin Harkins wrote: Sorry, I don't understand what you're saying here. What you should be doing is fetching the session once, putting it in pnotes, and getting it from pnotes for the rest of the request. I am sorry, I'll try to reword it. Let's assume a

RE: collecting unique client (computer) specific info?

2003-09-02 Thread Perrin Harkins
On Tue, 2003-09-02 at 14:23, kfr wrote: Yes, sorry. I have a site that allows my customers to become members via monthly credit card subscription. The problem is we've been getting fraudulent credit card transactions and need some mechanism to detect a user who is a repeat offender so I can

Re: collecting unique client (computer) specific info?

2003-09-02 Thread Perrin Harkins
On Tue, 2003-09-02 at 13:24, kfr wrote: Any one out there know of some way, either from java or SLL or some other combination, to collect any kind of machine specific information from a web client logging into a site with SSL (Apache/mod_perl mod_ssl)? I need to find some way to uniquely

Re: self_url MP2 w/o CGI

2003-09-02 Thread Stas Bekman
Tofu Optimist wrote: Thanks. How do I call construct_uri? You just call $r-construct_url. In your example that would be: $r-headers_out-set(Location = $r-construct_url . r2=1); __ Stas BekmanJAm_pH -- Just

Re: self_url MP2 w/o CGI

2003-09-02 Thread Stas Bekman
[please keep the thread on the list!] Tofu Optimist wrote: :( [Tue Sep 02 15:22:53 2003] [error] [client 192.168.1.2] Can't locate object method construct_url via package Apache::RequestRec at /home//mod-perl/Redirect.pm line 59. Do I need to load it or something? in mp2 you need to load

Custom Log files Under MP2

2003-09-02 Thread Tofu Optimist
I would like to append a small line of log information to a file on certain apache2 requests. For this application, I am very concerned about speed, so i'm looking for fast simple solutions. I could stuff the information in the error log as per

Re: Custom Log files Under MP2

2003-09-02 Thread Stas Bekman
Tofu Optimist wrote: I would like to append a small line of log information to a file on certain apache2 requests. For this application, I am very concerned about speed, so i'm looking for fast simple solutions. I could stuff the information in the error log as per

Re: Custom Log files Under MP2

2003-09-02 Thread Geoffrey Young
Tofu Optimist wrote: I would like to append a small line of log information to a file on certain apache2 requests. For this application, I am very concerned about speed, so i'm looking for fast simple solutions. if speed is the concern, just stick to apache's native logging mechanism. see