Basecamp's mobile platform subscribes everyone to messages, making it nearly useless. With up to 20 people on a single project, spanning design, programming, SEO and content, notifying everyone is a nightmare. That's an average of 2 minutes per person digesting notifications which are not relevant to him or her across 18 people who don't need the information.
I.e. every time a client posts a message from a smart phone Foliovision loses over half an hour of work time. Way to pick our pockets and/or steal our day, 37 Signals.
We’ve been running into reliability issues on our main web hosting provider lately. They seem to have square thumbs and have had major data centre power issues over the last couple of months. Last time they touched our server it was to put in an extra backup drive. Managed to knock us offline for hours, despite our paying an extra $100/month for off site storage. The offsite storage totally inexplicably has the same limit for upload speed as we do from our own offices. I would have thought that our dedicated server host would have the foresight to have a fat pipe open to their offsite backup in order to be able to put clients back online faster.
I was happy that we’d already put in an automated backup routine to our own office. We have the bandwidth available for dailies and use it.
coding horror backup horror
Unlike our hosting provider, who is attempting to squirrel out of their SLA agreements, we gave 100% refunds for hosting in January as when Foliovision promises reliable service, we provide it.
Imagine my shock when exploring further backup options for servers, I learned that Jeff Atwood, author of Coding Horror and founder of Stackoverflow lost his entire Coding Horror archives one year ago:
Learn how to setup your SPF and DKIM records in this illustrated step-by-step guide. Exact steps for SendLoop and WHM.
How to protect your privacy when using an Apple computer. The distance between Steve Jobs’s talk about privacy and Apple’s walk. Baked-in privacy invasion.
For years we had our sites all on Cartika Hosting and we loved it. For about five years I think. We recommended Cartika Hosting to all our clients and put up a lot of sites on Cartika.
The disk space limits and even bandwidth were always pretty tight in comparison to what you could get with Dreamhost, Bluehost or Hostgator. But we didn't mind.
What we wanted was quality and security and for that we were prepared to pay a significant premium over discount hosting. We called it "business quality hosting", after a rough ride with our own site Foliovision on Dreamhost for a few months with our client sites on Hostroute.
For some reason Flickr - they should know better as good coders - have decided to be cute and try to prevent downloading of some images. Photographers probably requested the feature so much that Flickr went against their better judgement and coded this hack. We get this kind of silly request from clients all the time: "I want a website where no one can copy any of my content ever."
If you don't want people to be able to copy your content, don't put it on the internet, people.
The Flickr trick is CSS based and consists of a div which carries the style classes "facade-of-protection" and a div called "spaceball". Basically Flickr is putting the image behind an empty div so you can't get at it with your mouse to save it.
The new MacBook Airs are adorable, particularly the 11". Should you get one...reluctantly I must say probably not. Here's why.
No standard memory socket.
We own lots of Macs in this category at Foliovision (old MacMini 2 GHz with 9400 GPU: a great basic machine). The bare minimum memory for a really great work experience on an OS X computer is 3 GB. Apple should be putting 4GB soldered on and leaving us at least a single installable memory slot. I'd put in another 4 GB, other might even put in an 8 GB sodimm (Samsung has started mass production).
We just had a small hosting accident yesterday.
One of our clients had his weblog cut off with the dreaded Bandwidth Limit Exceeded notice:
Bandwidth Limit Exceeded
The server is temporarily unable to service your request due to the site owner reaching his/her bandwidth limit. Please try again later.
Richard’s visitors had pumped 80 GB out already this month on his FreeTheAnimal weblog primal living weblog. Not bad for a single writer not in a formal network. Every month his traffic is growing. Congratulations Richard!
These 80 GB of bandwidth are the real thing, with just a few slightly overweight images, not a single big file accidentally uploaded.
Richard was surprised and upset to see his weblog cut off as were we. While most hosts cut clients off as a routine matter of business, we do not. We treat our clients as we would like to be treated ourselves.