Приложение Twitter oauth начал возвращать код ошибки 89 Недействительный или истекший токен после 1 года работы

Question

Я использую код, основанный на приложении для проверки подлинности Twitter-приложения Jon Hurlock, уже более года без проблем, и около 2 дней назад он начали возвращать эту ошибку при попытке сгенерировать маркер носителя:

недействительных или просроченный маркер, код: 89

Мой код немного изменен, чтобы заставить его проверить на SSL, так как страница не на SSL- включенного домена. У меня есть завиток в последнем файле cacert.pem.

Это уровень приложения oauth, а не индивидуальное лицо oauth. Поэтому каждый раз, когда выполняется вызов, я генерирую токен-носитель, вызываю вызов API, а затем недействителен токен-носитель. Вы можете увидеть его оригинальный код здесь (я вытащил последнюю версию для той части, которую я использую): https://github.com/jonhurlock/Twitter-Application-Only-Authentication-OAuth-PHP/blob/master/Oauth.php

Это код, используемый для получения токена-носителя. Обратите внимание, я только должен включать в себя приложения ключ и секрет, не участвует пользователь и пользователь никогда не должен позволять приложение ни подлинность его:

// Step 1 
// step 1.1 - url encode the consumer_key and consumer_secret in accordance with RFC 1738 
$encoded_consumer_key = urlencode(CONSUMER_KEY); 
$encoded_consumer_secret = urlencode(CONSUMER_SECRET); 
// step 1.2 - concatinate encoded consumer, a colon character and the encoded consumer secret 
$bearer_token = $encoded_consumer_key.':'.$encoded_consumer_secret; 
// step 1.3 - base64-encode bearer token 
$base64_encoded_bearer_token = base64_encode($bearer_token); 
// step 2 
$url = "https://api.twitter.com/oauth2/token"; // url to send data to for authentication 
$headers = array( 
    "POST /oauth2/token HTTP/1.1", 
    "Host: api.twitter.com", 
    "User-Agent: Twitter App-Only Search", 
    "Authorization: Basic ".$base64_encoded_bearer_token, 
    "Content-Type: application/x-www-form-urlencoded;charset=UTF-8" 
); 

$ch = curl_init(); // setup a curl 
curl_setopt($ch, CURLOPT_URL,$url); // set url to send to 
curl_setopt($ch, CURLOPT_HTTPHEADER, $headers); // set custom headers 
curl_setopt($ch, CURLOPT_POST, 1); // send as post 
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); // return output 
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, True); 
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 2); 
curl_setopt($ch, CURLOPT_CAINFO, "/directory/path/cacert2014.pem"); 
curl_setopt($ch, CURLOPT_POSTFIELDS, "grant_type=client_credentials"); 
$header = curl_setopt($ch, CURLOPT_HEADER, 1); // send custom headers 
$httpcode = curl_getinfo($ch, CURLINFO_HTTP_CODE); 
$retrievedhtml = curl_exec ($ch); // execute the curl 
curl_close($ch); // close the curl 

Answer 1

Вот что я нашел (используя ту же самую библиотеку Джона Hurlock). Идентификатор носител должен быть кэширован.

Эта конкретная реализация будет запрашивать новый токен-носитель для каждого запроса, поэтому Twitter ожидает, что мы будем кэшировать этот токен и будем возвращать ошибки, а иногда и запретить 403, если мы этого не сделаем.

В моем случае я отключил твиттер в течение определенного периода времени на сайте, а затем после кэширования токен-носитель снова включил его. На данный момент все вернулось. Вы также можете переключиться на новое приложение Twitter в консоли разработчика, а не на ожидание.

Я кэшировал свой токен в Memcache, но вы можете сделать что-то другое. Удачи!