I signed up for Github well over a year ago. Yesterday I finally added some code.
For a couple of days I’ve struggled to figure out the best way to get the date for the first day of the current week. Yesterday I finally came up with a solution that seems to work. It uses the WordPress function current_time so it takes into account the timezone setting. It also adjusts based on the start of week setting.
With the death of Google Reader, I’m starting to question my reliance on Google products. Here are the ones I use most frequently:
Google Maps Google Reader
What are the alternatives?
– Feedly looks promising, but the site seems to be overwhelmed by traffic. And what’s their plan to monetize the service? I want to use a service that will be around for a while.
– NewBlur also looks promising, but it’s going to take them a while to scale to handle the traffic migrating from Google Reader.
Here’s the bottom-line: I’m going to stop relying on Google services. Google doesn’t value me (or anyone else) as a customer. To them we are data they can sell to advertisers.
My first is to dump Chrome and move back to Safari.
If you’re new to WordPress or software development, you might be wondering, “What the heck is Subversion?”
You’re not alone. It took me a while to figure it out. Simply put, Subversion (or SVN for short) is a version control system for software. It tracks all your changes and is especially helpful if you have multiple people working on the same project.
With the popularity of GitHub, Git has overtaken Subversion as the most popular version control system, but many open source projects are still using Subversion, notably WordPress.org.
So if you want to create themes or plugins for the WordPress.org repository or contribute updates to the core, you’ll need a basic understanding of Subversion. If you’re working with WordPress, this page has the basic instructions: How to Use Subversion
I just updated my WordPress running log plugin that I haven’t updated in over two years. Better late than never…
I’m on a new laptop now, so I had to rediscover SVN.
After relearning Subversion for an hour, here’s my advice: don’t make Subversion harder than it has to be. If you are the sole editor of a plugin, you don’t need a subversion client. They make things too complicated. I tried Dreamweaver, Coda, and others, and they all make the process too complicated. I’m not collaborating with other programmers, so I don’t need all the extra features. The simplest way to update your WordPress plugins is to use OS X Terminal (or Command line on Windows). I’m no Terminal pro, but I was able to quickly update my plugin, without any extra hassles. Here’s how:
1. If you have Xcode it’s easy to install Subversion. Go to Xcode Preferences -> Downloads and then click Install on Command Line Tools
2. Now create a folder for your plugin
3. Now open OS X Terminal and change directory to your new folder. Something like this cd users/kevin/dropbox/plugin
4. Using Terminal, download the existing plugin from the repository by typing: svn co http://plugins.svn.wordpress.org/plugin-name
The “co” stands for check out
Change plugin-name to the name of our plugin
The plugin files will download into your current folder
7. Use your favorite text editor to edit the files as needed. Don’t forget to update the readme.txt file
8. Upload the changes to the repository by typing: svn ci -m “update notes”
Working with WordPress on a local machine can be frustrating if you frequently use more than one computer.
I’ve seen a few blog posts where developers will set up two MAMP instances and then sync their database files with Dropbox so they can access the same database file on both machines. This is tricky to set up and can easily lead to corrupted database files.
Instead of using the MAMP provided local database, I use a database on my web host account and store all the WordPress files in DropBox. Here are the steps:
Be sure to enable remote access to MySQL. If you’re using a shared hosting account and cPanel, click on Remote MySQL
Download WordPress and unzip it
Place the unzipped WordPress folder in your Dropbox folder
Go to: http://localhost:8888/ (This may be different if you changed your default MAMP port settings)
Click on the WordPress folder
You should get the following WordPress wpconfig.php setup screen:
Now create the wpconfig.php file. The tricky part is figuring out the correct credentials for remote login to your hosted server. Here is an example if you’re using BlueHost:
If you’re using a shared hosting account, you may need to prefix your database name and username with your username. When you create your database and users from your cPanel, you should see something like: username_databasename. For example: kcm_wp1
Your username would then be something like: kcm_user1
And you may need to use an IP address in the Database Host field.
The only downside to this arrangement is that it’s not quite as fast as a local database.
If this post seems like gibberish and you just want to figure out how to run WordPress on your computer, check out this post: . If that doesn’t make any sense, leave a comment and let me know how I can help you.
It’s really good practice to install multiple instances of WordPress on your local machine using different scenarios. It makes the real life installation second nature.