Skip to main content

Six Reasons Why Once You Go CLI You Never Go Back!

(ok, fine I know it doesn't rhyme. I'm a coder, not a poet!)

If you're still screwing around uploading and downloading your code to your web server using FTP, it's time you gave the command line a try! Not only is it more efficient to edit your code directly on the server, you'll also find the that the command line tools on your average linux install are quite powerful when it comes to web development!

1. You're on the server - Think how much time you spend dragging/dropping files in FTP, connecting and reconnecting when the FTP connection dies, etc. With a command line you're more saving time already just by avoiding all of that!

2. vi/emacs - These are the two biggies, but there's many, many other text editors available to use on the command line. I'm a vi guy, and it's definitely more powerful than the various GUI-based text editors I've used in the past. The built-in regular expressions alone are great! Sure, there's more than a little bit of a learning curve involved, but c'mon, you're smart aren't you?

3. Your development environment is on the server - Which makes working from anywhere far easier. All I need is an Internet connection and Putty (on windows) to SSH in to the server. My text editor and database interface are right there on the server, and all the settings are tied into my account - so it really doesn't matter what computer I'm using to connect!

4. You have direct access to logs - This is really handy when you're trying to track down a weird bug. You can use your text editor or somethign like tail to investigate your server logs directly - or even watch as the error occurs!

5. It's more secure - Think about it - there's no copies of files sitting on your local machine. There's no need to try to keep your local set of files synched with the server. You're working directly on the server, so you'll notice immediately if it goes down or starts running really slowly. You have who, ps, and all the other command line tools to see if someone else is messing with your server.

6. It's OS-independent - Pondering the big switch from Windows to Mac? Or from Mac to Windows? Or from Amiga to DOS? It doesn't matter - as long as you can run SSH to connect to your server, you're fine. No need to (re)buy software on the new platform, install a bunch of crap, etc. You're ready to roll right away.

So give it a try! And while you're at it, give In the Beginning was the Command Line by Neal Stephenson a read :)

Comments

Popular posts from this blog

Security Tips - Passwords and Logins

Passwords are something we all have to live with. There are other authentication methods slowly coming into use (i.e. two-factor) but it's hard to see passwords going away anytime soon. I assume everyone knows the basics - use "good" passwords, don't share them between sites, don't write them on a sticky note on your desk, don't save them in a file named "passwords.txt" on your computer, etc etc. That's all well and good, but there's so much more you can do! Good Passwords A "good" password is hard to guess, is what we're told. I think most people are unclear about what exactly "guess" means. These days, it means that it needs to be resistant to password cracking attacks that are getting ever more fast and sophisticated. Just making sure that you have numbers, characters, upper/lower case, etc isn't enough. The gold standard most important thing about a password is that it is long . The longer the better.

Another VI tip - using macros, an example

God I love VI. Well, actually, vim but whatever. Here's another reason why. Suppose you need to perform some repetitive task over and over, such as updating the copyright date in the footer of a static website. (Yes, yes I know you could do a javascript thing or whatever, just bear with me.) Of course you could just search and replace in some text editor, changing "2007" to "2008" (if you're stupid) - and you'll end up with a bunch of incorrect dates being changed, most likely. What you need to do is only change that date at the bottom. And suppose that because of the formatting, you can't use the "Copy" part of the string in a search replace - perhaps some of the pages use "©", some spell out "Copyright" etc. This is where vi macros come in handy. A macro in vi is exactly what you expect, it records your actions and allows you to play them back. To start recording, press q followed by a character to use to "stor

Using FIle FIlters in FileZilla

Here's a handy tip for situations when you want to download a large number of files - but only of a certain type. For example, perhaps you want to download all the PHP files from a largish website, scattered through many subdirectories. Perhaps you're making a backup and don't want any image files, etc. FileZilla (still the best FTP in my opinion) has a handy feature called filename filters - located under the Edit menu. Here you can set various filters that filter out files based on their filename. Took me a minute to figure that out - you're saying show only PHP files, rather you're saying filter out files that do not have ".php" as their suffix. For some reason, that seems a little backwards to me, but whatever. It works quite well. You can also check whether the filter applies only to files, only to directories - or both. In this example, you'd want to check only files, as otherwise you won't see any directories unless they happen to end in