Bulk renaming PDFs to their Title names from PDF Metadata

Recently, i realized that I have amassed a huge number of e-books over the years and have ended up dumping them within an e-books directory on my laptop. The problem that I now faced was identifying one book from the other because a lot of them had random filenames based upon where I had downloaded them from.

So I now had a couple of requirements:

1. An automated way of renaming all of these e-books to their actual titles.
2. Removing all duplicate files.

After a little bit of looking around and experimenting around I finally got a Python based solution by Joseph Monaco to my problem. I then forked the orginal repo and added a couple of scripts to it to do my bidding. Now all that I need to do to auto organize all my e-books was this:-

1. git clone https://github.com/sayak-sarkar/pdf-title-rename
2. export PYTHONPATH=${PYTHONPATH}:$(pwd)/xmp.py
3. python pdf-title-rename/pdf-title-rename.py <PATH to my ebooks directory>/*
4. ./remove_duplicate.sh

And voila, all of my e-books were now auto renamed to their titles! 🙂

Come to think about it, I can work on repository a bit more to turn it into a full blown package, but then again, I’m feeling a bit lazy now that my goal’s served! Feel free to send me a Pull Request on GitHub if any of you want to automate it further! 😉

Working around untrusted certificate errors in Express JS

A few very common fatal errors thrown by the request module for express while trying to access data from self-signed web servers are Error: DEPTH_ZERO_SELF_SIGNED_CERT and UNABLE_TO_VERIFY_LEAF_SIGNATURE

This is because of https://github.com/nodejs/node-v0.x-archive/pull/4023 which mandates NodeJS to validate a server’s certificate by default, which needless to say is how things should be in a production environment.

However, more often than none we tend to use self-signed SSL certificates in our development environments or even within internal networks.

Thankfully for such brain-wracking moments, two particular flags come to our rescue. Enter strictSSL and rejectUnauthorized. The way I personally like to use these flags, is to set defaults within my development environments as follows to bypass SSL validation hence, saving the day! 🙂

var request = require('request').defaults({
    strictSSL: false,
    rejectUnauthorized: false
 });

Please do note, that I do not recommend that you ever try this on your production systems without understanding the true implications of what disabling strictSSL and rejectUnauthorized means for you node server. By disabling these, you are essentially telling your server to skip validation of the requested server’s identity, which leaves your application in quite a vulnerable position.