It turns out that my Google Sheets API instructions don’t work right away on Windows. People running WAMP or XAMPP have been reporting “cURL error 60: SSL certificate problem: unable to get local issuer certificate”.
For some reason, cURL on Windows doesn’t come with a certificate bundle, so it can’t verify Google’s certificate to establish a TLS/SSL connection. There are many articles out there making it sound really simple — just
download a cacert.pem file
add a line to your php.ini file: “curl.cainfo = path to cacert file“
But it took me hours to work out the details. First, the cacert.pem file that most people point you to (at curl.haxx.se/docs/caextract.html) didn’t work for me. After a while, I found that the cacert.pem from Shane Stebner at flwebsites.biz/posts/how-fix-curl-error-60-ssl-issue made all the difference. I haven’t figured out why.
Second, note that there are at least two php.info files on your system: one for running php from the command line (mine is C:\wamp\bin\php\php5.5.12\php.ini), and another for when php is called by Apache (for me, that’s C:\wamp\bin\apache\apache2.4.9\bin\php.ini). Since I’m running php from the command line, I only edited the first one.
I saved the cacert.pem file in c:\wamp and added this to my php.ini: curl.cainfo = c:\wamp\cacert.pem. It didn’t matter which kind of slashes I used.
Hope this helps a few people start accessing Google Sheets with PHP!
Here’s how to get up to speed with the Google Sheets cell-based feed and PHP.
My previous posts have illustrated the use of Google’s PHP API client to interact with Google Sheets using list-based feeds. This method is ideal for reading from and writing to spreadsheets that have a single header row, but isn’t useful for more complicated sheets.
The cell-based feed allows individual cells to be read and written. I’ve written some example PHP code that implements the cell-based feed methods to help get you up to speed a little quicker. Google documentation is here.
To start, follow the steps in this post to set up your service account, share a spreadsheet, and install the API client. Then you should be able to adapt my example code to interact with your spreadsheet.
Please let me know if you have any comments or questions!
Continuing my series on using PHP to manipulate Google Spreadsheets, I’ve added a section to my code that reads the XML representation of a spreadsheet and then parses out the rows and columns. Note that whenever you’re working with list-based feeds, we’re assuming that the first row contains column headings.
Using SimpleXML, it wasn’t difficult to parse out the cell data. The biggest hurdle was learning about XML namespaces — at first, I thought that the XML had tags like “gd:etag” or “gsx:quantity” and had to learn that gd and gsx were namespaces. In SimpleXML, several of the methods take a namespace as a parameter. You can specify the prefix or namespace URL as described in the doc for the children method here.
I think it’s also possible to get the spreadsheet data as json, but I haven’t tried that yet.
We have an increasing number of Windows 10 machines in our office, and realized that we couldn’t get them to connect to shares on our OS X 10.10.5 (Yosemite) server. We have a bunch of Local Network Users, and had no problem connecting as them from Windows 7 machines. But Windows 10 machines would just pop up the authentication dialog again with the message “The specified network password is not correct”.
I tried all of the Local Security Policy changes that people have mentioned on the ‘net, and nothing worked. I finally came across somebody mentioning that you have to put the server NetBIOS Name in ALL CAPS when you authenticate. So, in our case, we needed to make one Local Security Policy change on the Windows 10 clients and put the server name in all caps when authenticating.
Yesterday I updated my example PHP code for manipulating Google Spreadsheets with the Google-provided PHP API client. If you tried getting it to work recently and were frustrated, take another look. Google made major changes to the client that required changing my code.
Every once in a while I need to create a video DVD that will work in a standard DVD player. With Windows 10, Microsoft no longer provides Windows DVD Maker, so I needed to find a replacement.
DVD Flick does the job quickly and easily. It’s simple to add titles (individual videos), add regularly spaced chapters (so you can skip forward and back a few minutes at a time), and burn a DVD with a simple menu.
A friend brought over his Dell Vostro 3550 that he’d just upgraded to Windows 10.
After the upgrade, the machine would show the spinning dots of the Windows 10 boot, but then go to a black screen before the login screen showed up. External displays worked fine, but some exploration with an external display showed that Windows 10 didn’t think there was any other display besides the external monitor.
It turns out that Dell fixed something in a recent BIOS update. This machine was on A09, and Dell has A12 on their support site.
I had also updated the Intel HD 3000 video driver from Intel’s site, so that might also be required. But I suspect that I didn’t need to do that.
My previous Sheets API post demonstrated how to add rows to Google Sheets with PHP. Some readers were interested in editing or deleting rows.
Google has a very informative reference here that describes the list-based feed for manipulating sheets. All of my scripts have been using this method, which requires the sheet to have a single header row (I’d been lucky to use that format without knowing the requirement). I use the example HTTP code from Google’s reference pages to give me guidance for my PHP.
I’ve added a file to the gist demonstrating how to edit a row. Here’s what you need to know:
When you get the sheet list feed (Section 3 of the first file in the gist), you need to add a header (“GData-Version” => “3.0”) to the GET request so that the Etag is returned for each line.
Once you have a list of entries and find the one that you want to edit, you need to grab its Etag, Id, and the edit URL (see lines 1, 2, and 9 in the image above, and click on the image to see the whole entry).
Now you just need to issue a PUT request to the edit URL and include the XML with the Etag, Id, and updated sheet data.
People who use my Insert and Delete Cell Add-on for Google Sheets have been reporting this error. I was unable to recreate the error until someone shared a spreadsheet with me and I found the culprit: merged cells.
What’s going on?
When you insert cells and shift the existing contents down, my Add-on selects the range of cells from your selection to the bottom of the sheet and moves it down. But if there are merged cells below your selection, the new range doesn’t make sense and an error is generated. The same thing happens if you try to delete and shift up, or if you try to shift left or right with merged cells to the right of your selection.
Why not catch the error and generate a friendly error message?
I’ve been trying, but this error isn’t triggering the try – catch section of my code. There also isn’t a way to detect merged cells without trying some strange tricks that would take a lot more time than I have. I’ve opened a bug report with Google about this.
This error seems to be Google’s version of “We’re not sure what happened, and hope that if the customer tries again it might go away”.
Google has been sending out messages saying that several of their APIs are going to be discontinued (for example, the Document List API). As a result, I tried to modify my custom Google Spreadsheet-populating PHP script to use the new Drive API. After way too much wasted time, I discovered that the Drive API can create sheets and read their metadata, but can’t add rows — for that we can keep using the Spreadsheets API.
I was successful at converting the authentication portion of my script from the old ClientLogin to OAuth with a Service Account (the script runs behind the scenes of a web site and populates a Google spreadsheet that the web site user has no knowledge of).
It wasn’t as simple as I’d hoped because the Google-provided PHP client for the Drive API doesn’t know about the Spreadsheets API. I had to dig around the PHP libraries to piece together authentication codes and Google_Http_Requests. Then Google changed the PHP client to use Guzzle, so I recently made that change.
So, if anyone else out there is interested in the combination of PHP, the Spreadsheets API, and OAuth with Service Accounts, this could save you some time.