Does anyone know of a good customizable, user-friendly, online database
application, preferably mod_perl-based? I want to migrate a small Access
database to MySQL with a web interface, for added features and room for
growth. Has anyone come across a good open source project or toolkit that
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. Silly enough I can't recall where I saw it (or
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
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, so I added
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. Silly
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
;) 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
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
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 more
* 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 just
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 run...
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
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
Hello,
MHTforwarding is a term that i borrowed from the JSP concept - which i'm
MHTcurrently trying to implement in perl.
PHJSP forward is directly equivalent to an internal redirect. It's just
PHan include that doesn't return. In short, it's a GOTO statement. Thank
PHyou Sun.
This concept
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
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 CGI
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:
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 apps
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
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: Wednesday, April
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
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.
plug
I've made simple utilities (fot TT and H::T) to help perl
developers having a nightmare with co-work with designers.
See
(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,
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)
29 matches
Mail list logo
