templates.
Cheers
Kyle Dawkins
Central Park Software
On Monday, Jul 28, 2003, at 12:27 US/Pacific, Jean-Michel Hiver wrote:
If you like a more straightforward approach, TT also lets you write:
div dir=$language_dir
$some_content
/div
See, I knew there would be something that we would agree
, these projects actually want to have
some level of security, for numerous reasons that I'm sure Andrzej
could explain quite easily to us if he were asked.
Andrzej: thanks for sharing your code with us.
Kyle Dawkins
Central Park Software
On Friday, Dec 20, 2002, at 22:44 US/Eastern, Randal L. Schwartz
with AUTOLOAD and perform a lookup based on the arguments. If it
really is that slow, maybe I'll even rewrite that to use something
other than AUTOLOAD.
Cheers!
Kyle Dawkins
Central Park Software
On Tuesday, Dec 17, 2002, at 13:13 US/Eastern, Perrin Harkins wrote:
kyle dawkins wrote:
Sorry
. Please rebuild your
binary and then let us know if that was the problem.
Kyle Dawkins
Central Park Software
http://www.centralparksoftware.com
Okay, I've been staring at this problem for close to 48 hours straight
now and have finally narrowed it down to a set of lines of code.
So let me first
V and gives you a huge hand
in separating your M from either of those.
Anyway, sorry if anyone was slighted; I think the most perfect web
development env would be a WO-style framework build on top of mod_perl
(because who wants to use Java? Jeez)
Cheers
Kyle Dawkins
Central Park Software
not perfect, but it's pretty friggin amazing.
Each to his/her own.
Kyle Dawkins
Central Park Software
to investigate.
WO is amazing, no two ways about it. Once you use it, everything else
sucks. There are no exceptions.
Kyle Dawkins
Central Park Software
to produce your report.I realise this
is essentially what Jeff is saying but the key point is that you don't
need to have all 300,000 watches in memory... you can abstract the data
using a Manager (or Broker, or... ) so you hide the data store.
Cheers
Kyle Dawkins
Central Park Software
the top of the view layer yourself, that takes your data
(objects, whatever) and vends it to HTML::Template in the right way.
Kyle Dawkins
Central Park Software
at
ALL costs.
Kyle Dawkins
Central Park Software
On Friday 19 April 2002 08:55, Marc Slagle wrote:
We never tried mod_throttle, it might be the best solution. Also, one
thing to keep in mind is that some search engines will come from multiple
IP addresses/user-agents at once, making them more
resolution and for the most part couldn't care less what host/ip people come
from.
Sorry if this is the wrong list but I have a sneaking suspicion there's
something about our mod_perl config that's affecting it.
RTFM's are welcome... I already tried but maybe I missed something.
Cheers
Kyle
Scott
There is a system that exists that is very similar to what you describe.
It's called WebObjects and was developed by NeXT... it's now offered by
Apple. The latest release is (unfortunately) Java only but previous
releases (still available) were (Objective) C. Once you scratch the surface
patterns to
solve many typical problems. All HTML components are reusable and embeddable
in other HTML components.
When it's used right, mod_perl is pretty much unbeataable.
Cheers
Kyle Dawkins
Systems Engineer
Central Park Software
Wayne
Does anyone have any experience running WWWThreads under mod_perl? I
have just followed the installation instructions and at http restart I
get a lot of warnings as follows :
Yes, we are running wwwthreads under mod_perl at a client site. Don't use
Apache::Registry though: the
, $myObject-m($something, $somethingElse).
I mean, what the f**k does that do? And their chief justification?
Because it's easy to type. Well, uh, PISS OFF.
OK, I'll stop ranting. :-)
That's my 2c for the P2EE standards.
Kyle Dawkins
Software Engineer
Central Park Software
http
To all who responded to my original post about UBB: thanks. Thanks to all
the great feedback, we have decided to punt UBB and are using wwwthreads
instead.
you might want to look into vBulletin, it is used on a lot of different
sites is written in php with a MySQL back end and looks very
Guys guys guys
Mixing HTML with Perl with SQL is bad and evil on every single possible
level. For those who don't know how to split apart your perl from your HTML
I suggest you read some of Perrin's recent posts. There are so many ways to
do it, I won't even bother with talking about them
All (and Perrin)
If you wish to see one enlightened approach, please read this:
http://developer.apple.com/techpubs/webobjects/DiscoveringWO/EOFArchitecture
/index.html
as I said... *ONE* enlightened approach :-)
I think you'd find that EOF (the persistence framework in that example)
Tom et al.
Mixing HTML with Perl with SQL is bad and evil on every single possible
level.
If however you work in a two person company where you have barely enough
time to go to the bathroom let alone think about creating your own
database abstraction layer for a custom application
All
Joe Breeden queried:
It would be interesting to know how other people have solved
that problem.
Currently, we are essentially using embedded SQL in our apps.
I have found that stored procedures + perl module wrapper around the
procs.
is a nice, balanced approach.
Definitely; sotred
Original Message
Subject: Re: Not embedding SQL in perl
Date: Wed, 01 Aug 2001 15:56:00 -0400
From: kyle dawkins [EMAIL PROTECTED]
To: Henrik Edlund [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
Henrik Edlund wrote:
And while we are discussing not cutting corners, those
Jon
I can see your arguement regarding SQL within one's code, but doesn't
your arguement fail to hold up if we assume that the SQL is fully
compliant?
Well, yes and no. I was citing that example as *another* reason to keep
SQL out of your application-level code.
If you do, as Henrik
the planet.
2. any problems with it under mod_perl? I have it running fine under
PerlRun but I am not so sure it'll behave under Registry.
i should just go bury my head in the sand.
kyle dawkins
software engineer
central park software
[EMAIL PROTECTED]
http://www.centralparksoftware.com
Sander van Zoest wrote:
At mp3.com, we ran UBB for the first year or so and ended up totally
rewriting the bottom end to make it perform better and actually make it
semi-secure. Finally we ended up getting rid of it for some other in house
code.
i am worried that i'm going to have to do
::Request to use it).
e.g: http://www.somehost.org/stuff/order_byname/id0099.html
Regexes:
order='order_(\w+)'
id='id(\n+)\.html'
Something like this will do it:
RewriteRule ^/stuff/order_([^/]+)/id([^\.]+).html$
/some/handler?order=$1id=$2 [QSA]
Just wanted to let everyone know.
Kyle Dawkins
hey guys
i have a pretty big mod_perl system up and running and have run into a
weird problem with browser caching (or rather, not caching) on windows.
i have a series of complex forms that submit to and are generated by a
mod_perl handler. each submitted form is validated and another form is
hey all
found the problem and it had nothing to do with caching or browsers or
OSes, but it's worth a mention here for future reference.
for debugging purposes, i had
use CGI::Carp qw(fatalsToBrowser);
in my handler. for the most part, it was useful, except in this case.
deep down in one of
a mod_perl adaptor. Minimise the
number of postings to the WO mailing list about getting the stupid adaptor
to work, at any rate. :-)
Cheerz
Kyle
--
kyle dawkins
[EMAIL PROTECTED]
Daniel
A wild guess here but are you talking about WebObjects?
On Fri, 02 Feb 2001 01:28, Daniel Sully wrote:
Is anyone using modperl in a way that it acts as an adaptor/scheduler in
front of an app server in a 3-tier application environment?
I wrote a perl adaptor last year to sniff the
On Thu, 07 Dec 2000 11:33, you wrote:
On 7 Dec 2000, David Hodgkinson wrote:
Development are two of the bibles. I have to say though,
I've avoided the Design Patterns type books purely
because of the C++/Java bias.
you sure are missing out.
I second that. You should lose your
On Wed, 06 Dec 2000 05:52, Matthew Byng-Maddick wrote:
6. Engineering
The Perl community is made up of a truly eclectic group of people, which
is an amazing strength. However, it's also an amazing weakness: I get
the impression that very few programmers in the Perl community spend a
Everybody
This whole call for mod_perl advocacy is definitely a good thing. But we're
not going to get anywhere unless we understand the problem in detail. We can
run around all we like talking numbers and touting the virtues of mod_perl
but it's not going to actually do anything unless we
ling list archives...), and it's a bummer of
a bug because it doesn't bite you until you try something slightly difficult
(uh, like "PerlModule Apache::DBI") and it explodes.
cheers
kyle
--
kyle dawkins
[EMAIL PROTECTED]
- Original Message -
From: "Joe Brenner" [EMAIL
Dick et al.
Sorry for the longish multi-quoted post but I wanted to just say for anyone
interested that
1) Dick is not the only one having this problem,
2) Many search results on geocrawler for DBI and segfault or SEGV or SIGSEGV
or
"core dump" show that the problem is widespread
3) I
34 matches
Mail list logo
