неверный JSON при использовании Pivotal API?

Я пытаюсь использовать Pivotal API с PHP. Поскольку версия 5 использует JSON вместо XML в предыдущей версии, я попробовал это. Вот код:

public function updateStory($id) {
$update = '{"name":"Here is a test"}';
$url = "https://www.pivotaltracker.com/services/v5/projects/$this->project/stories/$id";
$cmd = 'curl -H "X-TrackerToken: ' . $this->token . '" -X PUT -H "Content-Type: application/json" -d \'' . $update . '\'  ' . $url;
$xml = shell_exec($cmd);

echo "<pre>";
echo $cmd;
var_dump(json_decode($xml, true));
echo "</pre>";
}

Выход этого кода:

curl -H "X-TrackerToken: TOKEN" -X PUT -H "Content-Type: application/json" -d '{"name":"Here is a test"}' https://www.pivotaltracker.com/services/v5/projects/IDPROJECT/stories/IDSTORY

array (size=5)
'code' => string 'could_not_parse_body'
'kind' => string 'error'
'error' => string 'Cannot parse the JSON-encoded request body.'
'general_problem' => string 'Couldn't parse the content of the request's body.'
'possible_fix' => string 'The parser returned the following error message:  lexical error: invalid char in json text.
'{name:Here is a test
(right here) ------^
'

Когда я выполняю созданную выше команду с помощью Cygwin, она работает. Используя PHP, это не так.

Кто-нибудь знает решение?

На самом деле я уже пробовал это, но это не работает.

Во всяком случае, я пытался использовать curl API в PHP. Зная, что URL используют SSL, я проследил эту тему: http://unitstep.net/blog/2009/05/05/using-curl-in-php-to-access-https-ssltls-protected-sites/

Я сгенерировал сертификат, но затем, когда я использую его с PHP curl, у меня появляется пустая страница.

Используя Cygwin, у меня есть эта ошибка:

curl --cacert pivotal.crt https://www.pivotaltracker.com/services/v5/projects/1202004/stories/

curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: http://curl.haxx.se/docs/sslcerts.html
curl performs SSL certificate verification by default, using a "bundle"of Certificate Authority (CA) public keys (CA certs). If the default
bundle file isn't adequate, you can specify an alternate file
using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
the bundle, the certificate verification probably failed due to a
problem with the certificate (it might be expired, or the name might
not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
the -k (or --insecure) option.

Любое решение ??