Unfortunately this website has nothing to do with flipflops or any other kind of footwear. This website is actually about web development and (conceptual) art. There are also other things that take my fancy, these include: html5, music, design, web stuff, books and daydreaming. If you are interested in flipflops, then I would recommend that you get either a pair of reefs or some havaianas (who have a beautiful website). For the record I own a pair of each and my havainas are actually from Brazil.
…Google Drive supported README files in the same way that GitHub does?
I think it would be wonderful if in each directory you not only saw a list of all your files and folders, but could also have formatted page including links, images etc. – a page that can give an overview or explain why the specific information has been gathered together.
Part of the great trouble with file systems and directory hierarchies is the problem of ‘knowing’ what exists at each level. Loosely structured data (e.g. tag based systems) can be great, but there is very often a need for a more hierarchical structure too. The tree based structure of file systems is both intuitive and useful – and, I’d like to think that this is more than just long familiarity.
…actually I’d love this functionality on all my devices. I would like to browse any file system and if there is a README to see that with the files. I’m writing this on a laptop running Linux Mint – I’m guessing I could do this already if I knew where to look. Does it exist for Mac and Windows too? Must do, surely?
Terrible puns aside, I’ve been using delicious for years and years – it has become, as these things do, just another part of memory (not that I don’t back up my links from time to time).
Got confronted with the new design last night, as with any change to something very familiar it takes a bit of getting used to, but overall I think it’s pretty good.
Love the previews and comments for all my bookmarks.
During a re-design it’s easy to get carried away adding new features and updating what is there already. It’s only natural, designers and developers get bored and want to try out new ways of doing things.
It can be hard to show restraint, but my initial impression is that the delicious team have managed to pull off a re-design that actually improves the user experience. Well done.
I don’t use MongoDB that often, but sometimes it is the perfect tool for a job.
I have one database with about 2 million documents in the main collection. We needed to rebuild and reprocess the documents in the collection recently – essentially emptying the collection and letting it rebuild naturally as new data came in.
After a while I started to notice some severe performance issues on the server as the collection grew. Mongo was consuming vast amounts of CPU. Eventually the penny dropped. After the update, the new indexes had not been created.
As soon as the indexes were added, the amount of resource used by Mongo dropped back to an almost irrelevant level. I am astonished as the performance difference they made.
pecl install mongo
/usr/bin/phpize: /tmp/tmpNW0rIa/mongo-1.2.12/build/shtool: /bin/sh: bad interpreter: Permission denied
Cannot find autoconf. Please check your autoconf installation and the
$PHP_AUTOCONF environment variable. Then, rerun this script.
ERROR: `phpize' failed
It took me a while to remember and then search through old tickets, but the problem is that on Rackspace’s RHEL servers the /tmp partition is mounted without script execute permissions. (Is this standard for RHEL in general?)
Pecl uses the /tmp – and so therefore, the install fails.
The solution is to temporarily allow script execution in /tmp
[root@server ~]# mount | grep /tmp/dev/sda2 on /tmp type ext3 (rw,noexec,nosuid,nodev)[root@server ~]# mount -o remount,exec /tmp[root@server ~]# mount | grep /tmp/dev/sda2 on /tmp type ext3 (rw,nosuid,nodev)
Install the MongoDB driver with Pecl…
[root@server ~]# pecl install mongo
Revert the permissions on /tmp and then check the permissions are correct…
[root@server ~]# mount -o remount,noexec /tmp[root@server ~]# mount | grep /tmp/dev/sda2 on /tmp type ext3 (rw,noexec,nosuid,nodev)