I've actually USED Ms Access for just this purpose on a few occasions...
It's a lot easier to do using the GUI...
Issac
Adi Fairbank wrote:
>Does anyone know of a good customizable, user-friendly, online database
>application, preferably mod_perl-based? I want to migrate a small Access
>da
At 05:55 24.04.2002, Stas Bekman wrote:
>Chuck Goehring wrote:
>>Stas/Everyone,
>>To follow up. With the starting and stopping of Apache and looking at the
>>log, I see entries like "Child 1032: Waiting for 250 worker threads to
>>exit." I was gettiong "Low virtual memory" errors from Win/2000,
At 07:44 24.04.2002, Martin Haase-Thomas wrote:
>Hi all,
>
>maybe this is going to be a little off topic, but it won't take you much time:
>
>I am quite certain that recently I saw a server response code concerning
>forwarding. It may have looked like HTTP_DOCUMENT_FORWARDED or anything
>alike.
Title: Nachricht
Martin Haase-Thomas wrote:
>
> I am quite certain that recently I saw a server response code concerning
> forwarding. It may have looked like HTTP_DOCUMENT_FORWARDED or anything
> alike.
>
Hi Martin,
just a guess: Do you mean the header entry 'X-Forwarded-For' ?
See
http://take23.org/docs/gui
;) you're right. meanwhile i found out that it seems to have something
to do with proxies.
forwarding is a term that i borrowed from the JSP concept - which i'm
currently trying to implement in perl. it means nearly the same as
redirect, but without telling the client. (as far as i've understoo
Hi,
I haven't installed Apache 2.0 yet but I like the sound of 250
worker threads set as the default!
I would love to run 250 Apache children on my linux server but I
just don't have enough memory (50 children max).
250 http server threads running concurrently would be a
Hi there,
On Wed, 24 Apr 2002, Nigel Hamilton wrote:
> 250 http server threads running concurrently would be an order of
> magnitude more powerful than my current set up.
>
> Have I got this right? or am I missing a big catch?
No and yes in that order. Your computer won't be any m
* Martin Haase-Thomas <[EMAIL PROTECTED]> [2002-04-24 08:19]:
> forwarding is a term that i borrowed from the JSP concept - which i'm
> currently trying to implement in perl. it means nearly the same as
> redirect, but without telling the client. (as far as i've understood
> it do far. maybe it's
> > 250 http server threads running concurrently would be an order of
> > magnitude more powerful than my current set up.
> >
> > Have I got this right? or am I missing a big catch?
>
> No and yes in that order. Your computer won't be any more powerful,
> no matter how many threads you ru
It was my understanding that there are numerous tools for converting
tables like this at the mysql.com site. Some will even access the
Access tables via ODBC and create a set of tables directly for you, or
just make dumps that can be read into MySQL.
Once made, Webmin does a good job of administ
Martin Haase-Thomas wrote:
> forwarding is a term that i borrowed from the JSP concept - which i'm
> currently trying to implement in perl.
JSP forward is directly equivalent to an internal redirect. It's just
an include that doesn't return. In short, it's a GOTO statement. Thank
you Sun.
AxKit 1.5.2 is out. Minor bug fixes and small feature changes.
http://axkit.org/
- Allow AxKit to handle directory requests.
- Fixed all Language modules to return 200/OK
- Added AxIgnoreStylePI directive
- Ported AxPoint to use XML::Handler::AxPoint
- TaglibHelper taglibs no longer need
Nigel Hamilton wrote:
> I would love to run 250 Apache children on my linux server but I
> just don't have enough memory (50 children max).
thread still needs its own perl interpreter.Then you probably won't
have enough memory with Apache 2 either. There is some additional
memory savin
Hello,
MHT>forwarding is a term that i borrowed from the JSP concept - which i'm
MHT>currently trying to implement in perl.
PH>JSP forward is directly equivalent to an internal redirect. It's just
PH>an include that doesn't return. In short, it's a GOTO statement. Thank
PH>you Sun.
This con
Stas,
That made it work! Your my hero!. That also made the script that accesses
Oracle work as well. We've staved off the IIS beast for another day!
I'm not familiar with the testing stuff except when Doug had me run the
t/report thing.. I'm a CGI guy rather that an apache handler/C language
At 19:31 24.04.2002, Chuck Goehring wrote:
>That made it work! Your my hero!. That also made the script that accesses
>Oracle work as well. We've staved off the IIS beast for another day!
Great!
>I'm not familiar with the testing stuff except when Doug had me run the
>t/report thing.. I'm a
For example, what I'm looking for are other projects similar to Gedafe:
http://isg.ee.ethz.ch/tools/gedafe/
but maybe with a more customizable front-end.
-Adi
On Wed, 24 Apr 2002, Adi Fairbank wrote:
> Date: Wed, 24 Apr 2002 13:27:11 -0700
> From: Adi Fairbank <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re: full-featured online database apps
>
> For example, what I'm looking for are other projects similar to Gedafe:
>
> http://isg.ee.ethz.
Hi there,
On Wed, 24 Apr 2002, Nigel Hamilton wrote:
> But having 250 worker threads instantiated in memory and ready to use the
> CPU is surely still better than 50 pre-forked servers?
Maybe, maybe not. The only way to know is to try tuning it in your
particular circumstances. Don't get hung
Since the excellent HTML::Template, the codes becomes more re-usable...
Peter
- Original Message -
From: "Ken Y. Clark" <[EMAIL PROTECTED]>
To: "Adi Fairbank" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, April 24, 2002 1:23 PM
Subject: Re: full-featured online database a
"Since the excellent Embperl::Object, the code becomes more re-usable..."
Sorry, had to be said. My point is that there are many templating systems to
choose from. With a bit of fore thought, the Show, List, Delete, Add, etc
buttons can be moved into different objects/methods/templates, so that i
Well, I changed it back to "HTML::Template" . It takes relatively less time
to work it out with graphic designers.
Peter
- Original Message -
From: "Wim Kerkhoff" <[EMAIL PROTECTED]>
To: "Peter Bi" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; "Ken Y. Clark" <[EMAIL PROTECTED]>
Sent: Wed
Arghhh! Enough! Enough! Enough!. The question of which Template/App/Embed
technique is best has been discussed to death. Please don't start a new round of 'beat
the dead horse'.
Links to a list of Application Servers/Toolkits/Embedded Perl see the url:
http://perl.apache.org/#appservers
Peter Bi wrote:
> Well, I changed it back to "HTML::Template".
No template flame wars, please. HTML::Template is not unique (it has
much in common with Template Toolkit and dozens of other less famous
modules from CPAN), and Embperl::Object is really pretty cool. Your
original point about se
At Wed, 24 Apr 2002 14:05:38 -0700,
Peter Bi wrote:
> Well, I changed it back to "HTML::Template" . It takes relatively less time
> to work it out with graphic designers.
I've made simple utilities (fot TT and H::T) to help perl
developers having a nightmare with co-work with designers.
See h
(agreed. let's stop talking on specific templates.)
As to the reusability, form actions can actually be put in an abstract
class, so a particular application can subclass it by implement of action
methods with an optional xml control. But I have the same feeling as in Ken
Clark's original post, o
FYI,
I finally got my problems with Apache::Cookie (part of libapreq) solved.
Much thanks to Stas for advice on solving this problem.
Here's what I found:
1) Installing the glibc 2.2.4-24 updates borked the RPM installed perl
5.6.1. Building 5.6.1 from source fixed this problem.
2) libapreq
28 matches
Mail list logo