misc

One of the sites I like is Coderwall. It’s a nice place to check out quick tips from different developers. Also it has a voting system which you feel a bit validated when people find your tips helpful. I have 6 “protips” in their site and some of them had a few upvotes. I was motivated to post more tips which are especially too short for a blog post.

Your upvotes are no good here!

A few backs I logged in to check if I had any new upvotes. To my surprise, not only I didn’t get anything new, all my previous hard-earned upvotes were deleted as well! I contacted their support and 2 weeks later they said they could have been deleted because of spam concerns. If a tip is online for about a year and it was viewed by hundreds of people and got 3-4 upvotes in the process I think it’s safe to think that there’s not a scam going on here. Even if you think something is fishy you should give them benefit of the doubt just because the numbers are very small and very plausible. Luckily, I have better things to do than scam Coderwall and a few measly upvotes have no meaning at all.

Time to pack and leave

A week later I decided to publish all my posts n my blog. I went to my account to list my tips but the link wasn’t working. So I couldn’t even get the tips I had created. At least they provide a way to search by username. That’s how I could find my own tips. That was the straw that broke the camel’s back! So the lesson learned here is that always take control of your own content. Publish it on your own site/blog or whatever platform you control then propagate your content elsewhere if you choose to do so.

Goodbye, Coderwall!

I know this idea sounds very natural and obvious to some people. I think I should have thought of it before this incident but at least I recovered my content without any loss and learned a valuable lesson. I may still post to Coderwall but after deleting my votes and treating me like a scammer I’ve lost interest to their site. Looking at the quality of their support I don’t think they will be around for a long time anyway!

From now on I will post suck quick tips on this blog under “Tip of the Day” category.

aws tip_of_the_day, s3

In some cases you may want objects in a bucket be deleted automatically, for example for log files or surveillance footage you may want to keep only latest n days. You can run scripts to delete them manually but it can also be done by setting the expiration date on the bucket.

AWS S3 Object Lifecycle

security tip_of_the_day

Recently I had this problem and was surprised by this limitation. The problem is wildcard SSL certificates only support one level of subdomains, i.e *.a.com matches foo.a.com but not bar.foo.a.com (taken from RFC2818, see link below). To support all subdomains beyond foo you would need a wildcard certificate for *.foo.a.com

Resources