Readers are interacting online in our blogs, forums, and articles. Here, we present some excerpts of their comments unedited and in their own words.

on our website . . .

SQL: More Fun than DDS

Bob, you forgot to mention database independence as the primary reason to use SQL. No more recompiling the world.! Also, curious to why you created DDS (All that typing) when you have a GUI environment in Ops Nav that generates everything for you? I hate typing DDS. Even if I need a DDS for some reason, I create it using the GUI interface in Ops Nav and then retrieve DDS using DBU. We are creating 100% of our new tables in DDL for our new generation system and something called Migrations to manage it. It is very slick to be able to just go in and add fields as you need them and no recompiling. So very nice.
—from "RPG vs. SQL"

Run PHP and CGIDEV2 Both from Port 80?

Scott- I followed your article, stopping & studying each line of the Apache config directives, until I fully understood everything you were saying about them - at least I thought I did. Then I hit "The tricky part is, I can't use wildcards! So I'll have it rewrite any redirects the same way I did before . . . they'll end up in the /php folder."

You totally lost me there. It seems as if you're saying that you can't have it work the way you prefer - basing the redirections on the file extension instead of basing it on finding /php in the URL. But I know that's not what you're saying, so...? I just don't understand the /php (folder) on the ProxyPass and the ProxyPassReverse when your object is to base it on .php (extension).

I had this need awhile back and that great support contact at Zend, Rod Flohr, provided the Apache directives to make it work for me, combining my php server and my CGIDEV2 server, but I never did get around to figuring out how they worked - until now...almost.

Any chance you could take another crack at elaborating on your "preferred" method of redirecting based on file extension? Thanks. -Jim
—from "A Single Apache Instance for CGIDEV2 and PHP?"
[Scott indeed took the time to further clarify for this reader. To read Scott's additional explanation for Jim, check out the full comment thread. —Eds.]

in our blogs . . .

Brick Layers: Innocent Bystanders in the "RPG Is Dead" Debate

"Almost all RPG programmers I have known are now unemployed or found different pursuits."

I would posit that your frame of reference is too narrow. Almost all brick layers I know are overweight and have halitosis. But then I only know one brick layer.
—from "Only Four Critical Developer Skills Needed?"

IBM Security Product Resurrected

Secure Perspectives is alive and well. The IBM STG Lab Services Security Team has taken over the product and has hopes to make improvements that the development team was not able to incorporate. Our hope is to use Secure Perspective as a base toolset and incorporate some auditing and logging functions as well as Security Health Monitoring and reporting.
—from "Security Sage Dan Riehl Busts a Move—and Offers Sound Security Advice for IBM i"

in our forums . . .

Promote the i, Twitter Style

We asked, "In three words, how would you market or promote the i?" Here are a few of the responses (some of which simply couldn't contain their enthusiasm to three "words"). Feel free to add your own responses. The thread lives on!

• rock solid reliability
• just plain works!!!
• No Windows Crash
• Secure, effortless, robust.
• Secure, Virus-Free, AlwaysWorksWhenYouNeedIt...
• ForWhen YoureFinished PlayingWithToys.
• No Reboots Today
• Best Kept Secret
• Nevermind The Name
• Gets IT done
• Ideal Business Machine

—from "3 Words to Promote the i"

Got something to say? The SystemiNetwork.com community offers many ways for you to chime in. Send us an email, comment on our blogs or articles (look for the comment function at the end of each blog entry or article), or participate in our forums. We also have a LinkedIn group—a great place to network with your peers and discuss hot "i" topics.