Re: JOB: Senior mod_perl/Unix engineer in San Diego
On Fri, 26 May 2000, Chris Thorman wrote: Compensation: This is a senior position at a rapidly growing company. Compensation will meet or exceed industry standards and will be in line with the skills and degree of self-direction and flexibility demonstrated by the successful candidate. Opportunities for growth and advancement will abound for the candidate that demonstrates the ability to do the work of 20 ordinary people while still leaving lots of time for a satisfying personal life. Aww dammnit, and I can only leap tall buildings in a single bound. Shucks. ;-) -- Matt/ Fastnet Software Ltd. High Performance Web Specialists Providing mod_perl, XML, Sybase and Oracle solutions Email for training and consultancy availability. http://sergeant.org http://xml.sergeant.org
Re: Problem with mod_perl
Hi there, On Fri, 26 May 2000, Eugene S. Panenko wrote: The problem is: under load above 20 requests per second after working some time (about 15-30 sec) Apache daemon stopts accepting new connections and blocks forever (without -X option httpd at this moment begin forking until it eats all resources) How much RAM in the machines? 73, Ged.
Re: Apache::Session::Pg blob support?
On Sat, 27 May 2000, Gunther Birznieks wrote: At 03:08 PM 5/26/00 -0400, Richard Dice wrote: Hello there... I was wondering, with the new Pg-specific support you've got going with Apache::Session, does it handle Pg blobs transparently? The regular limit on the size of a tuple in Pg is 8k, which can be a problem if I'm trying to put more than that into my Apache::Session tied hash. (Yes, I do that sometimes. It's a handy place to hide stuff, those sessions...) Well, they are handy at that. But on the other hand, I tend to question the use of storing a LOT of data in sessions. At the point that the data reaches a critical mass, then it is likely that the data is getting more crucial to the application. If the data is crucial to the application, that also tends to mean that it would be best served (ultimately) by having an appropriate data structure where the session ID happens to be a key. While my persistent objects tend to be under 1K, I don't intend to enforce policy on users of Apache::Session. If we can remove a size limitation without introducing other problems, I say let's do it. -jwb eg I may make a file based session for just storing sundry things, but I would rarely want to store a shopping cart for a web store inside a session. A shopping cart is a data structure that has potential links to other information such as inventory tables. Now, the cart should be tied to the session id anyway, but whether the data should be stored as one big blob is another issue. Another thing about huge sessions is that depending on your locking and concurrency considerations, one big blob can become suboptimal for performance if you are not careful. Anyway, I guess this is just a philosophical issue with me. I know others like to store everything in their sessions. :) Later, Gunther __ Gunther Birznieks ([EMAIL PROTECTED]) Extropia - The Web Technology Company http://www.extropia.com/
Re: Apache::ASP doesn't initialize variables?
Philip Mak wrote: I've noticed something peculiar with Apache::ASP. It does not seem to be initializing variables to 0. That is, if I load one ASP webpage that sets a variable to X, then in the next ASP webpage the variable is initialized to X instead of 0. Is this intended behavior, or is it a bug? Try the UseStrict setting. You are using global variables which will not be reset by Apache::ASP. Also, I was wondering if there is a way to make Apache::ASP print more meaningful error messages when a compile error is encountered, instead of "500 Internal Server Error". Right now I have to look in my HTTP error log, which gives something like this: [Fri May 26 05:56:54 2000] [error] [asp] [31714] [error] Bad name after Arrest' at (eval 31) line 96. -- , /usr/lib/perl5/site_perl/5.005/Apache/ASP.pm line 1180 Bareword found where operator expected at (eval 20) line 96, near "'yuarrest/|You're" (Missing operator before re?) Set Debug to 2 for HTML debug output. This also does not tell me the filename of the script that caused the problem, so sometimes I have to guess when my script uses #include file. It would be nice if Apache::ASP would display the error message right there on the webpage (a la IIS ASP). -Philip Mak ([EMAIL PROTECTED]) Set DynamicIncludes to 1 so that includes are compiled as their own subroutines... the error will then be relative to that file. Definately read the full README or http://www.nodeworks.com/asp/ -- Joshua _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Fatal link error: apache-1.3.12 mod_perl-1.24 perl-5.6.0 ..
Hi all. problem solved. Turns out during the perl-5.6 upgrade I ended up with a bogus /usr/lib/libperl.so which was caused the problems. [Sun May 28 11:14:53 2000] [notice] Apache/1.3.12 (Unix) PHP/4.0.0 mod_perl/1.24 mod_ssl/2.6.4 OpenSSL/0.9.3a configured -- resuming normal operations cheers, -Greg -- ifiHadaDollArfoReveRytiMeapErsoNaskEdmeWhatThisBottOmliNeisAbouT:)
cvs commit: modperl-site/embperl Changes.pod.1.html Sites.pod.1.html Sites.pod.cont.html index.html
richter 00/05/27 12:46:10 Modified:embperl Changes.pod.1.html Sites.pod.1.html Sites.pod.cont.html index.html Log: Embperl Webpages - Changes Revision ChangesPath 1.155 +1 -1 modperl-site/embperl/Changes.pod.1.html Index: Changes.pod.1.html === RCS file: /home/cvs/modperl-site/embperl/Changes.pod.1.html,v retrieving revision 1.154 retrieving revision 1.155 diff -u -r1.154 -r1.155 --- Changes.pod.1.html2000/05/02 06:47:24 1.154 +++ Changes.pod.1.html2000/05/27 19:46:09 1.155 @@ -18,7 +18,7 @@ blockquote [a href="index.html"HOME/a]nbsp;nbsp; [a href="Changes.pod.cont.html"CONTENT/a]nbsp;nbsp; [a href="Changes.pod.cont.html"PREV (Revision History - Content)/a]nbsp;nbsp; [a href="Changes.pod.2.html"NEXT (1.3b3 (BETA) 25.04.2000)/a]nbsp;nbsp; brhr P -Last Update: Tue May 2 08:47:22 2000 (MET) +Last Update: Sat May 27 21:46:16 2000 (MET) P NOTE: This version is only available via A HREF="CVS.pod.1.html#INTRO""CVS"/A 1.16 +36 -0 modperl-site/embperl/Sites.pod.1.html Index: Sites.pod.1.html === RCS file: /home/cvs/modperl-site/embperl/Sites.pod.1.html,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- Sites.pod.1.html 2000/04/14 12:28:27 1.15 +++ Sites.pod.1.html 2000/05/27 19:46:09 1.16 @@ -25,6 +25,8 @@ LIA href="Sites.pod.1.html#http_www_go32_com_and_others_"http://www.go32.com/ and others - Chris Allen [[EMAIL PROTECTED]]/A LIA href="Sites.pod.1.html#http_neelix_astronomie_com_dee"http://neelix.astronomie.com/deepsky/findex.epl - Stingl, Martin [[EMAIL PROTECTED]]/A LIA href="Sites.pod.1.html#http_www_eglobaldoctor_com_"http://www.eglobaldoctor.com/ - Paul Dragicevich [[EMAIL PROTECTED]]/A + LIA href="Sites.pod.1.html#http_store_exit_com_Frank_M"http://store.exit.com/ - Frank Mayhar [[EMAIL PROTECTED]]/A + LIA href="Sites.pod.1.html#Embperl_in_Ghana_Guido_Sohne_"Embperl in Ghana - Guido Sohne [[EMAIL PROTECTED]]/A LIA href="Sites.pod.1.html#Bulgarian_Sites_Nickyk_nickyk"Bulgarian Sites - Nickyk [[EMAIL PROTECTED]]/A LIA href="Sites.pod.1.html#http_hotprize_com_Marcus_Doe"http://hotprize.com - Marcus Doemling [[EMAIL PROTECTED]]/A LIA href="Sites.pod.1.html#http_www_iii_co_uk_Michael_S"http://www.iii.co.uk - Michael Smith [[EMAIL PROTECTED]]/A @@ -156,6 +158,40 @@ P A HREF="http://www.eglobaldoctor.com/"http://www.eglobaldoctor.com//A - + +P +HR +H2img src="sq.gif" width="16" height="16" alt="-" A NAME="http_store_exit_com_Frank_M"http://store.exit.com/ - Frank Mayhar [[EMAIL PROTECTED]]/A/H2 +P +I'm using Embperl via the Apache::iNcom package and standalone, on my +online store. Many times during the development of the store, I was heard +to exclaim loudly when I discovered something _else_ that I could do using +Embperl that would have been much harder otherwise. (I'm also quite +enamoured of the iNcom package; it's very powerful and has a bunch of +convenience functions, not least of which is HTML::FormValidator, which I +_love_. :-) + +P +A HREF="http://store.exit.com/"http://store.exit.com//A + +P +HR +H2img src="sq.gif" width="16" height="16" alt="-" A NAME="Embperl_in_Ghana_Guido_Sohne_"Embperl in Ghana - Guido Sohne [[EMAIL PROTECTED]]/A/H2 +P +I implemented a web directory system in ColdFusion in March 1998. Failing +to secure the finance needed to buy ColdFusion and frustrated at +ColdFusion's limitations (you can't make a query that feeds it output into +the input of the same query, ie no recursive queries until some condition +is reached), I recoded the whole thing in Perl running under HTML::Embperl. +This was much faster, enabled me to ditch Windows NT and administer my +server from home instead of sitting on the floor of a server room clicking +ok/cancel on dialog boxes (shudder!). This was my first time using Perl and +was done while referring to man perl or man perlfunc every few lines of +code :-) It only took me one week to code, including back end interfaces to +the database. Since April 1998, the code has run untouched and generated +well over 500,000 banner advertisements without needing any administration +whatsoever. The site runs with only two page templates, one for the front +page, the other for the sub pages and an additional six static pages. P HR 1.15 +2 -0 modperl-site/embperl/Sites.pod.cont.html Index: Sites.pod.cont.html === RCS file: /home/cvs/modperl-site/embperl/Sites.pod.cont.html,v retrieving revision 1.14