Journal Journal: I want to test out deletion ... 2
Can I post this and then delete it? Maybe. Does it exist 10 minutes from now? When is now? Why is Hitler, Who is Spain?
Can I post this and then delete it? Maybe. Does it exist 10 minutes from now? When is now? Why is Hitler, Who is Spain?
IT Security is an ever-growing field. Every year more hackers and crackers try to steal you bank PIN number, mess up your nuclear fuel centrifuges, jam your attack dronesâ(TM) control signals, steal your company passwords an other secrets andâ¦. it goes on and on, to the point where, Hord says, over two million (2,000,000) new IT security people will be needed in the next few years. Should you be one of them? Do you have the skills to be one of them? If not, can you acquire those skills? Read the rest and see the video
Earlier this month, I was at CES, looking at cool gadgets and shooting some video for Slashdot, and last week I did the same in Detroit at the North American International Auto Show. Since shooting video is something I'm (let's be kind) inexperienced at, esp. with camera-attached doodads (mixer, shotgun mic, lav mic, tripod), this got a bit awkward at times.
I tried a few different bag configurations on the CES show floor. What I finally settled on was this: In my conventional-looking (but Li-Ion battery-equipped!) PowerBag backpack, I carried very little -- basically, my laptop, some food, and whatever paper goods I picked up in the course of the show, like brochures, etc. For almost everything else, I had my Checkpoint Flyer, sans removable laptop case.*
- Mic packs (one receiver, one transmitter), mics (lavalier, handheld, shotgun) and mixer (and a few associated cords) went into the larger outer pocket
- flexible tripod (a Gorillapod knockoff from Vivitar) stuck, with one leg out, in the flexible side pocket
- camera, well padded, in the central portion; I kept its hotshoe mic-mount attached.
- headphone case fit in the smaller of the outer pockets (one of my favorite uses for that pocket!)
- spare batteries, SD card in the flat inner pockets
- notepaper and such in the large (magazine) pocket; gum and pens in the smaller (boarding pass) one.
(This list is not exhaustive; I was carrying wallet and other small things not here accounted for.)
I realized toward the end that the extra attachment points (sorry, custom work -- thanks, Tom! You really should put them on every Flyer
In Detroit, I did not carry around the backpack, and I switched from the Checkpoint Flyer to my Super Ego. The Super Ego is bigger, but I'm not sure it was actually any better as a video bag, because it lacks the nice top-zipping outer pockets on the Checkpoint Flyer, and it's not quite as easy to swing easily through a crowd. It still worked well for my purpose, though; I could put the camera away quickly in the central storage space when I wanted to have both hands free, and I stashed most cables and mics in the two outer pockets. (No room for the shotgun mic this way, though, so that went in with the camera itself.)
Upshot: Though neither is a specialized video bag (and I felt it at moments), both the Flyer and the Super Ego did a great job as impromptu production assistants
* Why not carry the laptop there? Because I was carrying a laptop too big for the inner case I have. That's why. Why carry the laptop at all? Because I needed it as a middleman to transfer files from my camera to the guy who put them into a watchable form, from the show's press room.
Slashdot is now running on upgrade database backend software, and new hardware. Anecdotal evidence suggests improved performance. Was anybody worried? I wasn't. Next week, updated front end web servers!
Well I got through the problems with Apache2::Module::get_config. Aparently the object which comes as the first argument to the method for the custom config directive is not where the config parameters should be stored. Looking back at the documentation http://perl.apache.org/docs/2.0/api/Apache2/Module.html, I can see that it is clearly shown that $srv_config is being fetched via a call to get_config from within the custom directive subroutine, and that apparently is where the config should be stored... but it does seem kind of counter intuitive to me. But no use second guessing that now, at least I got it.
On a positive note: before I discovered my mistake with get_config, I thought perhaps it was getting mangled by Apache2::compat, so I spent much of the day finding and jumping through hoops to get everything to run without that. Though that effort didn't fix the problem I was chasing, it will be better in the long run to not need Apache2::compat, as that would drag down response times.
In my ongoing efforts to port slashdot onto modern revisions of Apache and ModPerl, I've made significant strides. This weekend I put in a few extras hours of work, just because it was on my mind.
Currently I am banging my head against Apache2::Module::get_config. I thought I had appropriately adjusted the code to use the new simplified mechanism for defining and handling custom apache config directives. Having added plenty of "print STDERR" debuging into my modules, I can see that the new directives are being read, and the associated sub routines to handle them are being called at server start time. However, calls to get_config from inside a request handler are always returning either 1 or undef. As far as I can tell from reading the documentation, it should be working. As I type this, it occurs to me that it could be getting fubared by Apache2::compat...
Off to test that theory!
As my colleagues are working to improve the comment system, I'm thinking about it. I had an idea today, and I'd love to hear what anybody reading my journal thinks about it:
Would it be useful to have a control that would either expand or collapse all of a comments ancestors, descendants, or siblings?
So, what do you think?
I am continuing forward with the re-platforming effort to move to Apache2.2 and ModPerl2. I have in the last few months be doing little bits here and there where I could squeeze it in between other projects, but today I got a good half day put into it. Before today I had updated the Makefile.PL's where appropriate to move away from Apache::ExtUtils, and instead use ModPerl::MM. I spent much of today finding all the CPAN modules that we rely on, and getting them built under the proper version of perl. After that I spent an hour or so tweaking config files where needed for the newer version of apache. Before heading home for the day I was actually to the point of trying to start Apache. It almost started, but I apparently missed something in updating the system to use Apache2::Module::add to handle the custom Apache config directives. But that will have to wait for tomorrow.
In comment system news: my colleagues are currently working on mock-ups for a few new controls to allow greater control over how many comments get loaded on an article page. Also trying to brainstorm around an easier/more intuitive way to handle setting thresholds for comment visibility (the current implementation is the "slider" widget with the two handles at the right side of the comment section header).
And there were, and it was good, for a while.
The comment system, and the discussions that take place in it, are a very important part of what makes slashdot what it is. I think it is a very powerful system, into which lots of time, thought, tests, trial and error, blood, sweat, unicorn meat, and tears have been put over the years. It is currently very complicated, somewhat fragmented and not well understood my a large number of readers. As I mentioned in a reply in one of my previous journal entries, the comment system is due to receive some much needed attention in the coming weeks. To that end, I am pleased to note that a release will be coming out today to address an issue we've found in the dispersal of moderation points. More than one or two readers have asked if there was something broken, or if they had somehow lost "moderation privilege", and I do believe that starting tomorrow, that issue should be resolved (thanks to the hard work of my friend/colleague vroom.)
Stay tuned for news of more love to come. (And feel free to let me know if you have special requests or concerns about the comment system)
Well the Hall of fame seems to be working for the few features it offered initially, and a few people have given me some good feedback and suggestions for features it could/should have. Once its been live as is for some period, I'll put my focus back on it, and hopefully implement some of the suggestions I've gotten.
In the mean time, I will be spending some time on back end work. While I may not be able to point to any "shinny new" stuff, I hope readers will see the results of this work in the form of stability, speed, and reliability. I am also looking for a contractor to help me out for a few months with the platform migration to Apache 2 and mod_perl 2... hence the title of this post. If you have a strong background with LAMP stack applications, and think you have what it takes to help us improve slashdot, I am accepting resume's. The position would be short term (2-3 months), but it is a chance to get into slashdot, and show us what you've got.
So, Can you ? (leave me a comment if interested and I'll get you contact info)
PerlJedi
P.S. there is also a full time position open for an entry level/associate engineer on my team. Go Here for details
The flow chart is a most thoroughly oversold piece of program documentation. -- Frederick Brooks, "The Mythical Man Month"