Older blog entries for johnnyb (starting at number 184)

Do not ever do business with InternetSecure. Ever.

I've been trying to get a stupid site linked up with them for weeks. ABSOLUTELY INFURIATING!

I've linked up sites with Authorize.net, YourPay/LinkPoint, and a number of other gateways, using a number of languages, and so on and so forth. InternetSecure advertises itself as being a drop-in replacement for Authorize.net. All I can say is that is COMPLETE B.S.!

It is _not_ a drop-in replacement for Authorize.net. For example, I was using ActiveMerchant in Ruby-on-Rails. Well, ActiveMerchant makes use of the 'encap' parameter for authorize.net. But guess what, InternetSecure ignores it! Also, the code I was using simply transmitted card information. This is fine for every gateway I've ever used. But guess what - InternetSecure doesn't support that! Again, it is NOT IN ANY WAY a drop-in replacement for authorize.net.

Then they have developers jump through hoops to get certified on their system. Just a horrendous group to do business with.

Again, despite what they tell you, it is NOT a drop-in replacement for authorize.net.

Do not EVER use Network Solutions

Okay, I've finally had it. I am vowing never to use Network Solutions again. I've put up with their crap for years because they made it easy to delegate management of their domains, but now I am freaking irate because of their hideous incompetence.

Apparently, when you transfer a domain to networksolutions.com they feel free to host their own web page on your domain for you. That's right, I just transferred two of our customer's domains to them, and what shows up today? A network solutions logo with one of their idiotic domain parking pages. I went in and set the DNS to point to the right place using THEIR OWN management tool. I then did a dig directly on the DNS server assigned to me. Guess what? NO CHANGE. Four hours later, still no change -- their DNS servers are still reporting their own informercial site as being our website.

This, along with their DNS admin tool being trash (doesn't even support TXT records -- how do you do SPF records and the like without TXT records?), has finally convinced me to find someone else for a registrar -- Network Solutions is terrible.

Setting wmode to transparent on Yahoo! Maps

Unfortunately, if you need to overlay something on top of Yahoo! maps, it won't let you, because you can't change the wmode of the flash to "transparent". IN order to fix this, you have to do a small hack of the Yahoo! Maps API. If you want to set the wmode of Yahoo! Maps to transparent, insert the following code before you create a map, but after you load the Yahoo API:

  FlashTag.prototype.toStringOrig = FlashTag.prototype.toString
  FlashTag.prototype.toString = function() {
    return this.toStringOrig();

This modifies the flash tag creation to set the wmode immediately before rendering the tag.

Lots of new projects for Ruby on Rails and/or just Ruby:

As I mentioned earlier, I launched ActiveShipping which can be used either with Rails or by itself.

If you ever wanted an easy way to write forms for which portions appear/disappear based on the results of a drop-down box, I have a Rails plugin called Applicability:


If you ever wanted an easy way to do client-side tabbed panels, I now introduct RailsTabbedPanel:


Neither of these require you to manage Javascript yourself -- it handles all of the Javascript generation for you in a clean manner. You can even have multiple tabbed panels and multiple applicability containers together, and nested.

Everything Going Wrong at Once
also known as
Shared memory problems on Postgres Bootup

Okay, so here's the deal. I am back in school getting a Master's in Theology. So, on Tuesdays I am at the seminary. I have one class that I need to be at the seminary during the day for - it's from 12:10PM to 1:15PM. So, I just bring all my work there and just work from the seminary for the day, and go to the class at lunch.

Today, at 11:30, my crew told me that one of our servers was very slow. At 11:50, the wireless internet at the seminary went out. At noon, I decided to use the bluetooth networking on my phone. I discover, to my horror, that the machine is completely down. I can't ssh in or anything. I call the other guys in the department --- oops, making a phone call disconnects my Internet access. We figured out it was a memory overcommit problem. I called our ISP and had them reboot the box. It comes up to a shell, and I can log in remotely. However, every page is erroring out because of the database.

And then...

The database just won't start. I try it again and again. The error log says:

FATAL: pre-existing shared memory block (key 5432001, ID 7667712) is still in use
HINT: If you're sure there are no old server processes still running, remove the shared memory block with the command "ipcclean", "ipcrm", or just delete the file "postmaster.pid".

I look using ipcs, and postgres doesn't have any shared memory blocks (and it shouldn't -- we just restarted). I tried upping shmmax. No go. I tried lowering shared memory buffer usage. No go. What is wrong with the system?

It turns out, Apache was using one of Postgresql's shared memory blocks. ipcs just showed Apache. So, I turned off Apache, and then turned on Postgresql. Viola! It worked! Then apache started just fine. The only thing I can think of is that Apache chooses its block randomly, and it just happened to hit Postgres's this time.

So, by the end of all of this, it's 12:45 (too late to go to class -- I've missed the entire reason for being at seminary during the day), and then 5 minutes later the wireless comes back on.

Whew! What an hour!

11 Sep 2007 (updated 11 Sep 2007 at 21:47 UTC) »
warbler is awesome -- it allows you to _easily_ make Ruby- on-Rails applications Jruby-ish, and war'd up to deploy in a container. Here are the instructions for setting this up under JBoss, but except for the last step, should run under any standard Java web container.

Here's the steps:

1) install jruby 2) install warbler

jruby --command gem install warbler

3) Do config

jruby --command warble config

This creates a file called config/warble.rb which can be used to add gems and other configuration goodness.

4) If you're going to use ActiveRecord-jdbc, then following these instructions:

Download ActiveRecord/JDBC.

Install ActiveRecord-jdbc:

jruby --command gem install /path/to/ActiveRecord-jdbc-0.5.gem

Add this gem to warble.rb:

config.gems << 'ActiveRecord-JDBC'
config.gems << 'jruby-openssl'     #not required makes other things 

Add the following lines to environment.rb:

if RUBY_PLATFORM =~ /java/
  require 'rubygems'

If you are connecting straight to a PostgreSQL database, you can just include the postgres-pr gem in your warble.rb file, and keep your database.yml file normal. If you are using JDBC, following the latest tips for that (it seems to change) for configuring database.yml. If you are using a JNDI connection, then specify it like this:

  adapter: jdbc
  jndi: java:putyourjndipathhere

Configuring your datasource in JNDI is up to you :)

5) Warble it

jruby --command warble

5) Deploy it

cp yourfile.war /path/to/jboss/deploy

The only problem I have right now is that on every request it generates a warning message about having to close my connection for me. I'm not sure if that's a warble config thing or a Postgres thing or a JRuby thing or a JDBC thing.

I hope I didn't leave anything out :)</pre>

Been experimenting with evidence-based medical search and building medical systematic-reviews. Playing with a format for entering and viewing stuff. The first thing I did was put in some of the data for a systematic review of Surgery as a therapy for sciatica, which includes an evidence summary and a pubmed query.

In case your curious, there is evidently no evidence that surgery does better than conservative therapy.

Another review I put in was one for saw palmetto as a therapy for BPH.

Rather than finding no evidence for effectiveness, they found evidence for ineffectiveness of saw palmetto.

This had one decent study out of this list of studies

24 Aug 2007 (updated 24 Aug 2007 at 12:10 UTC) »

Been working on some stuff for Evidence-based health search. It's still under development.

Announcing: ActiveShipping for Ruby and/or Rails

I just got the initial version of ActiveShipping ready to go. ActiveShipping is a new shipping API for ruby based on projects that my company is developing internally.

Google Code Page:


ActiveShipping Documentation:


How to Launch a Website

I have been frustrated at the several website launches (heavy on the technology - not just static stuff) that my company has performed. I think this is primarily because customers don't understand technology or project management. So here are several launch tips and why I think they are important:

1) Do not wait until a site is perfect to launch.

This is important, because a site will never be perfect. But what's great is that a website can always be changed. If you wait until a site is perfect to launch it, then it will be forever delayed, the developers will be frustrated, the customer will be frustrated (why haven't you launched my site? Because you're being unreasonably picky!).

People often get the false impression that writing code is like writing a book. The editorial process should be fairly predictable and at the end everything should work. But this is a false analogy. If you were to liken a software launch to a book launch, and demanded the same standard of perfection, you have to remember that if your code is off just a little then the site doesn't work. That's like saying that a book must not only not contain any typographical errors, but that it must also not contain any factual or logical errors. In that case, you would need to vet each book by several practitioners, philosophers, and the like, and not release the book until the full content of the book was agreed by all that it is logically sound. As you can see, this could take a while, and there is no predictable way to tell when this process will be finished.

So what you _have_ to do, to finish at all, is decide that at a certain point below perfection, it is reasonable to launch. Most importantly, your real bugs will be found by your customers after you launch anyway. So trying to clean up something that you're going to have to rewrite later is just a waste of time.

Not only that - as you spend your time "perfecting", the client will spend their time thinking -- and coming up with new ways that the site is lacking, thereby postponing the launch almost indefinitely.

So the long and short of it is, LAUNCH. Even if small problems remain, launching is the only way to move forward. Without a strong ethic of launching, the site will sit forever in purgatory.

2) Launch only when people will be around to watch it break. That means that you should NEVER launch on Friday, and NEVER launch in the evening.

The problem is that #1 and #2 are in constant conflict. Clients usually have to be "ready" to launch. They don't get "ready" to launch until the evening. I have countless experiences with this. If they are "ready" to launch in the evening and you wait a day, then in the morning they will no longer be "ready" to launch. What's worst is if they are ready to launch thursday evening, because then, if you delay it, you wind up on friday, which you should NEVER EVER launch on. Then, if you delay until Monday, not only have you lost pretty much a whole week, but the client has 4 DAYS to think about new ways in which they don't like the website! This will take at least until Thursday to implement, at which point you are in the same boat.

How to Solve It?

I'm really not sure. The only thing I can think of is to stress to the client (a) the importance of launching, (b) that just because you launch doesn't mean that it can't change or be fixed, and (c) that sometimes you just need to get something out the door for real-world feedback, and that endless speculation does not help to improve a site, it only delays its launch. Also, I should add (d) that you should launch early in the day because you the client should expect some initial issues. I've never done a large-scale web technology launch that didn't need some first-day post-launch fixes.

Having said that, I must admit that I will launch a site in the evening and on a friday, for the simple fact that if I don't I know that the project will never really end. A project _can_ be successful if it has starting bumps. A project can _never_ be successful if it is never launched.

175 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!