From igal at pragmaticraft.com Tue Dec 1 14:06:35 2009 From: igal at pragmaticraft.com (Igal Koshevoy) Date: Tue, 01 Dec 2009 14:06:35 -0800 Subject: [Pdx-pm] Winter Coders Social, Tuesday, December 8, 2009, 6-11pm In-Reply-To: <7819424F-B0F6-4AB0-8DC4-AA4F0BB25485@gmail.com> References: <4B1452DB.1080801@pragmaticraft.com> <7819424F-B0F6-4AB0-8DC4-AA4F0BB25485@gmail.com> Message-ID: <4B15936B.7010709@pragmaticraft.com> Kevin, Gah. I caught the typo eventually and changed the text to read "fun, free" in later broadcasts. It's amazing how many little things can go wrong with a short bit of text when a few people absentmindedly hack on it. Much the same can be said about code... :p -igal Kevin wrote: > Was that meant to be "fun-free", with a hyphen? ;) > > -Kevin W > > On Nov 30, 2009, at 3:18 PM, Igal Koshevoy wrote: > >> Hey Perl Mongers, this year's Winter Coders Social is coming up and >> you're invited. This is a fun free, annual event that members of many >> local user groups get together at to mingle, eat and play games. This is >> the third time the event's been held and it's been lots of fun every >> time. >> >> Please view the event details and sign up to bring some food: >> http://calagator.org/events/1250457765 >> >> See you there! >> >> -igal >> >> >> _______________________________________________ >> Pdx-pm-list mailing list >> Pdx-pm-list at pm.org >> http://mail.pm.org/mailman/listinfo/pdx-pm-list > > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list From igal at pragmaticraft.com Tue Dec 1 14:41:27 2009 From: igal at pragmaticraft.com (Igal Koshevoy) Date: Tue, 01 Dec 2009 14:41:27 -0800 Subject: [Pdx-pm] Winter Coders Social, Tuesday, December 8, 2009, 6-11pm In-Reply-To: <4B149975.7040505@cornell.edu> References: <4B1452DB.1080801@pragmaticraft.com> <9aaadf9c0911301848l2879db1asbe303207196f3fc9@mail.gmail.com> <4B148771.7020707@pragmaticraft.com> <4B149975.7040505@cornell.edu> Message-ID: <4B159B97.10508@pragmaticraft.com> Robert Buels wrote: > My web browser doesn't support forms. Do you have a SOAP service with > WSDL that I could use to query attendees and submit my RSVP? We'll get right on it after we've finished converting the very fabric of space and time into Parrot bytecode to simplify such operations. You'll be at the Weekly Hackathon[1] to help out with that, right? -igal [1] Thursday, December 3rd, 6:30pm -> http://calagator.org/events/1250458034 From enobacon at gmail.com Wed Dec 2 22:06:22 2009 From: enobacon at gmail.com (Seven till Seven) Date: Wed, 2 Dec 2009 22:06:22 -0800 Subject: [Pdx-pm] FreeTUIT -- December meeting next week Message-ID: <200912022206.22872.enobacon@gmail.com> Wed. December 9th, 6:53pm at FreeGeek -- 1731 SE 10th Ave. Topic: FreeTUIT - Codeless GUI Programming Speaker: Eric Wilhelm You have an idea for some program that you've always said you would write when you got a round tuit. FreeTUIT gives you that first tuit for free. Now you can write a simple cross-platform desktop application without writing any code. Just declare the widget layout and put a shebang line on it and you have an executable application. From there, it's a simple matter of programming to respond to input events. FreeTUIT is a syntax and Perl runtime for concisely declaring the layout and configuration of GUI widgets (such as forms, toolbars, buttons, and dialogs). The freetuit interpreter drives a unified object layer which is accessible from event callbacks. The system is currently built on top of the wxWidgets toolkit, and is currently in transition to the Qt widget set. As always, the meeting will be followed by social hour at the LuckyLab. -- http://pdx.pm.org From triddle at gmail.com Sun Dec 6 11:20:24 2009 From: triddle at gmail.com (Tyler Riddle) Date: Sun, 6 Dec 2009 11:20:24 -0800 Subject: [Pdx-pm] Wikipedia dump file XML shootout Message-ID: Hello mongers, I've been doing research into which perl XML processing schemes are fastest as I design my replacement for Parse::MediaWikiDump. What I've wound up with is a nice benchmarking system and a large pile of test cases. I'm hoping there's some XML gurus or just weirdoes like me who like to try to make things go as fast as possible who are interested in either creating a benchmark for their favorite XML processor or seeing if my existing SAX handlers, etc, could be optimized more. If anyone is interested you can get the source via SVN from https://triddle.projecthut.com/svn/triddle/XML_Speed_Test/ The README for the project is at the end of this email just for good measure. Cheers, Tyler Riddle -- If you wish to make an apple pie from scratch you must first invent the universe. -- Carl Sagan __END__ ABOUT This is a benchmark system for XML parsers against various language editions of the Wikipedia. The benchmark is to print all the article titles and text of a dump file specified on the command line to standard output. There are implementations for many perl parsing modules both high and low level. There are even implementations written in C that perform very fast. The benchmark.pl program is used to run a series of benchmarks. It takes two required arguments and one optional. The first required argument is a path to a directory full of tests to execute. The second required argument is a path to a directory full of dump files to execute the tests against. Both of these directories will be executed according to sort() on their file names. The third argument is a number of iterations to perform, the default being 1. Output goes to two files: results.log and results.data - they both are the output from Data::Dumper of an internal data structure that represents the test report. The results.log file is written to each time all the tests have been run against a specific file and lets you keep an eye on how long running jobs are performing. The results.data file is the cumulative data for all iterations and is written at the end of the entire run. The benchmark.pl utility and all of the tests are only guaranteed to work if executed from the root directory of this software package. The C based parsers are in the bin/ directory and can be compiled by executing make in that directory. The Iksemel parser is not currently functional for unknown reasons. THE CHALLENGE First and foremost the most important thing to keep in mind is that the English Wikipedia is currently 22 gigabytes of XML. You will not be able to use any XML processing system that requires the entire document to fit into RAM. Each benchmark must gather up the title and text for each Wikipedia article for an arbitrary XML dump file. In the spirit of making this test approximate a real world scenario you must collect all character data together and make it available at one time. For instance in the perl benchmarks they actually invoke a common method that prints the article title and text for them. In the C based tests they simply collect all the data and print it out at once. TEST DATA You can find various MediaWiki dump files via http://download.wikimedia.org/ I use the following various language Wikipedia dump files for my testing: http://download.wikimedia.org/enwiki/20091103/enwiki-20091103-pages-articles.xml.bz2 http://download.wikimedia.org/eowiki/20091204/eowiki-20091204-pages-articles.xml.bz2 http://download.wikimedia.org/simplewiki/20091203/simplewiki-20091203-pages-articles.xml.bz2 TODO * It would be nice if the C based parsers were glued to perl with XS so they invoke the Bench::Article method just like the perl based parsers do. * Fix the Iksemel parser. * One common string buffering library between all C based parsers would be nice but I could not get this functional. AUTHOR Test suite and initial tests created by Tyler Riddle Please send any patches to me and feel free to add yourself to the contributors list. CONTRIBUTORS * No one yet - you know you want to be first! From erik at hollensbe.org Sun Dec 6 12:03:53 2009 From: erik at hollensbe.org (Erik Hollensbe) Date: Sun, 06 Dec 2009 15:03:53 -0500 Subject: [Pdx-pm] Wikipedia dump file XML shootout In-Reply-To: References: Message-ID: <4B1C0E29.4020202@hollensbe.org> On 12/6/2009 2:20 PM, Tyler Riddle wrote: > Hello mongers, > > I've been doing research into which perl XML processing schemes are > fastest as I design my replacement for Parse::MediaWikiDump. What I've > wound up with is a nice benchmarking system and a large pile of test > cases. I'm hoping there's some XML gurus or just weirdoes like me who > like to try to make things go as fast as possible who are interested > in either creating a benchmark for their favorite XML processor or > seeing if my existing SAX handlers, etc, could be optimized more. If > anyone is interested you can get the source via SVN from > https://triddle.projecthut.com/svn/triddle/XML_Speed_Test/ > This looks pretty cool. One thing about your benchmark that I am concerned about: the md5 calculation appears to be affecting the time of the test. I'm not sure if this is intentional or not, but I thought I'd mention it anyways. I would be really surprised if the iksemel parser (once it's working, assuming it's a smartly-written binding) doesn't blow everything else out of the water; one of the iksemel features is that it throws away giant featuresets in the name of performance. -Erik From triddle at gmail.com Sun Dec 6 12:41:02 2009 From: triddle at gmail.com (Tyler Riddle) Date: Sun, 6 Dec 2009 12:41:02 -0800 Subject: [Pdx-pm] Wikipedia dump file XML shootout In-Reply-To: <4B1C0E29.4020202@hollensbe.org> References: <4B1C0E29.4020202@hollensbe.org> Message-ID: > This looks pretty cool. Thanks, it's quite a few hours of work. > > One thing about your benchmark that I am concerned about: the md5 > calculation appears to be affecting the time of the test. I'm not sure if > this is intentional or not, but I thought I'd mention it anyways. That's not intentional, I worked to try to avoid it. bench_child() passes the data from times() straight back to the main process but the main process only uses the child process times fields, from parse_result() (with a new comment): sub parse_result { my ($text) = @_; if ($text !~ m/^[0-9.]+ [0-9.]+ ([0-9.]+) ([0-9.]+) (.+)/) { return(); #^^^^^ match child times of forked process and md5sum } return ($1, $2, $3); } I think I got it right though even if it's not quite clear at first glance. The forked process executes the benchmark via open() accumulating the actual time spent processing the XML in the child fields for times(). The md5 processing should be showing up only in the parent fields for times(). Did I screw this up? > > I would be really surprised if the iksemel parser (once it's working, > assuming it's a smartly-written binding) doesn't blow everything else out of > the water; one of the iksemel features is that it throws away giant > featuresets in the name of performance. > I'm also really interested in seeing how Iksemel performs but I can't get it working. Hopefully someone more knowledgeable in C can figure out what I did wrong. It's currently throwing an Iksemel memory error which seems strange to me. It follows the same pattern as the parsers I created in C for libxml and expat, it should be straight forward, but something's wonky. Thanks for the feedback, I appreciate it. Tyler Riddle -- If you wish to make an apple pie from scratch you must first invent the universe. -- Carl Sagan From erik at hollensbe.org Sun Dec 6 13:03:49 2009 From: erik at hollensbe.org (Erik Hollensbe) Date: Sun, 06 Dec 2009 16:03:49 -0500 Subject: [Pdx-pm] Wikipedia dump file XML shootout In-Reply-To: References: <4B1C0E29.4020202@hollensbe.org> Message-ID: <4B1C1C35.8090008@hollensbe.org> On 12/6/2009 3:41 PM, Tyler Riddle wrote: >> One thing about your benchmark that I am concerned about: the md5 >> calculation appears to be affecting the time of the test. I'm not sure if >> this is intentional or not, but I thought I'd mention it anyways. >> > That's not intentional, I worked to try to avoid it. bench_child() > passes the data from times() straight back to the main process but the > main process only uses the child process times fields, from > parse_result() (with a new comment): > I'm fairly certain ->add() is what does the bulk of the processing, otherwise trying to stuff 22GB into memory for later digestion would prove... problematic on most machines. Unless I am reading your code incorrectly, that is done in the middle of the timing vector. An alternative (and likely not much better) solution would be to stuff it to disk and calculate it wholesale afterwards, or (perhaps better) sum the MD5 time and subtract it from the overall running time. >> I would be really surprised if the iksemel parser (once it's working, >> assuming it's a smartly-written binding) doesn't blow everything else out of >> the water; one of the iksemel features is that it throws away giant >> featuresets in the name of performance. >> >> > I'm also really interested in seeing how Iksemel performs but I can't > get it working. Hopefully someone more knowledgeable in C can figure > out what I did wrong. It's currently throwing an Iksemel memory error > which seems strange to me. It follows the same pattern as the parsers > I created in C for libxml and expat, it should be straight forward, > but something's wonky. > If you find the time to get this working, alert me (or the list) of your discoveries, I am genuinely curious. -Erik From triddle at gmail.com Tue Dec 8 07:08:29 2009 From: triddle at gmail.com (Tyler Riddle) Date: Tue, 8 Dec 2009 07:08:29 -0800 Subject: [Pdx-pm] Wikipedia dump file XML shootout In-Reply-To: <4B1C1C35.8090008@hollensbe.org> References: <4B1C0E29.4020202@hollensbe.org> <4B1C1C35.8090008@hollensbe.org> Message-ID: > I'm fairly certain ->add() is what does the bulk of the processing, > otherwise trying to stuff 22GB into memory for later digestion would > prove... problematic on most machines. Unless I am reading your code > incorrectly, that is done in the middle of the timing vector. It does consume a fair amount of processing time, you are correct. However the output of times() accounts for the current process and child processes. When I open() the test I get a second child process (now the third total process benchmark.pl -> fork() -> open("$test |")). I only use the cuser and csystem values from times() in the forked process. This could be more explicit in my code, I'll clean it up so it's more obvious. Thank you for your feedback. :-) > > If you find the time to get this working, alert me (or the list) of your > discoveries, I am genuinely curious. > I'll find some time to pluck away at it eventually but I'm really hoping some C angel will descend from above and bless the code with their magic; I'm just a level 1 C monger. -- If you wish to make an apple pie from scratch you must first invent the universe. -- Carl Sagan From kellert at ohsu.edu Tue Dec 8 17:01:06 2009 From: kellert at ohsu.edu (Tom Keller) Date: Tue, 8 Dec 2009 17:01:06 -0800 Subject: [Pdx-pm] vim perl-support Message-ID: <89FA3049-0AA3-4453-B3E9-FE4E491A7F7E@ohsu.edu> Greetings, I downloaded the perl-support.zip files from vim.org. But I can't seem to get vim to recognize my template or any of the other good stuff in there. Here's where I put stuff: $ ls -alh ~/.vim/perl-support total 40 drwxr-xr-x 14 kellert staff 476B Dec 8 16:36 . drwxr-xr-x 6 kellert staff 204B Dec 8 16:28 .. -rwxr-xr-x@ 1 kellert staff 6.0K Dec 8 16:36 .DS_Store -rwxr-xr-x 1 kellert staff 10K Oct 4 14:33 README.perlsupport drwxr-xr-x 5 kellert staff 170B Oct 4 14:35 autoload drwxr-xr-x 14 kellert staff 476B Oct 4 14:35 codesnippets drwxr-xr-x 7 kellert staff 238B Dec 8 16:36 doc drwxr-xr-x 3 kellert staff 102B Oct 4 14:35 ftplugin drwxr-xr-x 3 kellert staff 102B Oct 4 14:35 modules drwxr-xr-x 3 kellert staff 102B Oct 4 14:35 plugin drwxr-xr-x 7 kellert staff 238B Oct 4 14:35 rc drwxr-xr-x 6 kellert staff 204B Oct 4 14:35 scripts drwxr-xr-x 7 kellert staff 238B Dec 8 16:43 templates drwxr-xr-x 3 kellert staff 102B Oct 4 14:35 wordlists I did set 'filetype plugin on' in ~/.vimrc I'd appreciate the benefit of your experience on this. I'm working with MacOSX 10.6.2 and perl5.10.0 thanks, Tom Thomas (Tom) Keller kellert at ohsu.edu 503.494.2442 6339b R Jones Hall (BSc/CROET) www.ohsu.edu/xd/research/research-cores/dna-analysis/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at petdance.com Tue Dec 8 19:31:04 2009 From: andy at petdance.com (Andy Lester) Date: Tue, 8 Dec 2009 21:31:04 -0600 Subject: [Pdx-pm] vim perl-support In-Reply-To: <89FA3049-0AA3-4453-B3E9-FE4E491A7F7E@ohsu.edu> References: <89FA3049-0AA3-4453-B3E9-FE4E491A7F7E@ohsu.edu> Message-ID: <7BAD21E6-AD09-493D-9D8D-FB6809754E08@petdance.com> On Dec 8, 2009, at 7:01 PM, Tom Keller wrote: > Greetings, > I downloaded the perl-support.zip files from vim.org. > But I can't seem to get vim to recognize my template or any of the other good stuff in there. Actually, the latest and greatest is now at github, where I've aggregated all the Perl-related .vim files together in one project that somehow I'm going to have install into the proper places. For now check out the source from http://github.com/petdance/vim-perl and run "make install" xoxo, Andy -- Andy Lester => andy at petdance.com => www.theworkinggeek.com => AIM:petdance From enobacon at gmail.com Wed Dec 9 12:30:16 2009 From: enobacon at gmail.com (Seven till Seven) Date: Wed, 9 Dec 2009 12:30:16 -0800 Subject: [Pdx-pm] FreeTUIT -- December meeting tonight Message-ID: <200912091230.16562.enobacon@gmail.com> Wed. December 9th, 6:53pm at FreeGeek -- 1731 SE 10th Ave. Topic: FreeTUIT - Codeless GUI Programming Speaker: Eric Wilhelm You have an idea for some program that you've always said you would write when you got a round tuit. FreeTUIT gives you that first tuit for free. Now you can write a simple cross-platform desktop application without writing any code. Just declare the widget layout and put a shebang line on it and you have an executable application. From there, it's a simple matter of programming to respond to input events. FreeTUIT is a syntax and Perl runtime for concisely declaring the layout and configuration of GUI widgets (such as forms, toolbars, buttons, and dialogs). The freetuit interpreter drives a unified object layer which is accessible from event callbacks. The system is currently built on top of the wxWidgets toolkit, and is in transition to the Qt widget set. As always, the meeting will be followed by social hour at the LuckyLab. -- http://pdx.pm.org From jaleto at gmail.com Wed Dec 9 14:37:53 2009 From: jaleto at gmail.com (Jonathan Leto) Date: Wed, 9 Dec 2009 14:37:53 -0800 Subject: [Pdx-pm] FreeTUIT -- December meeting tonight In-Reply-To: <200912091230.16562.enobacon@gmail.com> References: <200912091230.16562.enobacon@gmail.com> Message-ID: <9aaadf9c0912091437y3fbe46a8y6044717a91569712@mail.gmail.com> Howdy, I don't think I will be able to make it tonight, but please take notes and drink a few extra beers for me. Duke On Wed, Dec 9, 2009 at 12:30 PM, Seven till Seven wrote: > Wed. December 9th, 6:53pm at FreeGeek -- 1731 SE 10th Ave. > > Topic: ? FreeTUIT - Codeless GUI Programming > Speaker: Eric Wilhelm > > You have an idea for some program that you've always said you would > write when you got a round tuit. FreeTUIT gives you that first tuit for > free. Now you can write a simple cross-platform desktop application > without writing any code. Just declare the widget layout and put a > shebang line on it and you have an executable application. From there, > it's a simple matter of programming to respond to input events. > > FreeTUIT is a syntax and Perl runtime for concisely declaring the layout > and configuration of GUI widgets (such as forms, toolbars, buttons, and > dialogs). The freetuit interpreter drives a unified object layer which > is accessible from event callbacks. The system is currently built on > top of the wxWidgets toolkit, and is in transition to the Qt widget set. > > As always, the meeting will be followed by social hour at the LuckyLab. > -- > > ? ? ? ?http://pdx.pm.org > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list > -- Jonathan "Duke" Leto jonathan at leto.net http://leto.net From triddle at gmail.com Fri Dec 11 08:58:54 2009 From: triddle at gmail.com (Tyler Riddle) Date: Fri, 11 Dec 2009 08:58:54 -0800 Subject: [Pdx-pm] Iksemel XML parser testing results Message-ID: On Sun, Dec 6, 2009 at 1:03 PM, Erik Hollensbe wrote: > If you find the time to get this working, alert me (or the list) of your > discoveries, I am genuinely curious. > I got the Iksemel parser "working" - if you'd like to see the code it's at https://triddle.projecthut.com/svn/triddle/XML_Speed_Test/bin/iksemel.c The reason that working is in quotes is because it doesn't. I'm able to get Iksemel to parse a simple test case of a Wikipedia dump file (https://triddle.projecthut.com/svn/triddle/Parse-MediaWikiDump/t/pages_test.xml) but it chokes with an XML document format error on the real XML dump files from Wikipedia while every other single XML parser handles them just fine. So in this instance it would seem that the features removed to make Iksemel go faster are the very ones that make XML work aside from handling the most simple of documents. Tyler Riddle -- If you wish to make an apple pie from scratch you must first invent the universe. -- Carl Sagan From triddle at gmail.com Sat Dec 12 08:16:43 2009 From: triddle at gmail.com (Tyler Riddle) Date: Sat, 12 Dec 2009 08:16:43 -0800 Subject: [Pdx-pm] Anyone have a non-x86 machine I can use remotely? Message-ID: Hello Mongers, Audio::Analyzer is failing on non-x86 targets and that makes me a sad panda. The output from the CPAN testers isn't quite good enough to figure out what's going on, I need to get some interactive time with my module and a host it fails on. Is there anyone who wouldn't mind letting me use their non-x86 machine (PPC, SPARC, IBM mainframe if you've got one, they all fail) - OS does not seem to matter. I don't need any kind of serious horse power either, the test data is super small. All I need is a non-priviledged account. Thank you kindly and cheers, Tyler Riddle -- If you wish to make an apple pie from scratch you must first invent the universe. -- Carl Sagan From triddle at gmail.com Sat Dec 12 08:24:38 2009 From: triddle at gmail.com (Tyler Riddle) Date: Sat, 12 Dec 2009 08:24:38 -0800 Subject: [Pdx-pm] Giving away 1 invite to Google Voice Message-ID: Hello again, I'm giving away an invite to Google Voice - since they are scarce I've only got 1 to give away, sorry about that. If anyone is interested reply to me personally and who ever shows up first in my inbox wins (due to the randomness of SMTP this makes it a game of chance and not skill therefor bypassing gambling laws, my lawyer made me put that in there). Early bird gets the worm on this one. Cheers, Tyler Riddle -- If you wish to make an apple pie from scratch you must first invent the universe. -- Carl Sagan From triddle at gmail.com Sat Dec 12 09:36:38 2009 From: triddle at gmail.com (Tyler Riddle) Date: Sat, 12 Dec 2009 09:36:38 -0800 Subject: [Pdx-pm] Fwd: Giving away 1 invite to Google Voice In-Reply-To: References: Message-ID: The system works, it's gone folks. Tyler ---------- Forwarded message ---------- From: Tyler Riddle Date: Sat, Dec 12, 2009 at 8:24 AM Subject: Giving away 1 invite to Google Voice To: PDX PM Hello again, I'm giving away an invite to Google Voice - since they are scarce I've only got 1 to give away, sorry about that. If anyone is interested reply to me personally and who ever shows up first in my inbox wins (due to the randomness of SMTP this makes it a game of chance and not skill therefor bypassing gambling laws, my lawyer made me put that in there). Early bird gets the worm on this one. Cheers, Tyler Riddle -- If you wish to make an apple pie from scratch you must first invent the universe. -- Carl Sagan -- If you wish to make an apple pie from scratch you must first invent the universe. -- Carl Sagan From ohearn.thomas at gmail.com Mon Dec 14 20:26:39 2009 From: ohearn.thomas at gmail.com (Thomas O'Hearn) Date: Mon, 14 Dec 2009 20:26:39 -0800 Subject: [Pdx-pm] Hey all! Message-ID: I have a very basic question. I am in the Eugene area. My sister and her friend would like to create a website, and they'd like to work with someone who is experienced attaching search engines to sites, metacrawlers and all that. I know this is very basic. But it sounded like Perl was the language that popped up when discussing using search engines and implementing them into your site, so I tried to find people close to home. Anyone here capable and know more of what I'm talking about then I do? They basically want their search bar to be attached to one of the external engines available, or one of the crawlers that monitors the major engines...etc. They need someone who can do that. Haha. Okay. Hope to hear back, thanks all. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From erik at hollensbe.org Tue Dec 15 03:38:21 2009 From: erik at hollensbe.org (Erik Hollensbe) Date: Tue, 15 Dec 2009 06:38:21 -0500 Subject: [Pdx-pm] Hey all! In-Reply-To: References: Message-ID: <4B27752D.7030005@hollensbe.org> On 12/14/2009 11:26 PM, Thomas O'Hearn wrote: > I have a very basic question. I am in the Eugene area. My sister and > her friend would like to create a website, and they'd like to work > with someone who is experienced attaching search engines to sites, > metacrawlers and all that. > > I know this is very basic. But it sounded like Perl was the language > that popped up when discussing using search engines and implementing > them into your site, so I tried to find people close to home. > > Anyone here capable and know more of what I'm talking about then I do? > They basically want their search bar to be attached to one of the > external engines available, or one of the crawlers that monitors the > major engines...etc. They need someone who can do that. For most cases, this is actually pretty simple, and requires no perl at all. In HTML, you wish you designate a form that has an action that submits to the search engines. The above sentence should give you the requisite technical know-how to find a complete answer on your own. Best of luck! Learning should be most of the fun. -Erik From sechrest at peak.org Tue Dec 15 05:53:07 2009 From: sechrest at peak.org (John Sechrest) Date: Tue, 15 Dec 2009 05:53:07 -0800 Subject: [Pdx-pm] Hey all! In-Reply-To: References: Message-ID: <313372bc0912150553h973e8eu50aab2e42e0a4aa4@mail.gmail.com> Hello Thomas, There are a lot of different ways to go with this. There is a VERY active SEO group in portland that might be useful, There are many different web methodologies that could be used. For the most part, I always push people towards using ome of the existing CMS (Content Management Systems). See http://www.cmsmatrix.org This solves many of the issues for people getting up and going. And then you can do SEO work on top of that. If your sister is doing online retail (E-tailing), there is a Corvallis E-tailing group that meets monthly that talks about this type of thing.There are several Web oriented folks in Corvallis that meet and discuss things like this in other venues. You might talk to a guy named Larry Price in Eugene, he may be able to help your sister get connected to more local resources. And to find a wider range of technical activities in Portland, you should also check out the Calagator.org site, which agregates calendars for different Tech groups. In addition, tonight is the IT Pro Forum meeting night in Eugene: http://www.itproforum.org This is a collection of System admins who gather. They often are connected to the different web types around an area. 2009/12/14 Thomas O'Hearn : > I have a very basic question. I am in the Eugene area. My sister and her > friend would like to create a website, and they'd like to work with someone > who is experienced attaching search engines to sites, metacrawlers and all > that. > > I know this is very basic. But it sounded like Perl was the language that > popped up when discussing using search engines and implementing them into > your site, so I tried to find people close to home. > > Anyone here capable and know more of what I'm talking about then I do? They > basically want their search bar to be attached to one of the external > engines available, or one of the crawlers that monitors the major > engines...etc. They need someone who can do that. > > Haha. Okay. Hope to hear back, thanks all. > > Thomas > > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list > -- John Sechrest . Corvallis Benton . Chamber Coalition . 420 NW 2nd . (541) 757-1507 . sechrest at corvallisedp.com . . From shlomif at iglu.org.il Tue Dec 15 03:00:23 2009 From: shlomif at iglu.org.il (Shlomi Fish) Date: Tue, 15 Dec 2009 13:00:23 +0200 Subject: [Pdx-pm] Hey all! In-Reply-To: References: Message-ID: <200912151300.23333.shlomif@iglu.org.il> On Tuesday 15 Dec 2009 06:26:39 Thomas O'Hearn wrote: > I have a very basic question. I am in the Eugene area. My sister and her > friend would like to create a website, and they'd like to work with someone > who is experienced attaching search engines to sites, metacrawlers and all > that. > > I know this is very basic. But it sounded like Perl was the language that > popped up when discussing using search engines and implementing them into > your site, so I tried to find people close to home. > > Anyone here capable and know more of what I'm talking about then I do? They > basically want their search bar to be attached to one of the external > engines available, or one of the crawlers that monitors the major > engines...etc. They need someone who can do that. > If I understand you correctly, you don't need Perl to do that. You can just set up a Google site search box using plain HTML: http://www.askdavetaylor.com/how_can_i_add_a_google_search_box_to_my_web_site.html Or alternatively for Yahoo: http://search.yahoo.com/info/ysearchbox_introduction.html (though the markup there needs massaging to be updated to modern standards). There are other boxes for different web-searches. Regards, Shlomi Fish > Haha. Okay. Hope to hear back, thanks all. > > Thomas > -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ Stop Using MSIE - http://www.shlomifish.org/no-ie/ Bzr is slower than Subversion in combination with Sourceforge. ( By: http://dazjorz.com/ ) From triddle at gmail.com Tue Dec 15 10:12:53 2009 From: triddle at gmail.com (Tyler Riddle) Date: Tue, 15 Dec 2009 10:12:53 -0800 Subject: [Pdx-pm] Houston: CPAN has a problem Message-ID: I just fired off this email to cpan at cpan.org but I think it's going to wait in a queue for quite a while before someone sees it. I'm hoping someone here can get this in front of someone who can fix it, this is kind of embarrassing for perl. The hyperlink to 5.10.1 (http://www.cpan.org/src/perl-5.10.1.tar.gz) from http://www.cpan.org/src/README.html does not work - it gives up a 404. I checked the kernel.org mirror and it suffers the same problem. Oops. Tyler Riddle -- If you wish to make an apple pie from scratch you must first invent the universe. -- Carl Sagan From jaleto at gmail.com Tue Dec 15 11:55:47 2009 From: jaleto at gmail.com (Jonathan Leto) Date: Tue, 15 Dec 2009 11:55:47 -0800 Subject: [Pdx-pm] Houston: CPAN has a problem (download link for perl 5.10.1 is a 404) Message-ID: <9aaadf9c0912151155p791f9300sbf6668f091b5de5b@mail.gmail.com> Howdy PDX.pm and Jarkko, I have told #p5p about this and rjbs suggested contacting our beloved former pumpking Jarkko Hietaniemi, so I have included him in this email. Jarkko, do you know what is up? Duke On Tue, Dec 15, 2009 at 10:12 AM, Tyler Riddle wrote: > I just fired off this email to cpan at cpan.org but I think it's going to > wait in a queue for quite a while before someone sees it. I'm hoping > someone here can get this in front of someone who can fix it, this is > kind of embarrassing for perl. > > The hyperlink to 5.10.1 (http://www.cpan.org/src/perl-5.10.1.tar.gz) > from http://www.cpan.org/src/README.html does not work - it gives up a > 404. I checked the kernel.org mirror and it suffers the same problem. > > Oops. > > Tyler Riddle > > -- > If you wish to make an apple pie from scratch you must first invent > the universe. -- Carl Sagan > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list > -- Jonathan "Duke" Leto jonathan at leto.net http://leto.net From jaleto at gmail.com Tue Dec 15 13:34:28 2009 From: jaleto at gmail.com (Jonathan Leto) Date: Tue, 15 Dec 2009 13:34:28 -0800 Subject: [Pdx-pm] Houston: CPAN has a problem (download link for perl 5.10.1 is a 404) In-Reply-To: <9aaadf9c0912151155p791f9300sbf6668f091b5de5b@mail.gmail.com> References: <9aaadf9c0912151155p791f9300sbf6668f091b5de5b@mail.gmail.com> Message-ID: <9aaadf9c0912151334u253e0cb2x375978c349a35d79@mail.gmail.com> Howdy, It appears that the HTML has the wrong link and it should be: http://www.cpan.org/src/5.0/perl-5.10.1.tar.gz Duke On Tue, Dec 15, 2009 at 11:55 AM, Jonathan Leto wrote: > Howdy PDX.pm and Jarkko, > > I have told #p5p about this and rjbs suggested contacting our beloved > former pumpking Jarkko Hietaniemi, so I have included him in this > email. > > Jarkko, do you know what is up? > > Duke > > > > On Tue, Dec 15, 2009 at 10:12 AM, Tyler Riddle wrote: >> I just fired off this email to cpan at cpan.org but I think it's going to >> wait in a queue for quite a while before someone sees it. I'm hoping >> someone here can get this in front of someone who can fix it, this is >> kind of embarrassing for perl. >> >> The hyperlink to 5.10.1 (http://www.cpan.org/src/perl-5.10.1.tar.gz) >> from http://www.cpan.org/src/README.html does not work - it gives up a >> 404. I checked the kernel.org mirror and it suffers the same problem. >> >> Oops. >> >> Tyler Riddle >> >> -- >> If you wish to make an apple pie from scratch you must first invent >> the universe. -- Carl Sagan >> _______________________________________________ >> Pdx-pm-list mailing list >> Pdx-pm-list at pm.org >> http://mail.pm.org/mailman/listinfo/pdx-pm-list >> > > > > -- > Jonathan "Duke" Leto > jonathan at leto.net > http://leto.net > -- Jonathan "Duke" Leto jonathan at leto.net http://leto.net From schwern at pobox.com Thu Dec 17 23:13:38 2009 From: schwern at pobox.com (Michael G Schwern) Date: Thu, 17 Dec 2009 23:13:38 -0800 Subject: [Pdx-pm] Volunteer to speak in January Message-ID: <4B2B2BA2.6040001@pobox.com> Folks have been asking me if I could do "How To Lie Like A Geek" in January, so if we need a speaker I'm in. I can also inflict my lightning talk "Subversion Lifetime Achievement Award". -- 170. Not allowed to "defect" to OPFOR during training missions. -- The 213 Things Skippy Is No Longer Allowed To Do In The U.S. Army http://skippyslist.com/list/ From jaleto at gmail.com Fri Dec 18 01:01:36 2009 From: jaleto at gmail.com (Jonathan Leto) Date: Fri, 18 Dec 2009 01:01:36 -0800 Subject: [Pdx-pm] Volunteer to speak in January In-Reply-To: <4B2B2BA2.6040001@pobox.com> References: <4B2B2BA2.6040001@pobox.com> Message-ID: <9aaadf9c0912180101i6750e455h7a7a7621a0a4fbee@mail.gmail.com> +1 for SVN Lifetime Achievement On Thu, Dec 17, 2009 at 11:13 PM, Michael G Schwern wrote: > Folks have been asking me if I could do "How To Lie Like A Geek" in January, > so if we need a speaker I'm in. ?I can also inflict my lightning talk > "Subversion Lifetime Achievement Award". > > > -- > 170. Not allowed to "defect" to OPFOR during training missions. > ? ?-- The 213 Things Skippy Is No Longer Allowed To Do In The U.S. Army > ? ? ? ? ? http://skippyslist.com/list/ > > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list > -- Jonathan "Duke" Leto jonathan at leto.net http://leto.net From ben.hengst at gmail.com Fri Dec 18 09:48:55 2009 From: ben.hengst at gmail.com (benh) Date: Fri, 18 Dec 2009 09:48:55 -0800 Subject: [Pdx-pm] Volunteer to speak in January In-Reply-To: <9aaadf9c0912180101i6750e455h7a7a7621a0a4fbee@mail.gmail.com> References: <4B2B2BA2.6040001@pobox.com> <9aaadf9c0912180101i6750e455h7a7a7621a0a4fbee@mail.gmail.com> Message-ID: <85ddf48b0912180948j45461e58i499cfb97cb389a85@mail.gmail.com> both sound good, double feature? On Fri, Dec 18, 2009 at 01:01, Jonathan Leto wrote: > +1 for SVN Lifetime Achievement > > On Thu, Dec 17, 2009 at 11:13 PM, Michael G Schwern wrote: >> Folks have been asking me if I could do "How To Lie Like A Geek" in January, >> so if we need a speaker I'm in. ?I can also inflict my lightning talk >> "Subversion Lifetime Achievement Award". >> >> >> -- >> 170. Not allowed to "defect" to OPFOR during training missions. >> ? ?-- The 213 Things Skippy Is No Longer Allowed To Do In The U.S. Army >> ? ? ? ? ? http://skippyslist.com/list/ >> >> _______________________________________________ >> Pdx-pm-list mailing list >> Pdx-pm-list at pm.org >> http://mail.pm.org/mailman/listinfo/pdx-pm-list >> > > > > -- > Jonathan "Duke" Leto > jonathan at leto.net > http://leto.net > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list > -- benh~ http://three.sentenc.es/ From enobacon at gmail.com Thu Dec 31 13:02:55 2009 From: enobacon at gmail.com (Seven till Seven) Date: Thu, 31 Dec 2009 13:02:55 -0800 Subject: [Pdx-pm] How to Lie Like a Geek -- January meeting in 2 weeks Message-ID: <200912311302.55117.enobacon@gmail.com> see http://pdx.pm.org/kwiki/ Wed. January 13th, 6:53pm at FreeGeek -- 1731 SE 10th Ave. How to Lie Like a Geek speaker: Michael Schwern Geeks have a special relationship with The Truth. Nothing is more important than correcting a falsehood, no matter how small, and nothing is more odious than not telling The Truth. Unfortunately, in speaking The Whole Truth and Nothing But The Truth, the meaning is often mangled and the end result is the opposite, a lie. We?ll examine some ways geeks lie while telling The Truth, to themselves and to others, and hopefully achieve better communications, easier to understand interfaces and maybe some personal enlightenment. Some examples include: Lies by omission, lies by precision, lies by irrelevancy, lies by design, lies with statistics and that most dangerous of words ?should? as in ?the user should have realized?. There will be cake. http://tinyurl.com/mermtx As always, the meeting will be followed by social hour at the LuckyLab. -- http://pdx.pm.org From ben.hengst at gmail.com Thu Dec 31 14:13:36 2009 From: ben.hengst at gmail.com (benh) Date: Thu, 31 Dec 2009 14:13:36 -0800 Subject: [Pdx-pm] How to Lie Like a Geek -- January meeting in 2 weeks In-Reply-To: <200912311302.55117.enobacon@gmail.com> References: <200912311302.55117.enobacon@gmail.com> Message-ID: <85ddf48b0912311413v7627b31aneafda2144fd4c0a7@mail.gmail.com> Added to calagator: http://calagator.org/events/1250458114 also had to create the page on the wiki: http://pdx.pm.org/kwiki/index.cgi?January2010Meeting On Thu, Dec 31, 2009 at 13:02, Seven till Seven wrote: > see http://pdx.pm.org/kwiki/ > > Wed. January 13th, 6:53pm at FreeGeek -- 1731 SE 10th Ave. > > How to Lie Like a Geek > speaker: Michael Schwern > > Geeks have a special relationship with The Truth. Nothing is more > important than correcting a falsehood, no matter how small, and nothing > is more odious than not telling The Truth. Unfortunately, in speaking > The Whole Truth and Nothing But The Truth, the meaning is often mangled > and the end result is the opposite, a lie. > > We?ll examine some ways geeks lie while telling The Truth, to themselves > and to others, and hopefully achieve better communications, easier to > understand interfaces and maybe some personal enlightenment. > > Some examples include: Lies by omission, lies by precision, lies by > irrelevancy, lies by design, lies with statistics and that most > dangerous of words ?should? as in ?the user should have realized?. > > There will be cake. > ?http://tinyurl.com/mermtx > > > As always, the meeting will be followed by social hour at the LuckyLab. > -- > > ? ? ? ?http://pdx.pm.org > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list -- benh~ http://three.sentenc.es/