<![CDATA[David Rusenko - Blog]]>Thu, 09 Feb 2012 08:59:29 -0800Weebly<![CDATA[SOPA and PIPA]]>Sat, 21 Jan 2012 20:25:26 -0800http://david.weebly.com/1/post/2012/01/sopa-and-pipa.htmlIf it's not clear already, Weebly is strongly against SOPA and PIPA. Here's a Fox News Live interview I did yesterday explaining our reasoning:
]]><![CDATA[sfCITI]]>Fri, 13 Jan 2012 11:24:22 -0800http://david.weebly.com/1/post/2012/01/sfciti.htmlExcited to be at the sfCITI announcement! Read more about it here: http://techcrunch.com/2012/01/13/ron-conway-mayor-lee-and-heather-harde-launch-sfciti-want-to-keep-sf-at-the-forefront-of-tech/
Picture
Ron Conway speaking at sfCITI announcement
]]><![CDATA[GoDaddy: A glimpse of the Internet under SOPA]]>Mon, 26 Dec 2011 10:06:31 -0800http://david.weebly.com/1/post/2011/12/godaddy-a-glimpse-of-the-internet-under-sopa.htmlThis story has never been told, and it's incredibly important to tell it today; it's a perfect example of what might come to be if SOPA becomes law -- a shoot first, question later mentality held by GoDaddy. Want to know what the world would be like under SOPA? Read on.

Sometime in 2009, Weebly was starting to gain momentum. We hadn't yet achieved the scale we have today, but we were hosting a couple million websites -- certainly a decent size by any measure. We registered weebly.com with GoDaddy back in early 2006, and hadn't paid any attention to our registrar since then. After all, GoDaddy was a reputable registrar and a decent place to house your domain.

One Saturday in the summer of 2009, we were eating lunch at Big Daddy's Burgers in South Lake Tahoe. I received a call from an unknown number on my cell phone, sometime around noon. I don't usually answer these calls, but we were waiting for our food, and for some reason this time I did.

The person on the other end seemed startled that I had actually answered. It was someone from GoDaddy's abuse department, who informed me that they were "turning off" weebly.com due to a complaint.

"WHAT?" I said frantically into the phone. He explained that they had received a complaint about the content of a site, and that they were removing the DNS entries for weebly.com because of it. I asked him if they had contacted us previously -- he responded that they hadn't.

The site in question featured a bad review of a local business, and that business had complained. Why on earth would a domain registrar take it upon themselves to police content?

As calmly as I possibly could at that moment, I explained to him that Weebly served millions of websites -- most of them US small businesses -- and asked if he had already changed the DNS entries. He said that he had, but that it wouldn't hit the system for another 10 minutes or so, and he could quickly revert it. Unbelievable -- crisis narrowly averted.

The very next day, we proceeded to transfer all of our domain names away from GoDaddy, to a registrar that actually cares about their customers.

This will be the future of the Internet if SOPA passes. A place where a complaint "in good faith" is all that is needed to take down millions of small businesses. This "shoot first" mentality, at the DNS level, is utterly destructive.

The "trial" and sentencing is performed by indifferent corporations who don't care about the collateral damage they cause. When they do cause damage, they plead ignorance or incompetence, and enforce double standards -- similar to how the RIAA recently blamed illegal downloading on their own network on a third party contractor, while holding individuals responsible for the same thing.

Unless this is the future you would like to live in, SOPA must be stopped. ]]><![CDATA[Weebly Holiday Party set list]]>Wed, 21 Dec 2011 18:52:16 -0800http://david.weebly.com/1/post/2011/12/weebly-holiday-party-set-list.htmlI had a great time DJing at our recent holiday party in San Francisco for about 600 people. Here's the set list in case you're interested (not in exact order) -- make sure you scroll down as some of the best stuff is last:
Muscles - Sweaty (Shazam Remix)
Zedd - The Legend of Zelda (Original Mix)
]]><![CDATA[Expenses are like spending equity]]>Tue, 08 Feb 2011 17:16:03 -0800http://david.weebly.com/1/post/2011/02/expenses-are-like-spending-equity.htmlIt's hard to conceptualize the value $500 when you've just raised a couple million from investors. The measly few hundred -- or few thousand -- dollar expenses seem to be too unimportant to even consider.

Over time, we've started looking at things in a way that can bring it all in perspective. Consider this: if you've raised $2M at an $8M pre-money valuation, that $2M is worth 20% of your company. Each time you raise money, you are giving up a certain amount of equity to someone else in return for that money. And each time you spend money, you're spending equity in your company.

While it might seem like a $20,000 couch isn't an expense to fret over, that couch cost you 0.2% of your company. Likewise, a $250/month expense, while seemingly too insignificant to worry about, represents almost 0.1% of your company over 3 years.

The lesson here isn't to be penny wise and pound foolish -- certain expenses pay for themselves many times over -- but rather to carefully consider where you decide to spend your equity. ]]><![CDATA[A Global Database for Facial Recognition]]>Wed, 26 Jan 2011 00:00:00 -0800http://david.weebly.com/1/post/2011/01/a-global-database-for-facial-recognition.htmlAn article on Reddit recently (Unidentified hot girl stealing my Christmas presents) got me thinking: why hasn't a private company created a global database for facial recognition matching?

The pieces are all there: Crawl Facebook's publicly available data and index people's profile pictures. Then, provide a service where anybody can upload a picture and it will attempt to provide a match for the faces in the picture. It's sort of a DNA matching database for photos, if you will.

The implications are a bit frightening, but it's likely just a matter of time before someone does this exact thing, unless the law changes. IANAL, but it seems pretty clear that there is no expectation of privacy in public.

Like this post? Subscribe to this blog now.]]><![CDATA[How to add an index to a large MyISAM table]]>Mon, 25 Oct 2010 21:56:38 -0800http://david.weebly.com/1/post/2010/10/how-to-add-an-index-to-a-large-myisam-table.htmlDisclaimer: This worked for me, it might not work for you. Please back up your data before trying any of this.

You usually discover the breaking points of a particular schema once the table reaches a certain size. Unfortunately, at that point, ALTER-ing the table to add the appropriate index can take a really, really, really long time, especially if you get stuck in MySQL's dreaded "Repair With Keycache" phase.


I recently needed to alter a few tables with >50M rows in as little as time as possible. Here's one solution that goes reasonably fast if you have access to a machine with lots of memory:


  1. Backup your data.
  2. Shut down the MySQL server you're copying data from.
  3. Copy the MyISAM table files (large_table.frm, large_table.MYD, large_table.MYI) over to the machine you'll do the ALTER on.
    (Make sure you set the permissions properly or MySQL won't be able to read the new table)
  4. Run a SHOW CREATE TABLE large_table.
  5. Copy the table definition, change the name to something like large_table2 and add your new index at the end.
  6. Shut down this MySQL server.
  7. Overwrite the large_table.frm and large_table.MYI files with the large_table2.frm and large_table2.MYI files. (You remembered to backup your data, right?)
  8. You can safely remove the large_table2.MYD file (it should be zero bytes)
  9. Next, run the following command:
    myisamchk -r --key_buffer_size=1024M --sort_buffer_size=6000M --read_buffer_size=1024M --write_buffer_size=1024M large_table.MYI
    (Change the memory numbers to match what you have available)
  10. Once the table has finished rebuilding, copy the large_table.frm, large_table.MYD and large_table.MYI files back to the original server.
  11. Start up the original MySQL server and your new schema should be in place.
]]><![CDATA[Authorize.net MD5 mismatch]]>Wed, 30 Jun 2010 02:46:18 -0800http://david.weebly.com/1/post/2010/06/authorizenet-md5-mismatch.html
Picture
Earlier today -- between 12:04 and 12:07pm PST, to be specific -- Authorize.net changed the way their API worked, unannounced, that caused successful transactions to not be recorded by us and many others, including ZenCart customers, and who knows how many others.

A Silent POST is the mechanism by which Authorize.net POSTs back to our servers to inform us of the outcome of a transaction. An MD5 hash is used to authenticate that the POST is legitimate, and one of the values hashed is the transaction amount.

Starting today, they are now passing the x_amount parameter back as 19.9500 (as an example) but still using 19.95 as the amount for the x_MD5_Hash parameter.

An immediate fix would require stripping out the last two 0's from x_amount (if present) when calculating the MD5 hash so that the computed md5 hash matches the x_MD5_Hash passed.

After having spent the better part of today figuring out what the problem was, fixing it, and manually reconciling hundreds of transactions, I'm really hoping they don't change the x_MD5_Hash tomorrow to rely on the new price format (x.xxxx), as it'll break everything all over again, and pretty much scuttle any chances I have of getting any thing done tomorrow.

If you're wondering why your transactions aren't showing up in your billing system, this is why.

And if it isn't clear enough, this is absolutely unacceptable. Not only is an unannounced API change to a heavily-used billing system horrendous, but this specific change is severely impacting customers, and Authorize.net are completely missing to fix the issue or answer any support requests.
]]><![CDATA["Licensing for this product has stopped working" Fix]]>Thu, 10 Sep 2009 22:13:53 -0800http://david.weebly.com/1/post/2009/09/licensing-for-this-product-has-stopped-working-fix.htmlI just recently got a new MacBook Pro, migrated my data over from my old laptop with Time Machine, and upgraded to Snow Leopard. Everything worked great, except Fireworks CS3, which wouldn't start and spit out the message: "Licensing for this product has stopped working".

After a couple hours of fiddling around and troubleshooting, I finally came up with a solution:

On the old laptop:
  1. Open Fireworks and go to Help -> Deactivate...
  2. Complete the deactivation process.
On the new laptop:
  1. Uninstall Fireworks.
  2. Move the "/Library/Application Support/Adobe", "/Library/Application Support/FLEXnet Publisher" and "/Library/Preferences/FLEXnet Publisher" folders somewhere else (you probably should keep them around somewhere just-in-case everything goes bad).
  3. Install Fireworks.
  4. Open Fireworks. It should ask you for your license key, and work!
Hope this helps someone else save a few hours of frustration...]]><![CDATA[RIP GeoCities]]>Thu, 23 Apr 2009 11:37:42 -0800http://david.weebly.com/1/post/2009/04/rip-geocities.htmlYahoo! has just announced that they will be completely shutting down GeoCities later this year. I was a very early user of the service, and there are a couple lessons I've drawn as an observer over the years.

First is the danger of forcing advertising on your users. To me, this was the start of the slow decline, when the early adopters all moved on and started looking for other services.

But second is the incredible staying power of a large user base. While "all the cool kids" moved on by the late nineties, GeoCities still has an Alexa rank of 149 today, even though they've been providing a mostly sub-par experience for quite a while.

It's one of the best examples of how slowly users can evaporate once you've acquired enough of them, or in non-web speak, that people are resistant to change: once they've found a good way to do something, they tend to keep doing it that way for a while.

]]>