Re: Problem With DB_File Installation On Red-Hat Linux 7.1 [OT]
Joe Breeden wrote [ 2002/03/14 at 09:15:44 ] It has been a few weeks since I went through this and I have seen a squirrel or two since then and it was a bad experience so I have tried to block the memories of the awful awful day. I hope this helps, but I doubt it will. Good luck. A much easier fix specfically for Redhat 7.1 is to correctly link /usr/include/db.h to the same version of the /lib that DB_File is picking up. Redhat has versions 1, 2, and 3 of Berkeley db installed to support all of the applications. If you relink db.h, generally pointing it to db2/db.h ( though it may be db3/db.h or db1/db.h depending on the rest of the stuff you have installed ) will make DB_file happy. -Original Message- From: James McKim [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 9:01 AM To: [EMAIL PROTECTED] Subject: Problem With DB_File Installation On Red-Hat Linux 7.1 I'm trying to install DB_File on our Red-Hat Linux. 7.1 box and am getting an error about having 2 versions of BerkeleyDB installed. The log of the installation follows. Any help would be appreciated. | nicholas l studt [EMAIL PROTECTED] | GPG: 0EBE 38F2 342C A857 E85B 2472 B85E C538 E1E0 8808 `---
Re: Problem With DB_File Installation On Red-Hat Linux 7.1
I'm trying to install DB_File on our Red-Hat Linux. 7.1 box and am getting an error about having 2 versions of BerkeleyDB installed. The log of the installation follows. Any help would be appreciated. This problem is easy to fix. 1) get and install BerkeleyDB-4.0 2) Re-install your DB_File-1.8.xx distribution (or later), set the variables for INCLUDE and LIB in the config.in file to point to the BerkeleyDB 4.0 distribution 3) at the beginning of your httpsdctl or apachectl start file include the following lines. # fix up problem with C-lib database export LD_PRELOAD=/usr/local/BerkeleyDB.4.0/lib/libdb.so That's it Michael Robinton BizSystems 4600 El Camino Real - Suite 206 Los Altos, CA 94022 Tel: 650 947-3351 Fax: 650 947-3356 [EMAIL PROTECTED]
Re: [WOT] emacs and WEBDAV
Rob Bloodgood [EMAIL PROTECTED] writes: DW also speaks WEBDAV natively, but emacs does not. Not natively, but there is a DAV mode for emacs, apparently fairly new. From the Debian package: Package: eldav Priority: optional Section: net Installed-Size: 61 Maintainer: Fumitoshi UKAI [EMAIL PROTECTED] Architecture: all Version: 0.0.20020311-1 Depends: emacs21 | emacsen, nd (= 0.5.0) Filename: pool/main/e/eldav/eldav_0.0.20020311-1_all.deb Size: 14286 MD5sum: 71271d5d4998dcdb78f83d79e98a4f75 Description: an interface to the WebDAV servers for Emacs. WebDAV files can be treated just like a normal file in Emacsen. Emacs/w3 is not required. External program is used for WebDAV access.
Re: problem in recompiling
Hi there, On Thu, 14 Mar 2002, Parag R Naik wrote: I am using ActivePerl 5.6 . I had executed the Makefile.PL with Active Perl hence the Makefile created contain the activeperl entry .. I don't know anything about ActivePerl. I think that its use might be the cause of your problem. Can you perhaps install Perl from the source tarball at www.perl.com/CPAN/src/stable.tar.gz ? Then you should recompile Apache and mod_perl following the instructions supplied with the packages. Please keep your replies on the list, that way everyone can see that this issue is being investigated. 73, Ged.
problem in recompiling
I get the following problem while recompiling mod-perl can any body help ?? cc -c -I.. -I/usr/local/lib/perl5/5.6.1/i686-linux/CORE -I../os/unix -I../include -DLINUX=22 -DMOD_PERL -DUSE_PERL_SSI -DUSE_REENTRANT_API -D_POSIX_C_SOURCE=199506L -D_REENTRANT -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_HSREGEX -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -D_XOPEN_SOURCE-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PERL http_core.chttp_core.c: In function `default_handler':http_core.c:3605: `caddr_t' undeclared (first use in this function)http_core.c:3605: (Each undeclared identifier is reported only oncehttp_core.c:3605: for each function it appears in.)http_core.c:3605: parse error before `mm'http_core.c:3669: `mm' undeclared (first use in this function)make[2]: *** [http_core.o] Error 1make[1]: *** [subdirs] Error 1make[1]: Leaving directory `/usr/src/apache_1.3.22/src'make: *** [apache_httpd] Error 2 Regards Parag R NaikPhone : 5093100(off) Tough times dont last for a long tough people always do. To send secure email get my certificate from :http://parag.freeshell.org/parag2.p7b
[ANNOUNCE] The New mod_perl logo - results now in...
Fellow mod_perl hackers... It is with great pleasure that I am able to introduce you to the new mod_perl logo. So, without further ado, point your web-browsers at: http://beverley2.digital-word.com/mod_perl/winner/ The winning logo, designed by Michael Demers (mike [at] inteo.com), won by a very clear majority. Congratulations Mike, and thanks for a great effort! The new mod_perl button vote resulted in a tie between two designs: Juergen Spechts' (the existing button) and new design by Tyler Rorabaugh. Following a brief discussion with Stas (stas [at] stason.org), I think it might be a good idea to have several mod_perl buttons, the idea being that a designer can then choose a button that doesn't conflict with his/her design. However, I request your comments on this idea: should we have just one button (helping to develop a distinct identity for mod_perl) or should we have several (for choice)? It's up to you... Thank you to everyone who participated in this project. Kudos to the designers for their efforts. Thanks to Stas for his input and ideas, and Eric Cholet for the voting script. Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ -- Temporarily off-line http://wypug.digital-word.com/
Re: [ANNOUNCE] The New mod_perl logo - results now in...
On Fri, 15 Mar 2002, Jonathan M. Hollin wrote: However, I request your comments on this idea: should we have just one button (helping to develop a distinct identity for mod_perl) or should we have several (for choice)? It's up to you... I think that we need one theme of buttons, to ensure consistent branding. As per my comments when I voted stated, I'd love to see some buttons/logos based on the winning logo. In particular: - A square button that's just made up of the square cog logo - A square button that's just made up of a grey m and a blue p - A small rectangle version of the words modperl without the cog ...you get the idea, variations around a central design Also, we could do with both a monochrome and a black and white version of the logo (for print.) Is the logo available in a vector file format so that we can easily make scaled copies of it? Or are we restricted to the pixel banners that currently exist? Later. Mark. -- s'' Mark Fowler London.pm Bath.pm http://www.twoshortplanks.com/ [EMAIL PROTECTED] ';use Term'Cap;$t=Tgetent Term'Cap{};print$t-Tputs(cl);for$w(split/ +/ ){for(0..30){$|=print$t-Tgoto(cm,$_,$y). $w;select$k,$k,$k,.03}$y+=2}
Re: [ANNOUNCE] The New mod_perl logo - results now in...
In article 001401c1cc08$bab4f2b0$b1a1a8c2@orpheus, Jonathan M. Hollin [EMAIL PROTECTED] wrote: However, I request your comments on this idea... Was there a button in the same style as the winning logo? Could Michael be persuaded to create one if not? I'm inclined to think a new logo is little use if you're not consistent with the imagery it uses. Tying a button design into that imagery is, IMO, essential. All the best, Andrew. -- perl -MLWP::Simple -e 'getprint(http://www.article7.co.uk/res/japh.txt;);'
RE: [ANNOUNCE] The New mod_perl logo - results now in...
:: I think that we need one theme of buttons, to ensure :: consistent branding. As per my comments when I voted :: stated, I'd love to see some buttons/logos based on the :: winning logo. In particular: :: :: - A square button that's just made up of the square cog logo :: - A square button that's just made up of a grey m and a blue p :: - A small rectangle version of the words modperl without the cog :: :: ...you get the idea, variations around a central design :: :: Also, we could do with both a monochrome and a black and :: white version of :: the logo (for print.) Personally, I agree. I'll forward your email on to Michael and we'll see how he responds. :: Is the logo available in a vector file format so that we can :: easily make :: scaled copies of it? Or are we restricted to the pixel banners that :: currently exist? All I have is non-vector JPEG. Again, I'll ask Michael. Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ -- Temporarily off-line http://wypug.digital-word.com/
RE: [ANNOUNCE] The New mod_perl logo - results now in...
:: Was there a button in the same style as the winning logo? :: Could Michael be persuaded to create one if not? :: :: I'm inclined to think a new logo is little use if you're not :: consistent with the imagery it uses. Tying a button design :: into that imagery is, IMO, essential. I will forward your email on to Michael (who designed the winning logo). Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ -- Temporarily off-line http://wypug.digital-word.com/
RE: [ANNOUNCE] The New mod_perl logo - results now in...
On Fri, 15 Mar 2002, Jonathan M. Hollin wrote: :: Is the logo available in a vector file format so that we can :: easily make :: scaled copies of it? Or are we restricted to the pixel banners that :: currently exist? All I have is non-vector JPEG. Again, I'll ask Michael. If we can find out what the font is, I'd enjoy trying to do an SVG version (I just bought an SVG book, so I'm enjoying playing). -- !-- Matt -- :-Get a smart net/:-
Creating a proxy using mod_perl
I have a site that does secure credit card transactions on behalf of merchants. As soon as a cardholder on the merchant site is ready to pay, the merchant redirects the cardholder to my site, and I pick up payment details from the cardholder directly over SSL. When the cardholder is accessing my site, I retrieve certain elements from the merchant site and present them to the cardholder while he is completing the purchase on my site. Since the merchants do not pick up any payment sensitive information, quite a few of them do not have SSL certificates themselves. Typically, when the cardholder is on my payment site, I will fetch the company logo and various other certain elements from the merchant site. If the merchant site does not have SSL himself, these items will be fetched using normal http (and not https) requests. In Internet Explorer, if you are visiting a site using https that refers to img src links or similar from a non-ssl site (through normal http) the user will get annoying dialog boxes warning him about this. To avoid this situation, I allow merchants to proxy the non-SSL stuff through my site, where they actually refer to an local url with a parameter to where the item can be retrieved from the non-SSL site. My script will retrieve the page from the http link and return it through a local https link, which makes the Internet Explorer warnings go away. The way I am currently doing this is as follows: I have a handler module which is activated through the following in httpd.conf: Location /proxy SetHandler perl-script PerlHandler Proxy /Location The Proxy.pm module looks as follows: package Proxy; use strict; use warnings; use Apache::Constants qw (REDIRECT OK); use LWP::UserAgent; sub handler { my $r = shift; my $ua = new LWP::UserAgent; $ua-timeout (30); my $uri = $ENV{REQUEST_URI}; $uri =~ /proxy\?url=(.*)$/; $uri = $1; my $request = new HTTP::Request (GET = $uri); my $response = $ua-request ($request); if ($response-is_success) { $r-content_type ($response-headers-header ('Content-type')); $r-send_http_header; print $response-content; } else { print $response-error_as_HTML; } return OK; } 1; In short, it takes a request such as https://my.secure.site/proxy?url=http://from.unsecure.site/someimg.gif and retrieves the data from the unsecure site and return it through the secure site at my end. This works _mostly_ ok, but on what seems like random occations the httpd process will die (segmentation fault). I can not be sure that the proxy module is to blame, but I log process id the access log as well and it seems the last request to be served always seem to be such a proxy request (my server servers other stuff as well). Any ideas on why this is so? Any other ways of accomplishing the same without the added overhead of my perl module? Thanks in advance, Marius Kjeldahl
Re: Creating a proxy using mod_perl
Marius Kjeldahl wrote: Any other ways of accomplishing the same without the added overhead of my perl module? There was an example in the eagle-book, AFAIR, you need to build a custom PerlTranslateHandler and rewrite the filename to the url of your customer and use $r-handler(mod-proxy), (or maybe proxy or mod_proxy, just check the docs and look for the needed AddHandler directive) ciao -- Mit freundlichen Grüßen - Nico Erfurth Headlight Housingfactory GmbH Email: [EMAIL PROTECTED] -
Re: Creating a proxy using mod_perl
On Fri, 15 Mar 2002, Marius Kjeldahl wrote: Any other ways of accomplishing the same without the added overhead of my perl module? You can use 1. mod_proxy: ProxyPass /images/http://image.site/image/ 2. mod_accel: AccelPass /images/http://image.site/image/ 3. default-handler - images must be on the same host: Location /images/ SetHandler default-handler /Location Igor Sysoev
Re: Creating a proxy using mod_perl
I guess these all suffer from the fact that the parameters have to be specified in httpd.conf, which makes it impossible to pass a url to fetch from in a parameter, right? Marius K. Igor Sysoev wrote: On Fri, 15 Mar 2002, Marius Kjeldahl wrote: Any other ways of accomplishing the same without the added overhead of my perl module? You can use 1. mod_proxy: ProxyPass /images/http://image.site/image/ 2. mod_accel: AccelPass /images/http://image.site/image/ 3. default-handler - images must be on the same host: Location /images/ SetHandler default-handler /Location Igor Sysoev
Re: Creating a proxy using mod_perl
On Fri, 15 Mar 2002, Igor Sysoev wrote: On Fri, 15 Mar 2002, Marius Kjeldahl wrote: Any other ways of accomplishing the same without the added overhead of my perl module? You can use 1. mod_proxy: ProxyPass /images/http://image.site/image/ I'd go for this, perhaps with mod_rewrite or a PerlTransHandler since you'll want to proxy for more than one company's site. -- steven 1;
Re: Creating a proxy using mod_perl
On Fri, 15 Mar 2002, Marius Kjeldahl wrote: I guess these all suffer from the fact that the parameters have to be specified in httpd.conf, which makes it impossible to pass a url to fetch from in a parameter, right? So mod_rewite with mod_proxy or mod_accel: RewriteRule /proxy_url=http://(.+)$http://$1 [L,P] Note that 'proxy?url=' is changed to 'proxy_url='. Igor Sysoev
Re: Creating a proxy using mod_perl
At 05:11 PM 3/15/2002 +0300, Igor Sysoev wrote: On Fri, 15 Mar 2002, Marius Kjeldahl wrote: I guess these all suffer from the fact that the parameters have to be specified in httpd.conf, which makes it impossible to pass a url to fetch from in a parameter, right? So mod_rewite with mod_proxy or mod_accel: RewriteRule /proxy_url=http://(.+)$http://$1 [L,P] Note that 'proxy?url=' is changed to 'proxy_url='. Any concern about being an open proxy there? I'd want to only proxy the sites I'm working with. I'd rather cache the images locally, just in case you are working with a slow site or if they do something silly like check referer on requests. Bill Moseley mailto:[EMAIL PROTECTED]
Re: Creating a proxy using mod_perl
On Fri, 15 Mar 2002, Bill Moseley wrote: At 05:11 PM 3/15/2002 +0300, Igor Sysoev wrote: On Fri, 15 Mar 2002, Marius Kjeldahl wrote: I guess these all suffer from the fact that the parameters have to be specified in httpd.conf, which makes it impossible to pass a url to fetch from in a parameter, right? So mod_rewite with mod_proxy or mod_accel: RewriteRule /proxy_url=http://(.+)$http://$1 [L,P] Note that 'proxy?url=' is changed to 'proxy_url='. Any concern about being an open proxy there? I'd want to only proxy the sites I'm working with. I'd rather cache the images locally, just in case you are working with a slow site or if they do something silly like check referer on requests. My prefrence is using static parameters in httpd.conf: AccelPass /mercant1/http://mercant1/umages/ AccelPass /mercant2/http://mercant2/umages/ ... AccelPass /mercant3/http://mercant3/umages/ And of course proxied images can be cached. Igor Sysoev
Re: [ANNOUNCE] The New mod_perl logo - results now in...
Hi ( 02.03.15 10:03 - ) Jonathan M. Hollin: However, I request your comments on this idea: should we have just one button (helping to develop a distinct identity for mod_perl) or should we have several (for choice)? It's up to you... TMTOWTDI, of course- multiple buttons! -- \js scale transparent e-tailers
Re: problem in recompiling
On Fri, 15 Mar 2002, Parag R Naik wrote: I get the following problem while recompiling mod-perl can any body help ?? cc -c -I.. -I/usr/local/lib/perl5/5.6.1/i686-linux/CORE -I../os/unix -I../includ e -DLINUX=22 -DMOD_PERL -DUSE_PERL_SSI -DUSE_REENTRANT_API -D_POSIX_C_SOURCE=1 99506L -D_REENTRANT -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS =64 -DUSE_HSREGEX -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -D_XOPEN_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PERL http_core.c http_core.c: In function `default_handler': http_core.c:3605: `caddr_t' undeclared (first use in this function) This same problem came up several weeks ago - I don't think a fix was found yet. In the meantime, what you could do is compile and install Apache without mod_perl, then build mod_perl as a dso outside of the Apache tree, as described towards the end of INSTALL.apaci. best regards, randy kobes
RE: [ANNOUNCE] The New mod_perl logo - results now in...
:: Was there a button in the same style as the winning logo? :: Could Michael be persuaded to create one if not? :: :: I'm inclined to think a new logo is little use if you're not :: consistent with the imagery it uses. Tying a button design :: into that imagery is, IMO, essential. Michael Demers (the designer) will submit a few buttons, to match his logo design, in the near future. Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ -- Temporarily off-line http://wypug.digital-word.com/
RE: [ANNOUNCE] The New mod_perl logo - results now in...
I think buttons based on the new logo are the way to go. -Original Message- From: Jonathan M. Hollin [mailto:[EMAIL PROTECTED]] Sent: Friday, March 15, 2002 9:17 AM To: 'Andrew Green'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [ANNOUNCE] The New mod_perl logo - results now in... :: Was there a button in the same style as the winning logo? :: Could Michael be persuaded to create one if not? :: :: I'm inclined to think a new logo is little use if you're not :: consistent with the imagery it uses. Tying a button design :: into that imagery is, IMO, essential. Michael Demers (the designer) will submit a few buttons, to match his logo design, in the near future. Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ -- Temporarily off-line http://wypug.digital-word.com/
Re: [ANNOUNCE] The New mod_perl logo - results now in...
All, I really like the new logo, and in fact I voted for it. However, I just realized that the logo uses modperl, whereas mod_perl's name is mod_perl, with the underscore. Does anyone else see this as a problem? I've always been annoyed at how often the spelling gets modified, and it seems that the logo as it is now would add to the confusion. Am I just picking nits? -Dave David Ranney Senior Web Applications Developer e-Perception, Inc. (909) 587-8773
Re: [ANNOUNCE] The New mod_perl logo - results now in...
David Ranney wrote: All, I really like the new logo, and in fact I voted for it. However, I just realized that the logo uses modperl, whereas mod_perl's name is mod_perl, with the underscore. Does anyone else see this as a problem? I've always been annoyed at how often the spelling gets modified, and it seems that the logo as it is now would add to the confusion. Am I just picking nits? no, I'd agree here. it's mod_perl, not Mod_perl, not Mod_Perl, not modperl... --Geoff
Re: [ANNOUNCE] The New mod_perl logo - results now in...
Hi there, On Fri, 15 Mar 2002, David Ranney wrote: I really like the new logo, and in fact I voted for it. However, I just realized that the logo uses modperl, whereas mod_perl's name is mod_perl, with the underscore. Does anyone else see this as a problem? I've always been annoyed at how often the spelling gets modified, and it seems that the logo as it is now would add to the confusion. Am I just picking nits? You are quite right. It's definitely not picking nits, it's important. 73, Ged.
Re: [ANNOUNCE] The New mod_perl logo - results now in...
At 10:46 PM 3/15/2002, John Saylor wrote: Hi ( 02.03.15 10:03 - ) Jonathan M. Hollin: However, I request your comments on this idea: should we have just one button (helping to develop a distinct identity for mod_perl) or should we have several (for choice)? It's up to you... TMTOWTDI, of course- multiple buttons! Those of us who have seen the movie Office Space know these as Flair. At least 14 are mandatory! :)
RE: [ANNOUNCE] The New mod_perl logo - results now in...
:: I really like the new logo, and in fact I voted for it. :: However, I just realized that the logo uses modperl, :: whereas mod_perl's name is mod_perl, with the underscore. :: Does anyone else see this as a problem? I've always been :: annoyed at how often the spelling gets modified, and it :: seems that the logo as it is now would add to the confusion. :: Am I just picking nits? This has been a addressed. A cleaned-up logo will be appearing shortly. As will a vector-based version (so we can get t-shirts printed :-) )... Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ -- Temporarily off-line http://wypug.digital-word.com/
Re: [ANNOUNCE] The New mod_perl logo - results now in...
Jonathan M. Hollin wrote: Fellow mod_perl hackers... It is with great pleasure that I am able to introduce you to the new mod_perl logo. So, without further ado, point your web-browsers at: http://beverley2.digital-word.com/mod_perl/winner/ The winning logo, designed by Michael Demers (mike [at] inteo.com), won by a very clear majority. Congratulations Mike, and thanks for a great effort! I like it. I voted for a different one, but I like this one the best. I must have overlooked it when voting. However, I request your comments on this idea: should we have just one button (helping to develop a distinct identity for mod_perl) or should we have several (for choice)? It's up to you... A single button that matches the logo will be simplier, and more distinct. Too many choices is making it harder for the newcomers. Wim
Re: [WOT] emacs and WEBDAV
Kee Hinckley wrote: Emacs over WebDAV should work fine if you run something that supports WebDAV as a filesystem (e.g. OSX), but that's not going to help you much. If you're running Linux, this looks like fun: http://sourceforge.net/projects/dav There's also kiwifs: http://kiwi.stanford.edu If you're only running Linux on the server, well, maybe you could roll something with samba (maybe you would need kernel oplocks?). Seems like all the good stuff is for Linux, doesn't it? ;-)
ANNOUNCE: Bricolage 1.2.2
The Bricolage development team is proud to announce the release of Bricolage version 1.2.2. This is a maintenance release with many bug fixes. All Bricolage 1.1 and 1.2 users are strongly encouraged to upgrade to this version in order to take advantage of its greater stability and reliability. Here's a brief description of Bricolage: Bricolage is a full-featured, open-source, enterprise-class content management system. It offers a browser-based interface for ease-of use, a full-fledged templating system with complete programming language support for flexibility, and many other features. It operates in an Apache/mod_perl environment, and uses the PostgreSQL RDBMS for its repository. More information on Bricolage can be found on its home page. http://bricolage.thepirtgroup.com/ And it can be downloaded from SourceForge. http://sourceforge.net/project/showfiles.php?group_id=34789 --The Bricolage Team -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
[OT] underscores vs. init caps
Georgy Vladimirov wrote: The Java people escaped from the underscore and started capitalization. underscores_are_much_easier_to_read ThanSomeSillyCapitalizationScheme. Underscores are the standard for Perl variable names, and for good reason. Anyway, it's a moot point because the name isn't changing. - Perrin
Re: [ANNOUNCE] The New mod_perl logo - results now in...
The underscore really belongs to the C/C++ language and isn't really so much of a standard in Perl. Not true. From perlstyle: While short identifiers like $gotit are probably ok, use underscores to separate words. It is generally easier to read $var_names_like_this than $VarNamesLikeThis, especially for non-native speakers of English. It's also a simple rule that works consistently with VAR_NAMES_LIKE_THIS. --Ade.
Re: [ANNOUNCE] The New mod_perl logo - results now in...
At 04:33 PM 03/15/02 -0500, Georgy Vladimirov wrote: I actually like the logo without the underscore. I don't think an underscore is very collaborative with art. The _ has always been irritating me a little. I know that there is history and nostalgia involved here but dropping an underscore at least in the logo is a nice evolution IMHO. I also agree with this, and is one of the reasons (I think) I voted for that design. It's a graphic design so I don't see that it needs to follow the Apache module naming convention exactly. Nor perl identifier names, either. Many of the designs offered didn't use the underscore as well. And the design that won didn't use one. It's a design -- it doesn't have to be accurate to the name. Besides, if it changes does it mean that the winning design received no votes? ;) -- Bill Moseley mailto:[EMAIL PROTECTED]
Re: [ANNOUNCE] The New mod_perl logo - results now in...
Hello, WKA single button that matches the logo will be simplier, and more WKdistinct. Too many choices is making it harder for the newcomers. I agree here. But then, TMTOWTDI is a big part of Perl culture. I suggest a democratic solution: present the logo and the favorite logo-based button as the logo and button. Then, also present a page which has some alternate buttons on it, including the two winners of the present contest. Make the page with the official logo and button easy to find so users will see it first. Since there was a landslide winner I would say there is probably no need for alternate logos although it may be interesting for historical reasons (the Google logo archives do it the right way, in my opinion: http://www.google.com/stickers.html). DRI really like the new logo, and in fact I voted for it. However, I just DRrealized that the logo uses modperl, whereas mod_perl's name is DRmod_perl, with the underscore. Does anyone else see this as a problem? BMIt's a graphic design so I don't see that it needs to follow the Apache BMmodule naming convention exactly... It's a design -- it doesn't have to BMbe accurate to the name. I agree with both these statements. I think the issue isn't that the design must follow the name, but that users often get confused between the two, and if the design doesn't follow the name, that confusion will certainly be exacerbated. Of course, this is probably not a big problem as long as the conventional term is used in the documentation and website and as long as modperl on Google leads to the mod_perl site. I might also point out that any mod_perl hostnames come out as modperl (since underscores are not allowed in hostnames) and that modperl is often used as a directory name even though underscores ARE allowed in filenames. Humbly, Andrew -- Andrew Ho http://www.tellme.com/ [EMAIL PROTECTED] Engineer [EMAIL PROTECTED] Voice 650-930-9062 Tellme Networks, Inc. 1-800-555-TELLFax 650-930-9101 --
What's in a name? (was: Re: [ANNOUNCE] The New mod_perl logo - results now in...)
Georgy Vladimirov [EMAIL PROTECTED] wrote: I actually like the logo without the underscore. I don't think an underscore is very collaborative with art. The _ has always been irritating me a little. I know that there is history and nostalgia involved here but dropping an underscore at least in the logo is a nice evolution IMHO. The whole mod_ just happens to be the original Apache naming convention i agree. mod_perl looks like more like a variable name than a technology, much less a *brand*. it has a certain coolness factor all it's own, but the coolness is lost on anyone who isn't a programmer, or more specifically, a mod_perl programmer! it just inspires more questions than answers. i cannot tell you how many times i've told someone i was a mod_perl programmer and then watched as the eyes of my prospective employer glazed over as they apparently thought, a what programmer? is that like a computer programmer? okay maybe i wouldn't have been happy working for those folks anyway, but sometimes you'd be happy working for any folks and *those* are the times we wish mod_perl had a glossier finish, more brand recognition, maybe some buzz in some business magazines and, you know, the fame that it deserves. i'm sure that many business executives who have very immediate problems that mod_perl (and a mod_perl programmer) could easily solve read (what little there is) in the press about mod_perl and wonder, how does one pronounce this? mod-underscore-perl? what does *mod* mean? if it was an acronym they could at least investigate what the letters stood for, and then look up those words. but mod_ just seems to be whimsically short for... --something. modified perl? modern perl? is it pronounced moad maybe? is it modal? it's an apache thing? well, why didn't you *say* so? (apache gets a pretty good amount of buzz, even out there in the non-programmer world, for an open-source technology). some other webserver-specific language API names are easier to fathom. some are even easier to pronounce. ISAPI is easily spoken and easy to fathom (once one knows what the letters stand for) if not so easy to afford. NSAPI is similarly fathomable. a CEO can even find out what CGI is, without having to embarrass themselves by asking a geek. so why do we cling to mod_perl as a name? i suppose for the familiar historical reasons, it's a fond term of endearment to us. but it would be more descriptive to call it The Apache perl API or Apache-Embedded perl, would it not? it behooves us to ride along on Apache's name-recognition doesn't it? mod_perl, as a name simply does not do justice to the most powerfule and popular programming language on Earth, embedded into the most powerful and popular webserver on Earth, does it? no, of course not. so i say we ditch the new logo (though i did vote for it and do like it a lot, sans_underscore and all) and propose that we change the name summarily and forthwith TO: (drum roll, please...) The Apache-perl API (or tApAPI for short) it's pronounceable, alliterative, memorable and hey, it almost rhymes with Apache! ok, and slap-happy. well either that or Grape Apey, but let's not go there. what more could anyone want in a name? -dave