You probaly need to write some critical portion of your application
in a language that can be compiled to object code, like C, otherwise
you are giving them the source code and a dishonest client could
re-write your code to avoid the license.
May I ask why rental? Why not an annual support contrac
A small followup to this case.
Looks like mp2 or apache2 are killing background process, by PID; Probably in
a cleanup handler for the request. I had to add additional "return if fork()
> 0;" to the exec_helper.pl script to make bg processes survice.
--
Best Regards,
Igor Shevchenko
I have compiled apache2+mp2+libapreq2 in a linux box (ubuntu). Running the same
code that
worked in windows (see the thread) i see that it is failing (upload() method).
In the past
libapreq2 version (libapreq2 2.04-dev) was corrected with two bugs that made it
run
smoothly. This changes were in
Hi,
I am using mod_perl and I try to initialize every variable before using it
with "" or undef, but even so, I can see that the memory used by Apache
increases more and more after using the site.
Are there any tips and hints about what should we do to avoid this memory
increase somewhere on the
How about the use of a package supplied by you which is designed to
check with your client database from within the rented or leased
software?
Jay Scherrer
On Sunday 20 February 2005 12:33 am, Matisse Enzer wrote:
> You probaly need to write some critical portion of your application
> in a la
Take a look at Crypt::License on CPAN. I used it a couple years back to do
exactly what you are trying to do. It encrypts your Perl source code and then
decrypts it on the fly. There is a slight overhead for the decryption, but if
running under mod_perl, that should be negligible since it would
This sounds like avery workable solution. CPAN is so wonderful :-)
On Sun, 20 Feb 2005, Adi Fairbank wrote:
> Take a look at Crypt::License on CPAN. I used it a couple years back to do
> exactly what you are trying to do. It encrypts your Perl source code and then
> decrypts it on the fly. The
Hi Adi,
Thanks! I will take a look at this now :)
-c
On Sunday 20 February 2005 01:23 pm, Adi Fairbank wrote:
> Take a look at Crypt::License on CPAN. I used it a couple years back to do
> exactly what you are trying to do. It encrypts your Perl source code and
> then decrypts it on the fly.
Quoting Matisse Enzer <[EMAIL PROTECTED]>:
This sounds like avery workable solution. CPAN is so wonderful :-)
Ok, but beware...
The effectiveness of any software licensing scheme depends entirely on
the skill
of the hackers you are trying to stop. For instance, to prevent a novice perl
coder from
Octavian Rasnita wrote:
I am using mod_perl and I try to initialize every variable before using it
with "" or undef, but even so, I can see that the memory used by Apache
increases more and more after using the site.
It's probably because you are doing things that require more memory.
Actual memor
Personally,
I like requiring my own package at startup. In wich case also notifies
the client of any updates. Thus reminding them to renew their
subscription.
Jay Scherrer
On Sunday 20 February 2005 03:49 pm, Todd Finney wrote:
> At 02:59 PM 2/20/2005 -0500, Chris Puccio wrote:
> >Thanks for ever
"eps com estem" <[EMAIL PROTECTED]> writes:
> After browsing through /apreq_params.c i've noted that the code lines
> indicated to be changed are apparently not changed (so the bug is
> there still). Then, the questions:
>
> a) Is not the available code to download from the web page upgraded
> wi
Hi All,
Can find:
> mplookup unescape_url
To use method 'unescape_url' add:
use Apache::URI ();
but:
> mplookup escape_url
Don't know anything about method 'escape_url'
Where is it now?
Jie
Jie Gao wrote:
mplookup escape_url
Don't know anything about method 'escape_url'
Where is it now?
http://perl.apache.org/docs/2.0/user/porting/compat.html#C_Apache__Util__escape_uri___
- Perrin
Perrin Harkins wrote:
Jie Gao wrote:
mplookup escape_url
Don't know anything about method 'escape_url'
Where is it now?
http://perl.apache.org/docs/2.0/user/porting/compat.html#C_Apache__Util__escape_uri___
I've added it to the lookup knowledgebase, so it'll point it out
automatically now with
Igor Shevchenko wrote:
A small followup to this case.
Looks like mp2 or apache2 are killing background process, by PID; Probably in
a cleanup handler for the request. I had to add additional "return if fork()
0;" to the exec_helper.pl script to make bg processes survice.
what do you mean by backg
Adi Fairbank wrote:
Take a look at Crypt::License on CPAN. I used it a couple years back to do
exactly what you are trying to do. It encrypts your Perl source code and then
decrypts it on the fly. There is a slight overhead for the decryption, but if
running under mod_perl, that should be neglig
Geoffrey Young wrote:
The question is whether we want to make that docroot change persistent
across requests [1] or per-request[2]. Geoff's proposal matches the
former [1]behavior, whereas Joe's the latter[2].
I tend to think that per-request[2] is the sane solution. That's because
you can never kn
Hi
I am looking for some opinions on how
to best handle this situation. I am willing to do all of the research
about each topic but would like some points of view on how others would handle
this. Thanks Mike
- I have developed a search engine that caches the
results
- Currently I
I asked something similar earlier, and was pointed to MogileFS by danga
(danga.com)
It looks messy and scary, but seems to work. It seems to use a daemon
coupled with replicated mysql to sync content across servers.
On Feb 20, 2005, at 8:49 PM, Mike OK wrote:
Hi
I am looking for some
Stas Bekman <[EMAIL PROTECTED]> writes:
> Geoffrey Young wrote:
[...]
>> automatic per-request is definitely the way to go if we can do it -
>> people just don't understand the unusual scoping of this field, so
>> helping them along is probably best.
>
> sure, let's do that.
It might also be ni
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
Geoffrey Young wrote:
[...]
automatic per-request is definitely the way to go if we can do it -
people just don't understand the unusual scoping of this field, so
helping them along is probably best.
sure, let's do that.
It might also
Thanks for everybody's answers, but as stated in my previous e-mail
where its
hosted is not negotiable.
Who is it "not negotiable" for?
If the client is the one demanding this, that should be a huge warning
flag for you.
I realize you already said that this wasn't negotiable, but the reason
peop
On Sun, 2005-02-20 at 20:49 -0500, Mike OK wrote:
> - My thought is that the file system would be quicker for lookups than
> a MySQL database (I use it in other areas of the system)
It should be a bit faster, but there's no remote file access than can
compete with MySQL. For sharing across a clus
24 matches
Mail list logo
