> - There's a version of the cgi adapter written in C. It should be a lot
> faster than WebKit.cgi.
> - There's an ISAPI filter written in C. This should be even faster than
> the C cgi adapter.
Where are these adapters?
___
Webware-devel maili
At 03:32 PM 10/1/01 -0700, you wrote:
>Thank you for your help so far. I have noticed that this slowdown occurs
>with the webware admin pages as well. To recreate my problem do the
>following:
>
>Have someone on one computer request the admin page. Have them hold down
>the refresh key. Do not
At 12:48 PM 10/1/01 -0700, Russell Blank wrote:
>I originally sent this message to the wrong mailing list. Sorry if it is a
>duplicate.
>
>I have created a website with webware and webkit modules. It is working out
>great. However, I have three problems that I need to resolve before I can
>go
I just started testing webware under IIS, so I'll try to help.
First of all the Webware directory should not be under the IIS document root.
There should be no URL that will map directly to a .py document, only to the CGI
adapter.. Check the Install doc under webkit. Is
this how the users view t
I originally sent this message to the wrong mailing list. Sorry if it is a
duplicate.
I have created a website with webware and webkit modules. It is working out
great. However, I have three problems that I need to resolve before I can
go live with my site:
First, I have noticed during testi
At 11:44 AM 10/1/2001 -0400, Geoff Talvola wrote:
>So, I'm thinking we should put this fixed version of Cookie.py directly
>into Webware and force it to use its own fixed private copy for any Python
>version prior to 2.2. Does anyone disagree?
>
>I suppose before we do that, we should make sure
OK. Does this seem to work for your test case?
Jay
> -Original Message-
> From: Jeff Johnson [mailto:[EMAIL PROTECTED]]
> Sent: Monday, October 01, 2001 10:40 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [Webware-devel] Bad cookies hang Webkit
>
>
> I checked Python 2.2.a4 Cookie.py befo
So, I'm thinking we should put this fixed version of Cookie.py directly
into Webware and force it to use its own fixed private copy for any Python
version prior to 2.2. Does anyone disagree?
I suppose before we do that, we should make sure that the fixed version is
still compatible with Pytho
I checked Python 2.2.a4 Cookie.py before reporting the bug. It looks
like they fixed it already. Here's their version:
_LegalCharsPatt = r"[\w\d!#%&'~_`><@,:/\$\*\+\-\.\^\|\)\(\?\}\{\=]"
_CookiePattern = re.compile(
r"(?x)" # This is a Verbose pattern
r"(?P"