Server side software: it’s not just for hackers, folks!
So many useful website platforms use software that runs on your server to do their work. So if you want to use these too, avoid frustration by making sure you’re prepared before you start.
If you have server access* and want to install and play with software, make sure you have the following things ready:
1. Set up a URL or subdomain URL that you can load the software to run from.
For example, I will be working off http://training.openflows.com in an open source cataloging workshop I teach. You might set up: catalog.yourwebsite.com if you were to make your own URL. You’ll need to be able to login to either your Domain Registrar or, more likely, your server’s cPanel to do this, so get those username and passwords out and navigate to *subdomain setup*.
2. Set up a database for each software.
You can do this in cPanel or on the command line in mysql directly. Make sure you have the username, user password, and database name for each. I like to use really clearly differentiated database names, but the same user and username when I’m creating multiple testing databases, to save time and reduce confusion. For example: wptestdb [<–database name for a wordpress testing database]
3. Make sure you can get files onto and then access files on your server.
Either know how to ssh into & scp onto your server, or if you’re not in hacker school, make sure you have an FTP user account set up *and* an FTP software downloaded onto your computer. I like Cyberduck, but use whatever you’re familiar with.
Final note: don’t email yourself usernames and passwords in the same email. Security risk!
*Server access wtf? If you have server access this means that you, or someone who wants to be nice to you, pays for access to online storage. You will have an admin login and password for the server account, which is separate from the logins and passwords that control you getting to the files on your server. A server holds and can connect the files a website needs to run and display information to the WWW, or to a local network. A server is separate from –but connects to– a domain name [called the URL], which directs a browser to the files on a server using a name, called a path, to look for the files at.
*Hadassah Damien teaches community technology skills at her coop, Openflows, and in workshops like the upcoming Open-Source Cataloging and Archiving: Omeka, Collective Access and Beyond, 12/3 at Eyebeam Center for Art and Technology in Brooklyn.*