Re: mod_perl Programmers demand is going up...

1999-12-04 Thread Robin Berjon

At 23:19 03/12/1999 +0200, Stas Bekman wrote:
 There are a few logos on the site, and we can add some more (I don't know
 if we would manage to agree on one, though it'd give a stronger sense of
 "brand").
 
 Right. This talk is about a commercial success. The
 /perl.apache.org/logos/mod_perl.gif logo represents a bridge between two
 products (makes one think of a gadget!), not really a product. I remember my
 first interest to Java associated with the coffee cup, or my first interest
 to Perl associated with the camel, or even Apache's feather.

Well, someone mentioned an eagle. How about the eagle image for an
alternative mod_perl logo? I was thinking about hedgehog as one that
protected from everything, exactly like mod_perl... 

I like both. If it is an eagle, we can use anything as long as it isn't a
"white-tailed eagle" the association of which with "the topic of Apache
modules" is (c) O'Reilly.

I can do graphics but I'm no good at drawing. If anyone has the opposite
skills configuration, I'm willing to take care of the (web-)graphic part.



.Robin
You can tune a piano, but you can't tuna fish.



Re: Logo / brand

1999-12-04 Thread Robin Berjon

At 01:12 04/12/1999 +0100, Victor Zamouline wrote:
Talking about "let's do something" topics on the mod_perl list is a waste
of time, unfortunately... The motto of this list regarding new things is
"think it, implement it and give it"...

This is somewhat too straightforward, Stas. Look - I only suggested there
should be another name and another logo, and we have already had the "Eagle"
proposition from Ged, and the watermarks samples at
http://b179a.studby.ntnu.no/mod_perl/watermark/ from Salve.

I agree that it's a bit straightforward. It's true that a lot of "let's do
that" talks lead to nothing, but if you've got an idea and lack the time to
make it concrete I think it's still worth sharing. You never know. At least
you may get comments that'll play together innocently at the back of your
mind until you have time to get the idea done.

The Eagle idea sounds really strong and symbolic behind ModPerl, and the
graphical image of it would be highly customizable, portable, simple and
color-independent. Many sites will thus accept to host the logo on the front
page, and many books will reveal a mystery behind an appealing eagle image.

I like the Eagle as a logo, but less as a name. Btw, the only anagram I
found to modperl is Meld Pro, which is a bit lame (well, there's also Drop
ELM, but...).




.Robin
James Joyce -- an essentially private man who wished his total indifference
to public notice to be universally recognized. -- Tom Stoppard



Re: mod_perl Programmers demand is going up...

1999-12-04 Thread Robin Berjon

At 18:04 03/12/1999 -0600, Jason Bodnar wrote:
You really can't compare mod_perl to ASP or JSP, though, IMHO. Compare those
two technologies to Embperl or ePerl or Apache::ASP.

That's true. And then compare mod_perl handlers with ISAPI extensions and
filters. Mod_perl isn't that hard after all :)

Perhaps if we want to seduce more people to mod_perl, it would be a good
idea to stress further the fact that there is no need to learn the Apache
API to get a hell of a lot of power from mod_perl. Knowing one of the Perl
embedding solutions is way enough to create a totally dynamic website that
goes much faster than CGI.

And here the thing to do would be to help people choose the mod_perl
solution they need. To speed up CGI, Registry is enough. To play with the
internals of the request process, you need the API. That's clear, yet it
could be made even clearer. The biggest problem arises when you want
ASP/JSP/CFML/etc style functionality. There are so many that it really gets
confusing. I've been at mod_perl for quite some time, but I must admit that
I've got no idea which of those would be best suited for which kind of job.

I haven't seen them all, but none of those I've seen were bad. Some have
more functionality than others, but smaller = less memory usage. It would
be really great if we could come up with a clear and short list of pros and
cons plus a brief description for each of them, and it would be even better
if that list came from the authors. The site organisation which I'll be
submitting tonight has a space for this. Any ideas ?
 

The problem with an ISP supporting mod_perl is the fact that you're giving so
much power to your clients. It's very easy to bring down an entire physical
server by writing a bad handler (or even a bad embperl page). 

True too, but then very few ISPs support ISAPI extensions, knowing that
these too break a server down when they fail. However one could imagine an
ISP supporting a Perl embedding scheme (provided that it is safe enough).
The problem is again which one to choose ?

 
 MiniGuide == ManyPagesGuide now. The fact is that the knowledge is there.
 But it really does require a guide that is that large to really know how
 to do good mod_perl code and exploit its advantages. And even then...

Maybe a Guide to the Guide somewhere in between the refcard and the actual
Guide would be of some help.

At the same time, I think that a mod_perl cookbook would be a great idea.
If no one has the tuits to start that now, when the site is finished I
will. A few generic and well-documented handler examples for each type of
Perl*Handler would be good enough to start with, and then anyone can add.
However starting now would be great.



.Robin
James Joyce -- an essentially private man who wished his total indifference
to public notice to be universally recognized. -- Tom Stoppard



Re: Logo / brand

1999-12-04 Thread Robin Berjon

At 01:46 04/12/1999 +0100, Victor Zamouline wrote:
"The association between the image of a white-tailed eagle and the
topic of Apache modules is a trademark of O'Reilly  Associates."

So it is either a question of getting O'Reilly's authorization, or
abandonning the eagle idea. 

I don't think so. A whatever-color tailed eagle will not violate the
copyright imho. Or to read it in a less stupid way, any other type of eagle
(there are a certain number) even if it happens to have a white tail.



.Robin
James Joyce -- an essentially private man who wished his total indifference
to public notice to be universally recognized. -- Tom Stoppard



Re: mod_perl Programmers demand is going up...

1999-12-04 Thread Robin Berjon

At 18:29 04/12/1999 +1100, Rod Butcher wrote:
Um... how about a mythical beast with the head of an eagle and the body
of a camel ?

Or a feather made of camel fur...
:)


.Robin
James Joyce -- an essentially private man who wished his total indifference
to public notice to be universally recognized. -- Tom Stoppard



Re: mod_perl Programmers demand is going up...

1999-12-04 Thread G.W. Haywood


On Fri, 3 Dec 1999, Stas Bekman wrote:

 I was thinking about hedgehog as one that protected from everything,
 exactly like mod_perl... 

Now why didn't _I_ think of that?

73
Ged.



Apache::Session::DBIStore and Sybase

1999-12-04 Thread Vladimir Ivaschenko

Hello,

I've been trying to make Apache::Session::DBIStore (ver 1.04) work with
Sybase.  Unfortunately Sybase does not permit PREPARE statements to have
IMAGE/TEXT datatypes (or at least I haven't found a way to make it work
yet) and I get an error. 

Maybe someone is aware of solution to the problem above? The only I have
in mind now is to change DBIStore to not use prepare with ?-style
placeholders.

Thanks in advance
Vladimir



Re: mod_perl Programmers demand is going up...

1999-12-04 Thread Salve J. Nilsen

Suddenly, Michael Dearman uttered:
 
 "G.W. Haywood" wrote:
  
  How about ``Eagle''?
 
 Exactly what I was just thinking.
 Apache Stronghold
 Apache Eagle
 
 Logo?
 Eagle floating over the feather? Or, the feather floating under the
 Eagle.
 An Eagle Feather.  

Maybe an eagle with a single red-blue-yellow feather in its wing?


- Salve

-- 
Better write that english .sig soon...



RE: migrating perl.apache.org to *.modperl.org

1999-12-04 Thread Gerald Richter


 Robin and Matt are steadily working on a new face for the site. Meanwhile
 Baiju Thakkar, the guy behind perlmonth.com and linuxmonth.com, has
 registered the no-one-understand-how-not-yet-registered modperl.org
 domain. And he came up with an idea that, it's more natural for mod_perl
 to be located at modperl.org than on perl.apache.org.

 I know we are located under Apache ASF umbrella, but I think we can still
 stay physically under it and have the domain renamed to modperl.org. Baiju
 suggested the following layout (I've added a bit):


www.modperl.org could simply be a CNAME for perl.apache.org. Staying at
perl.apache.org has the benefit, that the Apache Search page, also indexes
modperl pages and that the modperl pages are also mirrored on every (or
most) apache mirrors. (We should metion this fact somewhere on the site, I
guess most people don't know this).

  www.modperl.org
 jobs.modperl.org
 dist.modperl.org
 docs.modperl.org
 search.modperl.org
 books.modperl.org
 conference.modperl.org (I'll talk about this one next time)

 vs. a basic domain www.modperl.org and all the above subdomains as
 subdirectories (which is how it'll be physically located anyway)

 What do you think? Does it make sense to you? Futher suggestions and
 ruminations are welcome!


I don't see any benefit on having so a set of hostnames/subdomains over
using subdirectories, execpt that subdomains harder to administer (they have
to go into the dns)

Gerald



-
Gerald Richterecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting

Post:   Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925151
WWW:http://www.ecos.de  Fax:  +49 6133 925152
-



RE: migrating perl.apache.org to *.modperl.org

1999-12-04 Thread G.W. Haywood

Hi all,

On Sat, 4 Dec 1999, Gerald Richter wrote:

 I don't see any benefit on having so a set of hostnames/subdomains over
 using subdirectories, execpt that subdomains harder to administer (they have
 to go into the dns)

There may possibly be a benefit if traffic were high.
The different domain names could more easily be pointed 
to different IP addresses to relieve network congestion 
or a single overloaded machine/interface/sysadmin.

It's no big deal to administer a small zone like this.

73
Ged.



RE: migrating perl.apache.org to *.modperl.org

1999-12-04 Thread Gerald Richter


  I don't see any benefit on having so a set of hostnames/subdomains over
  using subdirectories, execpt that subdomains harder to
 administer (they have
  to go into the dns)

 There may possibly be a benefit if traffic were high.
 The different domain names could more easily be pointed
 to different IP addresses to relieve network congestion
 or a single overloaded machine/interface/sysadmin.

 It's no big deal to administer a small zone like this.

Yes, of course, but directing the traffic to the Apache mirrors all over the
world would be even better (at least from my point of view)

Gerald



Re: Apache::Session::DBIStore and Sybase

1999-12-04 Thread Mark D. Landry

Vladimir Ivaschenko wrote:
 
 Hello,
 
 I've been trying to make Apache::Session::DBIStore (ver 1.04) work with
 Sybase.  Unfortunately Sybase does not permit PREPARE statements to have
 IMAGE/TEXT datatypes (or at least I haven't found a way to make it work
 yet) and I get an error.

What error do you get? Post a code sample. We can't help if we can't see
what what you're doing.



Re: Apache::Session::DBIStore and Sybase

1999-12-04 Thread Vladimir Ivaschenko

Sat, Dec 04, 1999 at 09:34:07AM -0500 Mark D. Landry ÎÁÐÉÓÁÌ ÐÏ ÐÏ×ÏÄÕ Re: 
Apache::Session::DBIStore and Sybase

  Sybase.  Unfortunately Sybase does not permit PREPARE statements to have
  IMAGE/TEXT datatypes (or at least I haven't found a way to make it work
  yet) and I get an error.
 
 What error do you get? Post a code sample. We can't help if we can't see
 what what you're doing.

For example, "make test" from EmbPerl fails on mdatsess.htm, with error
message (coming from server through Sybase's CT-Lib) close to "Cannot do
dynamic PREPARE on IMAGE or TEXT datatypes" (sorry, don't have access to
server right now). 

I made the following table in Sybase for holding session data:

create table sessions (
id char(16) primary key,
length decimal(11),
a_session text
)

I tried to be as close as possible to table structure recommended by
DBIStore.pm documentation.

-- 
Best Regards
Vladimir Ivaschenko
http://www.hazard.maks.net/~hazard



RE: image problem..

1999-12-04 Thread Gerald Richter


 I got a strange problem: I succeed install and run embperl on my machine
 which everything works fine but I could not access any image file in my
 /var/www/htdocs/embperl_test or its sub-directories.

 I had three gif files there (blank.gif, minus.gif, plus.gif), but they
 could not be shown in a browser at
 http://esip.gmu.edu:8529/embperl_test/blank.gif.

 On the other hand, it works locally at
 file:/var/www/htdocs/embperl_test/blank.gif.

 Do you have any idea?


It does not make any sense to let Embperl process your gifs. So if you
configured mod_perl to process all files under embperl_test with Embperl,
you should tell Embperl for which files type it is responsible by setting
EMBPERL_FILESMATCH.

 EMBPERL_FILESMATCH
If specified, only files which match the given perl regular expression will
be processed by Embperl, all other files will be handled by the standard
Apache handler. This can be useful if you have Embperl documents and non
Embperl documents (e.g. gifs) cohabitating in the same directory.
EMBPERL_FILESMATCH works only under mod_perl.


 Example:
 # Only files which end with .htm will processed by Embperl
 PerlSetEnv EMBPERL_FILESMATCH \.htm$


Gerald


-
Gerald Richterecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting

Post:   Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925151
WWW:http://www.ecos.de  Fax:  +49 6133 925152
-



Re: mod_perl Programmers demand is going up...

1999-12-04 Thread Matt Sergeant

On Fri, 03 Dec 1999, Gidon Wise wrote:
 Hello Everybody,
 
 I believe it is true. We could have more more mod_perl programmers.
 I think that the biggest problem/opportunity that mod_perl has in terms
 of proliferation amongst programmers/users is that Hosts currently
 do not provide mod_perl on cheap virtual server package. 
 
 I think a whole lot of perl programmers and non perl programmers
 would move to mod_perl if the service was provided.
 
 Currently in The Guide it discusses 3 possibilities for Hosts.
 http://perl.apache.org/guide/multiuser.html#ISPs_providing_mod_perl_services
 
 Are there any other ways that we can suggest to hosts
 which are easier for all involved? I am not that experienced with mod_perl
 so I cannot propose a robust solution. But I do believe there must be one.
 
 Even a limited/special version or configuration of mod_perl would do.

What hosts want is a secure way to host mod_perl like suexec (so they can
assign users ulimit's). I don't know if (how) that can be achieved with
mod_perl - it's been discussed before with no solution.

-- 
Matt/

Details: FastNet Software Ltd - XML, Perl, Databases.
Tagline: High Performance Web Solutions
Web Sites: http://come.to/fastnet http://sergeant.org
Available for Consultancy, Contracts and Training.



Re: Logo / brand

1999-12-04 Thread Stas Bekman

 I have browsed my graphic libraries and put some eagles and other birds at:
 
 http://www.jazzvalley.com/modperl/symbols/index.html
 
 I am not a graphist, but those willing to make a sketch of a logo (assuming
 there is an eagle on it) may use some of that stuff.

I loved the drawings as they are closer to being a logo-like vs the real
photos. Especially I liked:
http://www.jazzvalley.com/images/modperl/animals/birds/gif/hawk7.gif
http://www.jazzvalley.com/images/modperl/animals/birds/gif/baldegl1.gif
http://www.jazzvalley.com/images/modperl/animals/birds/gif/baldegl3.gif

I don't think there would be a problem with ORA, as this work for their
books promotion... we see camel everywhere. Personally I've no problem
adding a copyright note on the same page with image.

Here is a new idea:

Eagle on top of camel and the Apache feather somewhere in a middle...
probably too complicated for a small scaled logo... 

___
Stas Bekman  mailto:[EMAIL PROTECTED]www.singlesheaven.com/stas  
Perl,CGI,Apache,Linux,Web,Java,PC at  www.singlesheaven.com/stas/TULARC
www.apache.org   www.perl.com  == www.modperl.com  ||  perl.apache.org
single o- + single o-+ = singlesheavenhttp://www.singlesheaven.com



Re: Logo / brand

1999-12-04 Thread Jay J

- Original Message -
From: "Stas Bekman" [EMAIL PROTECTED]
To: "Victor Zamouline" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, December 04, 1999 11:08 AM
Subject: Re: Logo / brand


  I have browsed my graphic libraries and put some eagles and other birds
at:
 
  http://www.jazzvalley.com/modperl/symbols/index.html
 
  I am not a graphist, but those willing to make a sketch of a logo
(assuming
  there is an eagle on it) may use some of that stuff.

 I loved the drawings as they are closer to being a logo-like vs the real
 photos. Especially I liked:
 http://www.jazzvalley.com/images/modperl/animals/birds/gif/hawk7.gif
 http://www.jazzvalley.com/images/modperl/animals/birds/gif/baldegl1.gif
 http://www.jazzvalley.com/images/modperl/animals/birds/gif/baldegl3.gif

Speaking of drawings vs. photo ...

If needed, I can take a stab at converting any photos to line-art (ala Adobe
Streamline and friends).

I also do 3DSMax stuff (mostly hobby/addiction) if that's of any interest.
noteSometimes it's easier to use Max to achieve certain effects on 2D
graphics (shadows, bevels/extrudes, rotations, text animation, etc)./note

-Jay J



Re: Failed to set ProxyReceiveBufferSize

1999-12-04 Thread Stas Bekman

 "OB" == Oleg Bartunov [EMAIL PROTECTED] writes:

OB This message is for every proxied request.
OB Does anybody knows what does it means ?
OB In proxy config I have 
OB ProxyReceiveBufferSize 1048576

OB Restarting proxy server doesn't helps.

OB btw, anybody know what is an optimal size of ProxyReceiveBufferSize
OB and does it really works.

As a followup to Vivek's email, I've digged up in the linux kernel
sources, the 2 relevant snippets are:

/usr/src/linux/net/core/sock.c:

/* Run time adjustable parameters. */
__u32 sysctl_wmem_max = SK_WMEM_MAX;
__u32 sysctl_rmem_max = SK_RMEM_MAX;
__u32 sysctl_wmem_default = SK_WMEM_MAX;
__u32 sysctl_rmem_default = SK_RMEM_MAX;
[snip]
case SO_RCVBUF:
  /* Don't error on this BSD doesn't and if you think
 about it this is right. Otherwise apps have to
 play 'guess the biggest size' games. RCVBUF/SNDBUF
 are treated in BSD as hints */
 
 if (val  sysctl_rmem_max)
   val = sysctl_rmem_max;

 /* FIXME: is this lower bound the right one? */
 sk-rcvbuf = max(val*2,256);
 break; 





/usr/src/linux/include/linux/skbuff.h:
/* These are just the default values. This is run time configurable.
 * FIXME: Probably the config option should go away. -- erics
 */

# ifdef CONFIG_SKB_LARGE
#define SK_WMEM_MAX 65535
#define SK_RMEM_MAX 65535
#else
#define SK_WMEM_MAX 32767
#define SK_RMEM_MAX 32767
#endif


So the limit is either 32k or 64k, depending on CONFIG_SKB_LARGE...
If you set it bigger it silently uses the default value as you see in the
first code snippet

I used to write a 1Mb example in the guide. Have removed the rewishful
setting :)


___
Stas Bekman  mailto:[EMAIL PROTECTED]www.singlesheaven.com/stas  
Perl,CGI,Apache,Linux,Web,Java,PC at  www.singlesheaven.com/stas/TULARC
www.apache.org   www.perl.com  == www.modperl.com  ||  perl.apache.org
single o- + single o-+ = singlesheavenhttp://www.singlesheaven.com



Re: mod_perl on Solaris 7

1999-12-04 Thread Chris Nielsen

On Fri, 3 Dec 1999, Tom Mornini wrote:

 What are current opinions of Apache/mod_perl on Solaris 7?
 
 A company that I am consulting for has different opinions on this subject
 than I have.
 
 I have had no trouble making and operating various front-end/back-end
 combinations with no difficulty at all.
 
 They have had trouble making and operating various combinations and feel
 that 2.6 is more stable, though they have not run 2.6 in their shop yet,
 but know that stable 2.6 boxes do exist.
 
 Obviously any problem could be a configuration/setup issue, and that is
 what I feel their issue was. Am I wrong?
 
 -- 
 -- Tom Mornini
 -- InfoMania Printing and Prepress
 

Christopher Nielsen  [EMAIL PROTECTED]  http://ZORINco.com
__
 Makers of fine microcontroller products - 
   ModCon Microcontroller - SPI-X10 Home Automation controller - 
   MIDI Gizmo - Audio Board - and other fine products and accessories
   C  O  N  T  R  O  LY  O  U  RW  O  R  L  D 




Re: Failed to set ProxyReceiveBufferSize

1999-12-04 Thread Oleg Bartunov

On Sat, 4 Dec 1999, Stas Bekman wrote:

 Date: Sat, 4 Dec 1999 19:52:07 +0200 (IST)
 From: Stas Bekman [EMAIL PROTECTED]
 To: Oleg Bartunov [EMAIL PROTECTED]
 Cc: mod_perl list [EMAIL PROTECTED]
 Subject: Re: Failed to set ProxyReceiveBufferSize
 
  "OB" == Oleg Bartunov [EMAIL PROTECTED] writes:
 
 OB This message is for every proxied request.
 OB Does anybody knows what does it means ?
 OB In proxy config I have 
 OB ProxyReceiveBufferSize 1048576
 
 OB Restarting proxy server doesn't helps.
 
 OB btw, anybody know what is an optimal size of ProxyReceiveBufferSize
 OB and does it really works.
 
 As a followup to Vivek's email, I've digged up in the linux kernel
 sources, the 2 relevant snippets are:
 
 /usr/src/linux/net/core/sock.c:
 
 /* Run time adjustable parameters. */
 __u32 sysctl_wmem_max = SK_WMEM_MAX;
 __u32 sysctl_rmem_max = SK_RMEM_MAX;
 __u32 sysctl_wmem_default = SK_WMEM_MAX;
 __u32 sysctl_rmem_default = SK_RMEM_MAX;
 [snip]
 case SO_RCVBUF:
   /* Don't error on this BSD doesn't and if you think
  about it this is right. Otherwise apps have to
  play 'guess the biggest size' games. RCVBUF/SNDBUF
  are treated in BSD as hints */
  
  if (val  sysctl_rmem_max)
val = sysctl_rmem_max;
 
  /* FIXME: is this lower bound the right one? */
  sk-rcvbuf = max(val*2,256);
  break; 
 
 
 
 
 
 /usr/src/linux/include/linux/skbuff.h:
 /* These are just the default values. This is run time configurable.
  * FIXME: Probably the config option should go away. -- erics
  */
 
 # ifdef CONFIG_SKB_LARGE
 #define SK_WMEM_MAX 65535
 #define SK_RMEM_MAX 65535
 #else
 #define SK_WMEM_MAX 32767
 #define SK_RMEM_MAX 32767
 #endif
 
 
 So the limit is either 32k or 64k, depending on CONFIG_SKB_LARGE...
 If you set it bigger it silently uses the default value as you see in the
 first code snippet
 
 I used to write a 1Mb example in the guide. Have removed the rewishful
 setting :)

No, don't remove it. Under FreeBSD it's possible to
configure kernel to have more buffers for socket:

sysctl -w kern.ipc.maxsockbuf=2621440

I did this and errors are gone now ! I still use 1Mb value.
Probably it's worth to comment this in your guide.

Regards,

Oleg

 
 
 ___
 Stas Bekman  mailto:[EMAIL PROTECTED]www.singlesheaven.com/stas  
 Perl,CGI,Apache,Linux,Web,Java,PC at  www.singlesheaven.com/stas/TULARC
 www.apache.org   www.perl.com  == www.modperl.com  ||  perl.apache.org
 single o- + single o-+ = singlesheavenhttp://www.singlesheaven.com
 

_
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: [EMAIL PROTECTED], http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83



Re: Name: overview

1999-12-04 Thread James G Smith

"Victor Zamouline" [EMAIL PROTECTED] wrote:
6) Eagle with a single red-blue-yellow feather in its wing, proposed by
Salve Nilsen

I think I've kept up with the thread, but I may have missed a post
or two.  If I'm repeating, please forgive me.

I like this idea, but I'm seeing the Eagle from the mod_perl book in
grey with the one feather in color.  If so, I like this one.  Even
without any words.
-- 
James Smith [EMAIL PROTECTED], 409-862-3725
Texas AM CIS Operating Systems Group, Unix



Re: Logo / brand

1999-12-04 Thread Victor Zamouline

Eagle on top of camel and the Apache feather somewhere in a middle...
probably too complicated for a small scaled logo...


I am afraid, yes. We have not yet reached any opinion on whether the logo
should represent a "bridge" or an "independent product". In the case of an
"independent product", I think that Mod_Perl should have its own isolated
symbol. What if some webmasters will also want to include their tribute to
Perl and Apache on their pages? Then, the three logos aligned together make
a perfect family.

Vic.



RE: moperl mirror sites (was: migrating perl.apache.org to *.modperl.org)

1999-12-04 Thread Gerald Richter


  It's no big deal to administer a small zone like this.
 
 Yes, of course, but directing the traffic to the Apache mirrors 
 all over the
 world would be even better (at least from my point of view)
 

I have added a list of the modperl mirrors, have a look at perl.apache.org

Gerald



Re: mod_perl Programmers demand is going up...

1999-12-04 Thread Gunther Birznieks

On Fri, 3 Dec 1999, Jason Bodnar wrote:

 On 03-Dec-99 Gunther Birznieks wrote:
  I think mod_perl is sufficiently hard that even as more people learn how 
  to do the simple stuff, mod_perl will still be 'difficult' enough. I don't
  think it is like Java or Perl where the stratification is there in the
  language knowledge. Unless mod_perl itself gets easier, I don't see it
  beinglike ASP or JSP or Servlets (being a new technology people will
  eventually learn).
 
 I don't see how people can say mod_perl is "hard". It's the Apache API in perl
 (with some niceties). If you know perl, you learn the API and that's that.
 It's no different than learning an API for some other product. Well, it really
 helps to understand the response process of Apache. 
 
 You really can't compare mod_perl to ASP or JSP, though, IMHO. Compare those
 two technologies to Embperl or ePerl or Apache::ASP.
  
The reason it is different is that you have to be in the top 15 percentile
to debug and write mod_perl code which won't hav subtle errors.

Just putting in use strict and -w doesn't cut it. There's a load of
gotchas that people just have to understand and learn on top of Perl
skills.

  I don't think it is about training either. It's a matter of making
  mod_perl easier. It just really is not easy. 
 
 How are you going to make it easier? Create a GUI RAD IDE (gotta get in the
 buzzwords) for creating handlers? One of the things I love about mod_perl is
 that there are enough modules out there to do what you want most of the time
 without writing your own. 
 
Apache::Run is a start of whatI am talking about. But even then.

Also installation is not all that easy to troubleshoot for UNIX novices.

Again, it's hard enough finding a good perl programmer, but finding
someone who can compile everything together and understand it all is a top
15 percentile ( and I think I am being generous) skill which I don't think
simple training will help with.

You don't have to be top 15th percentile VB or top 15th percentile Java to
write ASPs or Servlets respectively. Although for servlets, I would say
top 50th at least if you don't want a completely crappy OO servlet
architecture.

 
 I don't think the fact that the mini-guide has grown so much is indicator of
 how difficult it is to learn mod_perl. You'd have to read as much to write
 stuff in ISAPI or NSAPI.
  
The fact is that most applications don't need an ISAPI or NSAPI filter, so
the need to learn it is extremely low. This is why mod_perl will be niche
unless the learning curve is much smaller. Yeah, it's as hard. But that's
the point. If it is as hard then it will always be the realm of people who
are good at Perl and now need/want to stretch their Perl skills.

Most people that I interview who say they know Perl, are at the level that
they know vaguely what use strict does and to use taintmode, but still
they create pretty reasonable web apps. But the problem is that to extend
them to a mod_perl Apache::Registry environment is a huge learning curve
for people who are already very productive web app developers.

Later,
  Gunther

PS A little upbeat tidbit. Our ASP developers where I work are using
Mail::Sender wrapped in ActiveState's COM wrapper API because they finally
got sick of all the crap and problems with CDO. :)



Re: mod_perl Programmers demand is going up...

1999-12-04 Thread John White

On Fri, Dec 03, 1999 at 11:15:53PM +0200, Stas Bekman wrote:
  Does anybody see a niche for a new web-hosting company specializing in
  mode_perl and other goodies, rather than the generic "package" ? Matt ?
  That could ease the management problem of "we agree mod_perl is great,
  but our hoster won't run it".
  I for one ended up having to host my own website because nobody would
  host mod_perl  msql for less than an arm and a leg.
 
 Sure, Rod, there is a niche
 Build a rack of machines, give each client a dedicated box and have solved
 the problem of many people seeking mod_perl support. The question is how
 much this service is going to cost...
 
Painful question.

I guess the answer lies in how much responsibility the ISP is being
asked to shoulder.

I've thought about putting together a package of
1) Apache
2) mod_perl
3) mysql
4) reverse proxy cache
5) a slice of raid
6) automated remote backup
7) hardware update calendars...

But you can't walk into Exodus without paying $750 for rackspace...

Is this Rod's proverbial arm and a leg?

Quite frankly, providing a service like this is a bit more interesting
to me at the moment than actuall programming.  If anyone is looking to
partner up to make a service like this a reality, I'd certainly be 
interested in chatting.

John



Fix for Redhat(?) bug in mod_perl install

1999-12-04 Thread Autarch

I don't remember if this has been discussed before but anyway.  If you're
running Redhat 6.0 (and maybe 6.1?) there may be some weirdness when you
try to install modperl.  Basically, when you go to run make on apache, it
gives it some -L or -I flags that include libgdbm, because your Perl was
compiled with this.  However, there is a missing symlink in the /usr/lib
directory.  Just do the following to fix it:

 ln -s libgdbm.so.2.0.0 libgdbm.so

This should probably be added to the guide or something.  The failure
message you get is the compile failed the sanity check, with no mention of
libgdbm at all.  It's pretty wacky!


-Dave


/*==
www.urth.org
We await the New Sun
==*/



Re: mod_perl Programmers demand is going up...

1999-12-04 Thread Bill Desjardins


Or even the head of a camel on an eagles body? I guess you could call it
an Eamel ;-)

my $.02

Bill

===
Bill Desjardinshttp://www.carracing.com
[EMAIL PROTECTED]Tel: 305.205.8644
FREE Homepages for Racers and Race Tracks!!

On Sat, 4 Dec 1999, Rod Butcher wrote:

 Um... how about a mythical beast with the head of an eagle and the body
 of a camel ?
 Rod 
 
 Baiju Thakkar wrote:
  
  
   Well, someone mentioned an eagle. How about the eagle image for an
   alternative mod_perl logo? I was thinking about hedgehog as one that
   protected from everything, exactly like mod_perl...
  
  
  Well mod_perl as a project has gotten the permission to
  use the camel right ? I suggest we keep the camel.
  Maybe give him lots of muscle with the apache feather
  in there somewhere. There must be someone with some
  graphic design experience lurking around here. :)
  
  ---
  Baiju Thakkar
  http://www.perlmonth.comhttp://www.linuxmonth.com
  Just use Perl;  Still thinking :)
  
 
 -- 
 Rod Butcher | "... I gaze at the beauty of the world,
 Hyena Holdings Internet | its wonders and its miracles and out of
   Programming   | sheer joy I laugh even as the day laughs.
 ("it's us or the vultures") | And then the people of the jungle say,
 [EMAIL PROTECTED] | 'It is but the laughter of a hyena'".
 |Kahlil Gibran..  The Wanderer
 



Re: mod_perl Programmers demand is going up...

1999-12-04 Thread Joseph R. Junkin

John White wrote:
 
 On Fri, Dec 03, 1999 at 11:15:53PM +0200, Stas Bekman wrote:
   Does anybody see a niche for a new web-hosting company specializing in
   mode_perl and other goodies, rather than the generic "package" ? Matt ?
   That could ease the management problem of "we agree mod_perl is great,
   but our hoster won't run it".
   I for one ended up having to host my own website because nobody would
   host mod_perl  msql for less than an arm and a leg.
 
  Sure, Rod, there is a niche
  Build a rack of machines, give each client a dedicated box and have solved
  the problem of many people seeking mod_perl support. The question is how
  much this service is going to cost...

From my experience:
Above.net, tier 1, guaranteed bandwidth
19X12 Rack = $400 monthly allows 128K (in 95%, billed for increase)
19X12 Rack fits 3 3U cases
each case holds 2X500 PIII, Intel GX MB w/onboard video,100baseT and UW
SCSI,256M,18Gig UW IBM, Approx = $2500 per machine

Situation 1: shared three tier platform
First CPU: lightweight front end has Mod_proxy, Mod_rewrite, Mod_ssl
2nd CPU: Mod_perl
3rd CPU runs mysql possibly DNS and Qmail also.
Add in $200 Switch to segment 10 baseT Internet drop from 100baseT
'internal' frontend/modperl/database network.
Also 4 port 100base T hub for $100.

Sitution 2: Each client gets a dedicated machine combining each of the
three seperate ones from above (expensive, only 3 clients per rack).

Initial hardware outlay approx: 7500+200+100 = $7800 upfront + 400
monthly (min)
Approximate traffic that can be served from this platform??
Additional monthly fees for traffic above 128K?
256K and 19X24 rackspace = $800 I think

 
 Painful question.
 
 I guess the answer lies in how much responsibility the ISP is being
 asked to shoulder.
 
 I've thought about putting together a package of
 1) Apache
 2) mod_perl
 3) mysql
 4) reverse proxy cache
 5) a slice of raid
 6) automated remote backup
 7) hardware update calendars...
 
 But you can't walk into Exodus without paying $750 for rackspace...
 
 Is this Rod's proverbial arm and a leg?
 
 Quite frankly, providing a service like this is a bit more interesting
 to me at the moment than actuall programming.  If anyone is looking to
 partner up to make a service like this a reality, I'd certainly be
 interested in chatting.
 
 John



Re: mod_perl Programmers demand is going up...

1999-12-04 Thread Victor Zamouline



Gunther Birznieks wrote:

 You don't have to be top 15th percentile VB or top 15th percentile Java to
 write ASPs or Servlets respectively. Although for servlets, I would say
 top 50th at least if you don't want a completely crappy OO servlet
 architecture.

I have organized a series of personnel trainings in a number of huge
French companies, and I have been constantly trying to spread the
mod_perl word and look at people's reaction.

If I talk about mod_perl on Monday:

A young computer genius (you know the kind of guy who will build his own
company when he is 25) will return to the training on Tuesday with the
Eagle book in his hands.

A well-placed VB script programmer just won't care. He will get very
nervous when I pronounce "Unix".

A convinced Java programmer will desperately seek for equivalent
functions for Enterprise Java Beans, CORBA, RMI, etc, then he will just
shrug his shoulders.

A decision maker will sleep until I say "performance". He will
completely wake up when I bring up statistics from Stas' guide. Then he
will ask me if I am willing to come back next week to give a profound
training on mod_perl, and then he will never call me back.

As I understand the companies' philosophy, mod-perl's advantages that we
bring up here are actually DRAWBACKS for them, as compared to VB Script.
They used to find immediate solutions for an immediate contract. When I
ask a question to a Perl or Java developer, most of the time he can
explain me the whole theory behind it. On the contrary, a VB developer
always answers "I don't know, I have always done this way and it works".

So, a company hiring VB developers knows that these are humble and
obedient guys who will make the application work, even if an extra
semicolon will ruin the whole program. And that is perfectly OK with
such companies because they sell the product and the MAINTENANCE behind
it (they call it "maintenance", but it actually means re-writing the
whole program when the client only needs an extra semicolon).

But a good Perl programmer is more often uncontrollable, he writes a
perfect program, but no one else understands it, and if he quits the
company tomorrow they won't find anyone else to do the "maintenance".

So when I spread the mod_perl word, I make sure I don't make my client
hire another bunch of VB programmers after what I told them about
mod_perl during the training. :)))

I also tried to take individual VB/PowerBuilder/etc. guys and teach Perl
to them. Well, I can make them understand the technical side but not the
BEAUTY of Perl. Maybe I am not a perfect trainer, but after such
trainings I see these guys LITERALLY TRANSLATE their programs from VB to
Perl.

Just to make a resume, I am afraid Mod_Perl will remain an
elite-oriented product. That is not really embarassing, because the
education guidelines change too, and more and more guys switch to the
elite layer, bringing up their own projects. So if this talk is about
spreading mod_perl to the whole Internet programming community, wouldn't
it be better to say, making mod_perl THE CHOICE of the BEST Internet
projects? 

Vic.



Re: mod_perl Programmers demand is going up...

1999-12-04 Thread Ask Bjoern Hansen

On Fri, 3 Dec 1999, Victor Zamouline wrote:

[...]
 Right. This talk is about a commercial success. The
 /perl.apache.org/logos/mod_perl.gif logo represents a bridge between two
 products [...]

But that is what it is. 

A very cool bridge indeed, but a bridge.


  - ask

-- 
ask bjoern hansen - http://www.netcetera.dk/~ask/
more than 60M impressions per day, http://valueclick.com



Re: PerlFreshRestart and %INC

1999-12-04 Thread Michael Dearman

Foolishness alert/Newbie approaches.

Hate that this thread died. Was following it to get some insights
into the nether regions.

I read some doc about DBI or Apache/DBI pinging or doing some kind of
trace on the other when a db connection was attempted. I thought it
made the point that Apache/DBI was not loaded until a connection was
attempted by DBI.pm. Would appreciate a heads up on what doc that was.
Can't find it again. *sigh*

Thanks,
Michael Dearman



Re: Name: overview

1999-12-04 Thread Jason Bodnar

Perhaps, just maybe, it should be Doug's decision whether mod_perl needs a
name change?

At 05:25 PM 12/4/99 +0100, Victor Zamouline wrote:
Let me overview the propositions that have been made:

1) Eagle, proposed by Ged Haywood. Copyrighted by O'Reilly, but it looks
like this problem can be solved.
2) Hedgehog, proposed by Stas Bekman.
3) Oyster, proposed by Randy Harmon
4) Mythical beast with the head of an eagle and the body of a camel,
proposed by Rod Butcher
5) Meld Pro, anagram proposed by Robin Berjon
6) Eagle with a single red-blue-yellow feather in its wing, proposed by
Salve Nilsen
7) Red brick base of a building, with mod_perl inscribed on a brass plaque,
proposed by John Burns

Did I miss out something?

Vic.



--
Jason Bodnar + Tivoli Systems = [EMAIL PROTECTED]



Re: mod_perl Programmers demand is going up...

1999-12-04 Thread Ken Williams

I'd rather see a camel with wings.  Seems like an eagle without wings isn't
much of an eagle, and a camel without a hump isn't much of a camel.

Just like mod_perl gives you all the power of Apache  Perl together?

Yeah, I'm reaching.


[EMAIL PROTECTED] (Bill Desjardins) wrote:
Or even the head of a camel on an eagles body? I guess you could call it
an Eamel ;-)

my $.02

Bill

===
Bill Desjardinshttp://www.carracing.com
[EMAIL PROTECTED]Tel: 305.205.8644
FREE Homepages for Racers and Race Tracks!!

On Sat, 4 Dec 1999, Rod Butcher wrote:

 Um... how about a mythical beast with the head of an eagle and the body
 of a camel ?
 Rod 

  ------
  Ken Williams Last Bastion of Euclidity
  [EMAIL PROTECTED]The Math Forum




Re: Logo / brand

1999-12-04 Thread David Emery

At 20:51 +0100 99.12.4, Victor Zamouline wrote:
 Eagle on top of camel and the Apache feather somewhere in a middle...
 probably too complicated for a small scaled logo...
 
 
 I am afraid, yes. We have not yet reached any opinion on whether the logo
 should represent a "bridge" or an "independent product". In the case of an
 "independent product", I think that Mod_Perl should have its own isolated
 symbol. What if some webmasters will also want to include their tribute to
 Perl and Apache on their pages? Then, the three logos aligned together make
 a perfect family.
 
 Vic.


Personally, I think the name mod_perl should be kept, and mod_perl hackers should 
start referring to themselves as "The Mod Squad". A logo could be created based on the 
shape of Linc's hair from the Mod Squad TV series.

Of course this wouldn't mean much to anyone who hadn't wasted childhood hours watching 
cheesy American TV shows...

-Dave



Re: Logo / Brand

1999-12-04 Thread Jay J

- Original Message -
From: "Ken Williams" [EMAIL PROTECTED]
To: "Bill Desjardins" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, December 04, 1999 11:31 PM
Subject: Re: mod_perl Programmers demand is going up...

Ken wrote:
 I'd rather see a camel with wings.  Seems like an eagle without wings
isn't
 much of an eagle, and a camel without a hump isn't much of a camel.

 Just like mod_perl gives you all the power of Apache  Perl together?

 Yeah, I'm reaching.


It occurred to me that an appropriate metaphor might be an elephant. :-)

After all, an elephant: never forgets, it towers over the other animals in
the jungle, it's often hunted by evil human predators, one can easily afix a
saddle to ride on top, it's smart: "They have the biggest brain (12
lbs.)..", it's thick skinned.

Maybe we adorn it's back with an apache-feather colored blanket, or a
feather behind it's ear.

From the latin pachydermas apacheous?

http://www.reno.quik.com/snow/elephant.html
http://www.lazoo.org/elephants/elephant_facts.html

The logo :-) http://www.lazoo.org/elephants/ELEPHANT.GIF

Couple problems though, it might be tough to make an elephant look "cool"
(shades?), and the obvious jab: mod_perl = elephant = big footprint = proof:
ps aux | grep apache :-o

-Jay J




 [EMAIL PROTECTED] (Bill Desjardins) wrote:
 Or even the head of a camel on an eagles body? I guess you could call it
 an Eamel ;-)
 
 my $.02
 
 Bill
 
 ===
 Bill Desjardinshttp://www.carracing.com
 [EMAIL PROTECTED]Tel: 305.205.8644
 FREE Homepages for Racers and Race Tracks!!
 
 On Sat, 4 Dec 1999, Rod Butcher wrote:
 
  Um... how about a mythical beast with the head of an eagle and the body
  of a camel ?
  Rod




Re: mod_perl Programmers demand is going up...

1999-12-04 Thread Ruben Safir

And Lincons roots?




Re: Failed to set ProxyReceiveBufferSize

1999-12-04 Thread Stas Bekman

   "OB" == Oleg Bartunov [EMAIL PROTECTED] writes:
  
  OB This message is for every proxied request.
  OB Does anybody knows what does it means ?
  OB In proxy config I have 
  OB ProxyReceiveBufferSize 1048576
  
  OB Restarting proxy server doesn't helps.
  
  OB btw, anybody know what is an optimal size of ProxyReceiveBufferSize
  OB and does it really works.
  
  As a followup to Vivek's email, I've digged up in the linux kernel
  sources, the 2 relevant snippets are:
  
  /usr/src/linux/net/core/sock.c:
  
  /* Run time adjustable parameters. */
  __u32 sysctl_wmem_max = SK_WMEM_MAX;
  __u32 sysctl_rmem_max = SK_RMEM_MAX;
  __u32 sysctl_wmem_default = SK_WMEM_MAX;
  __u32 sysctl_rmem_default = SK_RMEM_MAX;
  [snip]
  case SO_RCVBUF:
/* Don't error on this BSD doesn't and if you think
   about it this is right. Otherwise apps have to
   play 'guess the biggest size' games. RCVBUF/SNDBUF
   are treated in BSD as hints */
   
   if (val  sysctl_rmem_max)
 val = sysctl_rmem_max;
  
   /* FIXME: is this lower bound the right one? */
   sk-rcvbuf = max(val*2,256);
   break; 
  
  
  
  
  
  /usr/src/linux/include/linux/skbuff.h:
  /* These are just the default values. This is run time configurable.
   * FIXME: Probably the config option should go away. -- erics
   */
  
  # ifdef CONFIG_SKB_LARGE
  #define SK_WMEM_MAX 65535
  #define SK_RMEM_MAX 65535
  #else
  #define SK_WMEM_MAX 32767
  #define SK_RMEM_MAX 32767
  #endif
  
  
  So the limit is either 32k or 64k, depending on CONFIG_SKB_LARGE...
  If you set it bigger it silently uses the default value as you see in the
  first code snippet
  
  I used to write a 1Mb example in the guide. Have removed the rewishful
  setting :)
 
 No, don't remove it. Under FreeBSD it's possible to
 configure kernel to have more buffers for socket:
 
 sysctl -w kern.ipc.maxsockbuf=2621440
 
 I did this and errors are gone now ! I still use 1Mb value.
 Probably it's worth to comment this in your guide.

Of course! Thanks Oleg!

Someone wants to include a similar infobits regarding other OS?

___
Stas Bekman  mailto:[EMAIL PROTECTED]www.singlesheaven.com/stas  
Perl,CGI,Apache,Linux,Web,Java,PC at  www.singlesheaven.com/stas/TULARC
www.apache.org   www.perl.com  == www.modperl.com  ||  perl.apache.org
single o- + single o-+ = singlesheavenhttp://www.singlesheaven.com