Re: here is a good modperl question on perlmonk
On Tue, 5 Mar 2002, Medi Montaseri wrote: Stuart Frew wrote: Ideally you would have linux( or what ever) on every developers machine but sometimes you don't get the choice. Oh the choice is easyjust come in on a weekend and install linux on your box. Don't tell IT. That's all. I think the don't get a choice is more to do with that you require access to some application that requires MS windows to run. This is typically Exchange, Word, and most importantly iexplore for testing the website you are developing. There are solutions to this: a) Terminal Server. Get one Windows box running terminal server (the server version of w2k ships with it by default iirc) and install rdesktop[1] on your desktop Linux machines. This means you can all remotely open up a window to a Windows desktop on your linux box. It's reasonably fast but you will be limited to 256 colours and animations will be slow. b) VMWare (and similar) that allows you to run an emulated Windows computer on your real computer. I tried the trial version of this but I found it was taking up too much resources on my desktop. OTOH, I never had any problem with it and it worked flawlessly, and my desktop machine is quite slow by modern standards. c) VMWare the other way round - run it on Windows and have emulated linux boxen. The advantage of this is that you'll be able to quickly switch between a range of development environments, roll back changes etc. etc. I've never personally tried this solution... d) WINE on Linux. I've not had much success with this, but if it's a particular application you might have success. [a] requires purchase of one w2k server licence and one computer (though you might have one that has some spare processing time) and will free up the Windows licences for the desktop machine. [b] and [c] require one VMWare per machine. IIRC that's quite expensive. [d] is the cheapest option, and you might even be able to dump your existing windows licence. Regards. Mark. [1] http://www.rdesktop.org/ -- 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: here is a good modperl question on perlmonk
I'm jumping into this thread quite lately, but here are my $.03 CDN. Mark Fowler wrote: On Tue, 5 Mar 2002, Medi Montaseri wrote: Stuart Frew wrote: Ideally you would have linux( or what ever) on every developers machine but sometimes you don't get the choice. Oh the choice is easyjust come in on a weekend and install linux on your box. Don't tell IT. That's all. I think the don't get a choice is more to do with that you require access to some application that requires MS windows to run. This is typically Exchange, Word, and most importantly iexplore for testing the website you are developing. There are solutions to this: a) Terminal Server. Get one Windows box running terminal server (the server version of w2k ships with it by default iirc) and install rdesktop[1] on your desktop Linux machines. This means you can all remotely open up a window to a Windows desktop on your linux box. It's reasonably fast but you will be limited to 256 colours and animations will be slow. An alternative to this, is to use VNC or TightVNC to connect to a spare Windows computer somewhere. I do this quite often to connect from my Linux system at work to a spare Windows system at home, across the VPN. I'm sure there are people who set up a local spare box, that developers can share if they need IE to test a webpage or convert an Office document or whatever b) VMWare (and similar) that allows you to run an emulated Windows computer on your real computer. I tried the trial version of this but I found it was taking up too much resources on my desktop. OTOH, I never had any problem with it and it worked flawlessly, and my desktop machine is quite slow by modern standards. I've been using VMWare for years with great success. Anything with a =400 Mhz processor and 256MB should be fine; all computers from the last 3 years have these specs, and RAM is cheap. By the way, if you originally tried Vmware2, try Vmware 3 as I found it a lot faster. Also make sure your system is tweaked: HD is in DMA mode, recompiled kernel, etc, etc. These days, I run an average of 3 VMWare sessions at any given time: 2 linux, and one Win32. I toggle between Win98 and WinXP, but do run all 4 images simulaneously (plus my normal apps) on occasion. ATA100 or SCSI does help though. c) VMWare the other way round - run it on Windows and have emulated linux boxen. The advantage of this is that you'll be able to quickly switch between a range of development environments, roll back changes etc. etc. I've never personally tried this solution... I've done this in the past, and we have developers that use this method as well. d) WINE on Linux. I've not had much success with this, but if it's a particular application you might have success. Doesn't work all so super hot for iexplore, winword, excel, and so forth. It works fine for quicktime, windows media player, starcraft, winamp, winzip, notepad, minesweeper, and a lot of other things; see winehq.com for an application database. I have some (trippy) screenshots of VNC, VMWare, VNC+VMWare, and Wine in action over at: http://www.nyetwork.org/wim/screenshots/ -- Regards, Wim Kerkhoff, Software Engineer Merilus, Inc. -|- http://www.merilus.com Email: [EMAIL PROTECTED]
[OT] redirect STDOUT
Hi all, instead of committing suicide after having tried and searched for all of the day now i'd rather ask you: does anyone know how to redirect STDOUT into a scalar variable, so that a 'print anything' will not appear on STDOUT, but only in my buffer? desperate Martin -- http://www.meome.de --- Martin Haase-Thomas | Tel.: 030 43730-558 meOme AG| Fax.: 030 43730-555 Software Development| [EMAIL PROTECTED] ---
Re: [OT] redirect STDOUT
Martin Haase-Thomas wrote: Hi all, instead of committing suicide after having tried and searched for all of the day now i'd rather ask you: does anyone know how to redirect STDOUT into a scalar variable, so that a 'print anything' will not appear on STDOUT, but only in my buffer? try taking a look at Recipe 6.10 in the Cookbook (http://www.modperlcookbook.org/)... basically... tie *STDERR 'SomeClassThatImplementsTIEHANDLE' # do something that writes to STDERR untie *STDERR the TIEHANDLE implementation can be anything you want: Apache (to send to your browser), IO::String or IO::Scalar (to send to a variable), or whatnot... there's also an example in the Guide http://perl.apache.org/guide/porting.html#Redirecting_STDOUT_into_a_Scalar HTH --Geoff # who is now contemplating a .sig for the first time :)
Re: How to invoke the save dialog box when clicking in the link, which is generated by PERL script.
try: [EMAIL PROTECTED] M. SubbaReddy wrote: Hello Gurus, I am very sorry, if this post is on wrong list. I have a perl script, which gives dynamic page with search files list. Pdf and text files are displaying in browser, when clicking in the link of file. But, I want to save on to disk, instead displaying in browser. Like: On click a hyperlink, we can invoke the add to Favorite window using... document.write ( a href='javascript:window.external.AddFavorite(url, description)' ..) Similarly, how do I invoke the Save Target As dialog box. Instead I want to save on to disk on click the hyperlink. = a href=javascript:window.external.SaveAs('http://books.com/js.pdf',filename) js book/a Kindly, please give me hint. Thanks in advance. Regards, ~ SubbaReddy .M Sr. Programmer, Frontlinesoft, Hyderabad http://www.frontlinesoft.com Ph: 91-40-3392147, 3391683 (O) ICQ: 56093095 -- http://www.meome.de --- Martin Haase-Thomas | Tel.: 030 43730-558 meOme AG| Fax.: 030 43730-555 Software Development| [EMAIL PROTECTED] ---
RE: here is a good modperl question on perlmonk
Unfortunately, this may also allow the developer to potentially change code/configuration that you do not want changed. True...but I'm thinking full control to the developer. Developer can now mis-configure httpd.conf as much as he/she wants and all the paths; virtual or not are consistant, instead of a dev path vs production path I had a chance to work with Interwoven TeamSite and this very issue or virtual path was a pain, I had to add aditional checks in teh code to deal with that
Site Host Providers that Support mod_perl?
Alright, I'm a total mod_perl newbie and would like to find a host for my personal site that allows me to develop mod_perl scripts. First off, I'm assuming that there is no way to install mod_perl on my current provider due to (obvious) access privilige restrictions to Apache? Secondly, the obvious question here, whom would you folks recommend for hosting services, assuming the afforementioned? Thanks! David
Re: mod_perl and perl RPMs and Oracle 9iAS
Dear Friends: I'm facing a dilemma here. We are testing an Oracle 9iAS installation (Apache 1.3.19, mod_ssl 2.8.1, mod_perl 1.25 as DSO, Perl 5.005_03) on Red Hat Linux 7.2, which itself came with Perl 5.6.0, and from your comments, that's bad.. On the other hand, Oracle's product does not include all the sources -which could have patches- making up the mod_perl enabled Apache, so I've got various basic choices: -Do double installations of perl modules, for the 5.6.0 and 5.005_03 Perls. -Install new modules only for 5.005.3, for use in web development. Do double installs only for those usefull for admin work. -Obtain and install all the modules installed for 5.6.0 and install them for the 'Oracle' 5.005_03 Perl, then replace the /usr/bin/perl with the 5.005_03 version. -Go the tough route and try to replace 5.005_03 in Oracle's product with 5.6.1, where the problem would be absence of source for any Oracle modules. This would also thow support from Oracle out the window when/if the box ends testing and goes into production. I'm eyeing the first option as the easiest, most stable. Now that means using 5.005_03 as DSO under Red Hat 7.2. Is that combination stable? Or is Perl 5.6.1 required to have stability for mod_perl as DSO on that platform? Your comments will be appreciated. Regards, Rafael Caceers At 09:38 PM 3/5/2002 -0500, you wrote: Just thought I'd drop a note here and let people know we've errata'd perl 5.6.1 and mod_perl 1.26 for Red Hat Linux 7.2. Most significantly, mod_perl as a DSO under 7.2 work properly now. I've spoken with a few of you off list about some of the issues, so hopefully this release will solve the problems people have had in the past with Red Hat and mod_perl DSOs. Not to mention banishing 5.6.0 from 7.2 :) Chip -- Chip Turner [EMAIL PROTECTED] Red Hat Network
Re: mod_perl and perl RPMs and Oracle 9iAS
Rafael Caceres wrote: I'm facing a dilemma here. We are testing an Oracle 9iAS installation (Apache 1.3.19, mod_ssl 2.8.1, mod_perl 1.25 as DSO, Perl 5.005_03) on Red Hat Linux 7.2, which itself came with Perl 5.6.0, and from your comments, that's bad.. First of all, if it's working for you then don't worry about it. I'm curious about this though: On the other hand, Oracle's product does not include all the sources -which could have patches- making up the mod_perl enabled Apache Are you saying Oracle provided special modules for you to use? Are you sure they aren't just the standard DBD::Oracle stuff? Oracle has never been very interested in helping people solve DBD::Oracle problems before, so I don't see why they would be secretly distributing special versions with private patches. Unless there is some additional module provided by Oracle which has a C component and no source, you should be fine to replace everything they gave you if you want to. I wouldn't bother though, unless it's giving you trouble. - Perrin
Re: Site Host Providers that Support mod_perl?
David Simcik wrote: Alright, I'm a total mod_perl newbie and would like to find a host for my personal site that allows me to develop mod_perl scripts. First off, I'm assuming that there is no way to install mod_perl on my current provider due to (obvious) access privilige restrictions to Apache? you can be surprised :) you can. you won't be able to run it on ports 1024, but other than that, no prob. See http://perl.apache.org/guide/install.html#Installation_Without_Superuser_P Secondly, the obvious question here, whom would you folks recommend for hosting services, assuming the afforementioned? Not sure if this will help, but try: http://perl.apache.org/isp.html I'm looking forward for people sending me updated info and new hosts!!! I mean that. Please! p.s. David, you will probably want to check what the mod_perl guide and other docs on the perl.apache.org have to offer, since you probably will have more questions in the future. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Where was that success story?
Can someone forward me a URL to the perl/mod-perl success story (from about 6 months ago) that was about some people that went in and re-wrote someones web application and made it run incredably faster in a very short time, but in the end the customer threw it out and went for a competing technology. I can't remember enough of the article to be able to even search for it. I can't find it (easily... on www.perl.org under success stories, or at use.perl.org either) But I'm sure someone will remember what I'm talking about. TIA Fulko --- Fulko Hew, Voice: 905-681-5570 Lead Designer - Management Tools,Fax:905-681-5556 SITA (Burlington)Email: [EMAIL PROTECTED] 777 Walkers Line, Burlington, Ontario, Canada, L7N 2G1
Prolem with scripts running under Apache:RegistryLoader
I have a code (not mine) that work fine witout Apache:RegistryLoader - problem is that every httpd process has ~30 MB. After using Apache:RegistryLoader process is 5 MB + 20 MB in shared mem. But than new problem appered: when work without RegLoader I have one connection do our Sybase database per process. Now I have only ONE connection (database handle - $dbh - is global) within all processes. I think this leads to my problem: database connection is being corrupted after couple of minutes (Invalid packet header, Unknown marker etc) Rewriting the could is rather not possible (~10.000 lines - not mine), so I looking for some connection polling solution (or sth else). Does anybody could help me. Pawe³ Piecuch
Re: Where was that success story?
Fulko Hew wrote: Can someone forward me a URL to the perl/mod-perl success story (from about 6 months ago) that was about some people that went in and re-wrote someones web application and made it run incredably faster in a very short time, but in the end the customer threw it out and went for a competing technology. I can't remember enough of the article to be able to even search for it. I can't find it (easily... on www.perl.org under success stories, or at use.perl.org either) But I'm sure someone will remember what I'm talking about. If it was posted here use the archives to find it http://perl.apache.org/#users-list Most likely it's linked from http://perl.apache.org/stories/ if not and you find the original post, forward it to me and I'll link to it. there are a few stories that were submitted to me but don't appear yet on the current site. They will appear on the new site when that gets released. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: mod_perl and perl RPMs and Oracle 9iAS
Quoting Rafael Caceres [EMAIL PROTECTED] [Mar 06, 2002 12:22]: Perrin Harkins wrote: Unless there is some additional module provided by Oracle which has a C component and no source, you should be fine to replace everything they gave you if you want to. I wouldn't bother though, unless it's giving you trouble. Yes, there are at least two modules: mod_plsql and mod_oprocmgr for which there is no source, so rebuilding seems to be out of the question ...unless they are built dynamically, in which case you should be able to load them as DSOs, provided you use the same version of Apache. Yes? (darren) -- Although I can accept talking scarecrows, lions, and great wizards of emerald cities, I find it hard to believe there is no paperwork involved when your house lands on a witch.
Re: mod_perl and perl RPMs and Oracle 9iAS
Perrin Harkins wrote: Rafael Caceres wrote: I'm facing a dilemma here. We are testing an Oracle 9iAS installation (Apache 1.3.19, mod_ssl 2.8.1, mod_perl 1.25 as DSO, Perl 5.005_03) on Red Hat Linux 7.2, which itself came with Perl 5.6.0, and from your comments, that's bad.. First of all, if it's working for you then don't worry about it. I have not started testing scripts that currently work on other boxes. I will install the required modules for the 5.005_03 perl used by Oracle 9iAS, and see what happens. This road forces me to have the two perl versions coexisting, or, to search for all the perl modules installed for the 5.6 version by the rpm's on initial installation, install them for the 5.005_03 version and then remove the 5.6 one permanently. I'm curious about this though: On the other hand, Oracle's product does not include all the sources -which could have patches- making up the mod_perl enabled Apache Are you saying Oracle provided special modules for you to use? Are you sure they aren't just the standard DBD::Oracle stuff? Oracle has never been very interested in helping people solve DBD::Oracle problems before, so I don't see why they would be secretly distributing special versions with private patches. Unless there is some additional module provided by Oracle which has a C component and no source, you should be fine to replace everything they gave you if you want to. I wouldn't bother though, unless it's giving you trouble. Yes, there are at least two modules: mod_plsql and mod_oprocmgr for which there is no source, so rebuilding seems to be out of the question Regards, Rafael Caceres
Re: Where was that success story?
Fulko Hew wrote: Can someone forward me a URL to the perl/mod-perl success story (from about 6 months ago) that was about some people that went in and re-wrote someones web application and made it run incredably faster in a very short time, but in the end the customer threw it out and went for a competing technology. I can't remember enough of the article to be able to even search for it. I can't find it (easily... on www.perl.org under success stories, or at use.perl.org either) But I'm sure someone will remember what I'm talking about. If it was posted here use the archives to find it http://perl.apache.org/#users-list Most likely it's linked from http://perl.apache.org/stories/ if not and you find the original post, forward it to me and I'll link to it. there are a few stories that were submitted to me but don't appear yet on the current site. They will appear on the new site when that gets released. It was a major 2 web page article, and I'd sware I read it on one of the usual Perlish web sites. I'd sware it was about Amazon, or eBay, or some company like that and had some well known names as part of the project. Hang on. I just found it (by way of Slashdot)... it was about eToys, October 17, 2001, its web 5 pages long, and mentions Randal Schwartz and Damian Conway. I knew I wasn't dreamming! Anyway the URL is: http://perl.com/pub/a/2001/10/17/etoys.html --- Fulko Hew, Voice: 905-681-5570 Lead Designer - Management Tools,Fax:905-681-5556 SITA (Burlington)Email: [EMAIL PROTECTED] 777 Walkers Line, Burlington, Ontario, Canada, L7N 2G1
Re: Where was that success story?
Fulko Hew wrote: Hang on. I just found it (by way of Slashdot)... it was about eToys, October 17, 2001, its web 5 pages long, and mentions Randal Schwartz and Damian Conway. I knew I wasn't dreamming! Um, that was my article, and it certainly doesn't say anything like but in the end the customer threw it out and went for a competing technology. You must have been thinking of something else for that part. - Perrin
RE: Breaks in mod_perl, works in Perl
Mark Hazen wrote: I am hoping there is a someone brilliant on this list that can help me. A little while ago, I posted to clp.perl asking how I can capture the trace output from DBI into a variable. Since DBI is an external process, I couldn't do it just by piping STDERR. Benjamin Goldberg came up with a module called IO::Capture (see below). It works amazingly well in standard Perl. Here is a sample script: use IO::Capture; $capturer = IO::Capture-new(\*STDERR); Doesn't IO::Scalar do the same? http://perl.apache.org/guide/porting.html#Redirecting_STDOUT_into_a_Scalar IO::Scalar can redirect STDOUT for the mod_perl script itself, but not any external processes like DBI. I am still left without a solution. It amazes me. Mark
Re: Breaks in mod_perl, works in Perl
On Wed, Mar 06, 2002 at 11:02:51AM -0700, Mark Hazen wrote: IO::Scalar can redirect STDOUT for the mod_perl script itself, but not any external processes like DBI. I am still left without a solution. It amazes me. But using DBI isn't an 'external process', is it? It's a part of your process, and hence should make use of whatver you're STDERR handle is. WHy not cop oot, and just redirect STDERR to a file, and collect it's output when youre done? Not graceful, but low-tech... Mark -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path
RE: Breaks in mod_perl, works in Perl
On Wed, Mar 06, 2002 at 11:02:51AM -0700, Mark Hazen wrote: IO::Scalar can redirect STDOUT for the mod_perl script itself, but not any external processes like DBI. I am still left without a solution. It amazes me. But using DBI isn't an 'external process', is it? It's a part of your process, and hence should make use of whatver you're STDERR handle is. WHy not cop oot, and just redirect STDERR to a file, and collect it's output when youre done? Not graceful, but low-tech... I wish this were true, but no one will ever get IO::Scalar to catch DBI's STDERR output. Throwing all this stuff into a file is already something DBI can do, but as I already said, opening several hundred files per minute will overwhelm my system. Mark
RE: Breaks in mod_perl, works in Perl
Mark Hazen wrote: I wish this were true, but no one will ever get IO::Scalar to catch DBI's STDERR output. If so, it's only because STDERR under mod_perl is already tied. DBI is not an external process. Throwing all this stuff into a file is already something DBI can do, but as I already said, opening several hundred files per minute will overwhelm my system. I don't think it does that. It should open one file per process that has tracing turned on and keep writing to it. I already suggested that you can just turn it on for a single process. That would mean one file being written to by one process, which is very unlikely to overwhelm any system. That's your opinion. In my opinion, a bunch of disk IO and file seeks are a waste of resources. The bigger issue here is that it is better to store in memory, and it saddens me that it doesn't seem possible. Mark
Re: Where was that success story?
Fulko Hew wrote: Fulko Hew wrote: Can someone forward me a URL to the perl/mod-perl success story (from about 6 months ago) that was about some people that went in and re-wrote someones web application and made it run incredably faster in a very short time [...] I'm part of a small group which recently did something like this, replacing a major NT/IIS/ASP web site with Linux/Apache/mod_perl/Mason in 3 months. No public story has been written about it, but I would reply to private questions about the experience. To summarize, it went very smoothly and was a great success (and no part of it has been thrown out for any competing technology). -- Eric Hammond [EMAIL PROTECTED]
Re: Breaks in mod_perl, works in Perl
On Wed, Mar 06, 2002 at 11:27:28AM -0700, Mark Hazen wrote: Mark Hazen wrote: I wish this were true, but no one will ever get IO::Scalar to catch DBI's STDERR output. If so, it's only because STDERR under mod_perl is already tied. DBI is not an external process. Throwing all this stuff into a file is already something DBI can do, but as I already said, opening several hundred files per minute will overwhelm my system. I don't think it does that. It should open one file per process that has tracing turned on and keep writing to it. I already suggested that you can just turn it on for a single process. That would mean one file being written to by one process, which is very unlikely to overwhelm any system. That's your opinion. In my opinion, a bunch of disk IO and file seeks are a waste of resources. The bigger issue here is that it is better to store in memory, and it saddens me that it doesn't seem possible. This is a design flaw of DBI then. You might get more results if you post on the DBI users list. We got part of the way there by redefining the trace_msg function, the only part that remains is gathering the output of the lower-level DBD calls, that might involve modifying some XS code, (or it might not).. Propose a 'callback' interface on dbi-users, you'll probably get a warm reception. -- Paul Lindner[EMAIL PROTECTED] | | | | | | | | | | mod_perl Developer's Cookbook http://www.modperlcookbook.org/ Human Rights Declaration http://www.unhchr.ch/udhr/index.htm
Re: Breaks in mod_perl, works in Perl
Mark Hazen wrote: Mark Hazen wrote: I wish this were true, but no one will ever get IO::Scalar to catch DBI's STDERR output. If so, it's only because STDERR under mod_perl is already tied. DBI is not an external process. Throwing all this stuff into a file is already something DBI can do, but as I already said, opening several hundred files per minute will overwhelm my system. I don't think it does that. It should open one file per process that has tracing turned on and keep writing to it. I already suggested that you can just turn it on for a single process. That would mean one file being written to by one process, which is very unlikely to overwhelm any system. That's your opinion. In my opinion, a bunch of disk IO and file seeks are a waste of resources. The bigger issue here is that it is better to store in memory, and it saddens me that it doesn't seem possible. Hmm, then create a ramdisk and read from the file virtually stored in the RAM. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Where was that success story?
Hi ( 02.03.06 10:28 -0800 ) Eric Hammond: I'm part of a small group which recently did something like this, replacing a major NT/IIS/ASP web site with Linux/Apache/mod_perl/Mason in 3 months. Dude- write this up! Submit it to Stas, or the perl.org web site. This is good stuff that we *all* benefit from. -- \js engineer value-added e-commerce
RE: Where was that success story?
:: No public story has been written about it, but I would reply to :: private questions about the experience. To summarize, it went :: very smoothly and was a great success (and no part of it has :: been thrown out for any competing technology). Eric, Would you consider writing a paper describing the project? Are there any NDA's (or similar) that would prevent you doing so? If so, could you write without disclosing any NDA-breaching details? Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/
Re: Breaks in mod_perl, works in Perl
On Thu, 7 Mar 2002, Stas Bekman wrote: Mark Hazen wrote: That's your opinion. In my opinion, a bunch of disk IO and file seeks are a waste of resources. The bigger issue here is that it is better to store in memory, and it saddens me that it doesn't seem possible. Hmm, then create a ramdisk and read from the file virtually stored in the RAM. Why should this be necessary? Since writes to disk don't happen immediatly writing to 'disk' and reading it back in again and then deleting the file should all happen in cache and not actually hit the hdd at all (unless of course you run out of memory in which case slamming it to disk would be no worse than a page hit) correct? Or am I missing something? 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: mod_perl and perl RPMs and Oracle 9iAS
Perrin Harkins wrote: Rafael Caceres wrote: I'm facing a dilemma here. We are testing an Oracle 9iAS installation (Apache 1.3.19, mod_ssl 2.8.1, mod_perl 1.25 as DSO, Perl 5.005_03) on Red Hat Linux 7.2, which itself came with Perl 5.6.0, and from your comments, that's bad.. First of all, if it's working for you then don't worry about it. I have not started testing scripts that currently work on other boxes. I will install the required modules for the 5.005_03 perl used by Oracle 9iAS, and see what happens. This road forces me to have the two perl versions coexisting, or, to search for all the perl modules installed for the 5.6 version by the rpm's on initial installation, install them for the 5.005_03 version and then remove the 5.6 one permanently. OK, for starters: Oracle includes their own version of perl/apache/mod_perl for the Web interface they are bundling with the new 9i servers. It's their own version, built by their own people, for their own usage, on their own product, in its own path, under the Oracle product installation tree. Let 'em have it. It's only a few megs of disk space, and if your 9i installation works, GREAT. Don't think of it as two versions co-existing. Think of it as Oracle's insurance to themselves that their system will have the exact parts it needs. Besides, except for a few configuration files, shouldn't everything under $ORACLE_HOME be considered hands-off anyway? Now, on to the real world: 10 minutes ago I just saw a post by a RedHat employee stating that there are new RPM's for Perl 5.6.1 and the latest mod_perl. Which means you can download and install them, and THEN begin installing other modules, like Apache::DBI, Apache::Session, etc etc according to your needs, into the real perl installation tree, where all of YOUR system's perl modules live. Yes, there are at least two modules: mod_plsql and mod_oprocmgr for which there is no source, so rebuilding seems to be out of the question Those modules are *only* for the Oracle administrative webservice, as I mentioned above. If you want to use Oracle from Perl/mod_perl, do it like everybody else: DBI and DBD::Oracle (for the record, I build them for 9i several months ago with 0 headaches). This *does* include the ability to execute PL/SQL. L8r, Rob #!/usr/bin/perl -w use Disclaimer qw/:standard/;
Document Caching
Hello People, Need your advise on how to cache a template under mod_perl... Any ideas? Thanks in advance -r
Re: Document Caching
At 12:28 PM -0800 3/6/02, Rasoul Hajikhani wrote: Hello People, Need your advise on how to cache a template under mod_perl... Any ideas? Thanks in advance -r #startup.pl open(FILE,/path/to/tmpl); $MY::TEMPLATE .= while(FILE); close(FILE); Provided that you never change $MY::TEMPLATE, this should work fine. -- When I used a Mac, they laughed because I had no command prompt. When I used Linux, they laughed because I had no GUI.
Re: Document Caching
Robert Landrum wrote: At 12:28 PM -0800 3/6/02, Rasoul Hajikhani wrote: Hello People, Need your advise on how to cache a template under mod_perl... Any ideas? Thanks in advance -r #startup.pl open(FILE,/path/to/tmpl); $MY::TEMPLATE .= while(FILE); close(FILE); Provided that you never change $MY::TEMPLATE, this should work fine. -- When I used a Mac, they laughed because I had no command prompt. When I used Linux, they laughed because I had no GUI. Thanks... But I use Template Toolkit to generate a dynamic file. How would the above code work in that situation?! -r
RE: Document Caching
Rasoul Hajikhani wrote: Robert Landrum wrote: At 12:28 PM -0800 3/6/02, Rasoul Hajikhani wrote: Hello People, Need your advise on how to cache a template under mod_perl... Any ideas? Thanks in advance -r #startup.pl open(FILE,/path/to/tmpl); $MY::TEMPLATE .= while(FILE); close(FILE); Provided that you never change $MY::TEMPLATE, this should work fine. -- When I used a Mac, they laughed because I had no command prompt. When I used Linux, they laughed because I had no GUI. Thanks... But I use Template Toolkit to generate a dynamic file. How would the above code work in that situation?! -r The Template Toolkit package includes it's own caching mechanism. Check out the pod for Template::Provider on your system. I'm not sure how it works under mod_perl, but it should be a good place for you to start. Tim
RE: Document Caching
Timothy Henigan wrote: At Wednesday, March 06, 2002 4:23 PM Rasoul Hajikhani wrote: Robert Landrum wrote: At 12:28 PM -0800 3/6/02, Rasoul Hajikhani wrote: Hello People, Need your advise on how to cache a template under mod_perl... Any ideas? Thanks in advance -r #startup.pl open(FILE,/path/to/tmpl); $MY::TEMPLATE .= while(FILE); close(FILE); Provided that you never change $MY::TEMPLATE, this should work fine. -- When I used a Mac, they laughed because I had no command prompt. When I used Linux, they laughed because I had no GUI. Thanks... But I use Template Toolkit to generate a dynamic file. How would the above code work in that situation?! -r The Template Toolkit package includes it's own caching mechanism. Check out the pod for Template::Provider on your system. I'm not sure how it works under mod_perl, but it should be a good place for you to start. Tim Slashdot caches templates under mod_perl in their system. For an example, download the latest version of slashcode (2.2.5) and take a look at the /slash/Slash/Display/Provider/Provider.pm module. http://sf.net/project/showfiles.php?group_id=4421release_id=73958 Tim
Virtual locations in mod_perl
I'm having trouble understanding how to configure mod_perl to execute a handler when called with a virtual location (i.e. one that does not directly map to anything in the server's filesystem). I know it's possible because packages like PageKit do it. I tried hacking through PageKit's code, but it didn't answer any questions. My problem is that whenever Apache receives a URL for a virtual location, its default translation handler converts it into a directory index (index.html), which of course doesn't exist. The end result is a 403. Now I can write my own PerlTransHandler to intercept requests for my specific locations and pretend to translate them, but that's a pain and PageKit seems to work without doing that. Does anybody have any insight they could offer? Thanks in advance. :) -- Milo Hyson CyberLife Labs, LLC
Re: Where was that success story?
Kurt Hansen wrote: What I really want to know is: what ever happened to that eToys jingle that was on the commercials? That song is by Hawaiian performer Israel Kamakawiwo`ole. Here's a link to the CD: http://album.yahoo.com/shop?d=haid=1804600529cf=10intl=us - Perrin
Re: [OT] eToys Jingle (was: Where was that success story?)
Thanks to Gnutella, I'm getting chills all over again. I just love that song. eToys might not have survived, but their marketing sure did. :-) At 02:45 PM 3/6/2002 -0800, Tom Servo wrote: What I really want to know is: what ever happened to that eToys jingle that was on the commercials? It was almost as good as the site. My children were all under 7 when the site folded, so those commercials and that jingle REALLY pulled the heart strings. Heh, used to work there. Song was: Somewhere Over the Rainbow/What a Wonderful World by Israel Kamakawiwo'ole on the album Facing Future Enjoy. Brian Nilsen == Drew Taylor JA[P|m_p]H http://www.drewtaylor.com/ Just Another Perl|mod_perl Hacker mailto:[EMAIL PROTECTED] *** God bless America! *** -- Speakeasy.net: A DSL provider with a clue. Sign up today. http://www.speakeasy.net/refer/29655 ==
RE: Document Caching
I am finishing up a sort of alpha version of Data::Fallback (my own name) which should work very well for cache'ing just about anything locally on a box. We are planning on using it to cache dynamically generated html templates and images. You would ask a local perl daemon (using Net::Server) for the info and it would look first in the cache. If it isn't in the cache, it falls back according to where you told it to look (for now conffile or DBI, but later Storable, dbm, HTTP hit, whatever), and caches how you tell it to, based on ttl if you like. I am doing some testing now to see what sort of numbers we can get. Looking like 100-200 queries a second, but we'll see if that holds up in production, under high loads. I hope to write some docs on it over the weekend and get at least some alpha version CPAN'd before too long here. Earl -Original Message- From: Rasoul Hajikhani [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 1:28 PM To: [EMAIL PROTECTED] Subject: Document Caching Hello People, Need your advise on how to cache a template under mod_perl... Any ideas? Thanks in advance -r
Re: Document Caching
Cahill, Earl wrote: I am finishing up a sort of alpha version of Data::Fallback (my own name) which should work very well for cache'ing just about anything locally on a box. We are planning on using it to cache dynamically generated html templates and images. You would ask a local perl daemon (using Net::Server) for the info and it would look first in the cache. If it isn't in the cache, it falls back according to where you told it to look (for now conffile or DBI, but later Storable, dbm, HTTP hit, whatever), and caches how you tell it to, based on ttl if you like. Hmmm... isn't that sort of backwards? It sounds like you're considering the problem as building a cache that can be taught how to fetch data, but to me it seems more natural to build components for fetching data and teach them how to cache. The semantic for describing how something can be cached are much simpler than those describing how something can be fetched. I would think it makes more sense to do something along the lines of the Memoize module, i.e. make it easy to add caching to your existing data fetching modules (hopefully using a standard interface like Cache::Cache). - Perrin
RE: Breaks in mod_perl, works in Perl
Hmm, then create a ramdisk and read from the file virtually stored in the RAM. Stas, This is an elegant solution that I had not thought of. My problem is that I can't get ramdisks to work on my Red Hat 6.2 with 2.4.9 machine. But that's really my problem, and you've all been a big help. Thanks Mark
RE: Breaks in mod_perl, works in Perl
This is a design flaw of DBI then. You might get more results if you post on the DBI users list. We got part of the way there by redefining the trace_msg function, the only part that remains is gathering the output of the lower-level DBD calls, that might involve modifying some XS code, (or it might not).. Propose a 'callback' interface on dbi-users, you'll probably get a warm reception. I agree. This always was a design flaw of DBI. I was only hoping that there would be another way around it. I took this to the creator of DBI long before posting here and never heard back. I will take it to dbi-users and see where I get. Thanks for all the help you gave. Mark
RE: mod_perl and perl RPMs and Oracle 9iAS
I've always used DBI along with DBD::Oracle for Database access, and I intend to use them along Oracle 9iAS's other capabilities. So if I'm following you correctly, the steps involved are: -get the 5.6.1 RPM (which doesn't seem to be in Red Hat's site anyway) -get the Apache 1.3.19 sources (to be used in the next step), then 'discarded' without installing Apache per se. -get the mod_perl 1.24_01-2.src.rpm and compile it as a DSO -reinstall all previously installed packages, so other programs using them keep working -install the modules the mod_perl apps require -change the apachectl and httpd.conf files to reflect the proper perl 'home' -change httpd.conf to load the mod_perl.so file from it's new location Is this list OK? Hmm... if you like RPM's, then you should download the updated perl-5.6.1 in the UPDATES/ERRATA section for RH7.2 reinstall all required packages, USING CPAN for the stuff you needed before. the rest depends: are you comfortable with RH rpm version of Apache? If you use that, plus the new, updated mod_perl-1.26 RPM (which is DSO, and is also on the Errata page), your configuration and recompilation is no longer necessary. Otherwise, you have the right idea. Yes, there are at least two modules: mod_plsql and mod_oprocmgr for which which there is no source, so rebuilding seems to be out of the question Those modules are *only* for the Oracle administrative webservice, as I mentioned above. If you want to use Oracle from Perl/mod_perl, do it like everybody else: DBI and DBD::Oracle (for the record, I build them for 9i several months ago with 0 headaches). This *does* include the ability to execute PL/SQL. The mod_plsql is called heavily from the Oracle 9iAS Portal applets, so it needs to be kept in place. So are you using Oracle Portal applets, or mod_perl? We seem to have miscommunicated somewhere. Yes, it needs to be kept in place... because you aren't touching that copy of apache and perl, right? :-) I mean, if you want to use the supplied Oracle stuff that badly, then put it on a different port number. That way you can reference the Oracle stuff without being trapped in a little box where you're afraid to recompile/reconfigure/make more useful for YOUR situation. L8r, Rob
Re: here is a good modperl question on perlmonk
wow crazy!! just got my email and saw this thread! did anyone post on their site? again that node: http://perlmonks.org/?node_id=146303 Wim Kerkhoff wrote: I'm jumping into this thread quite lately, but here are my $.03 CDN. Mark Fowler wrote: On Tue, 5 Mar 2002, Medi Montaseri wrote: Stuart Frew wrote: Ideally you would have linux( or what ever) on every developers machine but sometimes you don't get the choice. Oh the choice is easyjust come in on a weekend and install linux on your box. Don't tell IT. That's all. I think the don't get a choice is more to do with that you require access to some application that requires MS windows to run. This is typically Exchange, Word, and most importantly iexplore for testing the website you are developing. There are solutions to this: a) Terminal Server. Get one Windows box running terminal server (the server version of w2k ships with it by default iirc) and install rdesktop[1] on your desktop Linux machines. This means you can all remotely open up a window to a Windows desktop on your linux box. It's reasonably fast but you will be limited to 256 colours and animations will be slow. An alternative to this, is to use VNC or TightVNC to connect to a spare Windows computer somewhere. I do this quite often to connect from my Linux system at work to a spare Windows system at home, across the VPN. I'm sure there are people who set up a local spare box, that developers can share if they need IE to test a webpage or convert an Office document or whatever b) VMWare (and similar) that allows you to run an emulated Windows computer on your real computer. I tried the trial version of this but I found it was taking up too much resources on my desktop. OTOH, I never had any problem with it and it worked flawlessly, and my desktop machine is quite slow by modern standards. I've been using VMWare for years with great success. Anything with a =400 Mhz processor and 256MB should be fine; all computers from the last 3 years have these specs, and RAM is cheap. By the way, if you originally tried Vmware2, try Vmware 3 as I found it a lot faster. Also make sure your system is tweaked: HD is in DMA mode, recompiled kernel, etc, etc. These days, I run an average of 3 VMWare sessions at any given time: 2 linux, and one Win32. I toggle between Win98 and WinXP, but do run all 4 images simulaneously (plus my normal apps) on occasion. ATA100 or SCSI does help though. c) VMWare the other way round - run it on Windows and have emulated linux boxen. The advantage of this is that you'll be able to quickly switch between a range of development environments, roll back changes etc. etc. I've never personally tried this solution... I've done this in the past, and we have developers that use this method as well. d) WINE on Linux. I've not had much success with this, but if it's a particular application you might have success. Doesn't work all so super hot for iexplore, winword, excel, and so forth. It works fine for quicktime, windows media player, starcraft, winamp, winzip, notepad, minesweeper, and a lot of other things; see winehq.com for an application database. I have some (trippy) screenshots of VNC, VMWare, VNC+VMWare, and Wine in action over at: http://www.nyetwork.org/wim/screenshots/
RE: Document Caching
Hmmm... isn't that sort of backwards? It sounds like you're considering the problem as building a cache that can be taught how to fetch data, but to me it seems more natural to build components for fetching data and teach them how to cache. The semantic for describing how something can be cached are much simpler than those describing how something can be fetched. I would think it makes more sense to do something along the lines of the Memoize module, i.e. make it easy to add caching to your existing data fetching modules (hopefully using a standard interface like Cache::Cache). Yeah, I buy that. Mostly I have been writing the fetching routines, and in sort of ad hoc fashion I have started to add on the caching stuff. I am just using a hash structure built on the modle File::CacheDir that I wrote. For me it is a two part problem that is pretty easily divisible. I have a function that checks the cache and if it returns false, then I fetch it according to the fallback. I would not be opposed to calling a different, more standard function to check the cache (set up in a more standard way), and then fetch accordingly. Earl
Re: Document Caching
Need your advise on how to cache a template under mod_perl... Any ideas? Thanks in advance Thanks... But I use Template Toolkit to generate a dynamic file. How would the above code work in that situation?! You should probably post this to the Template Toolkit mailing list for more info but TT has built-in support for caching templates to disk. TT mailing list: http://www.template-toolkit.org/info.html#lists TT caching: http://www.template-toolkit.org/docs/plain/Manual/Config.html#Caching_and_Compiling_Options --Ade. _ Do You Yahoo!? Get your free yahoo.com address at http://mail.yahoo.com
Working Apache::Peek
Has anyone gotten Apache::Peek under Apache::Status to work with perl 5.6.1 and mod_perl 1.26? The stock module from CPAN won't even compile (version 0.9501...is there a newer one out there somewhere?). I tried applying Doug's patch to the Devel::Peek that comes with perl 5.6.1 and (after some fiddling), got it to compile and autoload correctly. Unfortunatly, this module just seg faults every time DUMP is called. Does anyone have a working Apache::Peek for the latest Perl and mod_perl? I'll include the backtrace on the frankensteined Devel::Peek for 5.6.1 in case anyone can make something out of it. -adam Starting program: /usr/local/app/apache/bin/httpd -X [New Thread 1024 (LWP 17984)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 17984)] 0x0005 in __strtol_internal (nptr=0x900b82c \004¸, endptr=0x81642c1, base=-1073746328, group=135323038) at eval.c:36 36 eval.c: No such file or directory. in eval.c (gdb) where #0 0x0005 in __strtol_internal (nptr=0x900b82c \004¸, endptr=0x81642c1, base=-1073746328, group=135323038) at eval.c:36 #1 0x401385b7 in fprintf (stream=0x900b82c, format=0x81642c1 %*s) at fprintf.c:32 #2 0x080f004e in Perl_dump_vindent () at eval.c:41 #3 0x080f0012 in Perl_dump_indent () at eval.c:41 #4 0x080f23c4 in Perl_do_sv_dump () at eval.c:41 #5 0x407f9bf5 in XS_Apache__Peek_Dump (cv=0x8feb7ec) at Peek.xs:357 #6 0x0810595c in Perl_pp_entersub () at eval.c:41 #7 0x080ffd68 in Perl_runops_standard () at eval.c:41 #8 0x080bec84 in perl_call_sv () at eval.c:41 #9 0x080bea61 in perl_call_sv () at eval.c:41 #10 0x08075542 in perl_call_handler () at eval.c:41 #11 0x08074e49 in perl_run_stacked_handlers () at eval.c:41 #12 0x080738f9 in perl_handler () at eval.c:41 #13 0x08091fe3 in ap_invoke_handler () at eval.c:41 #14 0x080a68e7 in ap_some_auth_required () at eval.c:41 #15 0x080a6948 in ap_process_request () at eval.c:41 #16 0x0809db41 in ap_child_terminate () at eval.c:41 #17 0x0809dcec in ap_child_terminate () at eval.c:41 #18 0x0809de60 in ap_child_terminate () at eval.c:41 #19 0x0809e4dc in ap_child_terminate () at eval.c:41 #20 0x0809ed3b in main () at eval.c:41 #21 0x400f5177 in __libc_start_main (main=0x809e99c main, argc=2, ubp_av=0xb74c, init=0x80627e8 _init, fini=0x81465c0 _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xb73c) at ../sysdeps/generic/libc-start.c:129 (gdb) up 5 #5 0x407f9bf5 in XS_Apache__Peek_Dump (cv=0x8feb7ec) at Peek.xs:357 357 do_sv_dump(0, Perl_debug_log, sv, 0, lim, dumpop SvTRUE(dumpop), pv_lim);
Re: Breaks in mod_perl, works in Perl
Mark Hazen wrote: Hmm, then create a ramdisk and read from the file virtually stored in the RAM. Stas, This is an elegant solution that I had not thought of. My problem is that I can't get ramdisks to work on my Red Hat 6.2 with 2.4.9 machine. But that's really my problem, and you've all been a big help. Have a look at TMPFS. It creates a RAM-based filesystem that is more flexible than a RAM disk. Add to your /etc/fstab: none /tmpfs tmpfs defaults,noatime,size=200M 0 0 ...or something similar, and away you go!
Urgent: Can we get compiled codes(class files in java) in perl like in java
Hi all , I need a help. My requirement is like this, we are developing one portal site in perl5(mod_perl)-apache-linux. our client don't want the perl source code. He want only the compiled code. Is it possible to give the compiled code in perl just like that in Java? How can we do that, plz help us in this regard and tell me what to do and how to do? This is a bit urgent...Thanks and RegardsA C Sekhar