Обратный звонок в кредит Facebook, order_id меняет формат, меняется после перехода на новый сервер

Question

Я только что перешел на новый сервер, все еще на основе Linux. После переезда я увидел изменение в поведении - по какой-то причине идентификатор заказа, отправляемый обратным вызовом кредитов Facebook, в полезной нагрузке отформатирован как: 2.6040261734251E+14 вместо: 143121239125639 (это не обязательно те же номера заказов, просто обратитесь к формату)...

Формат поступает таким образом напрямую, когда берется из $_REQUEST, и перед вставкой в ​​БД... У кого-нибудь есть идеи, может быть, почему формат будет изменен / получен таким образом? Спасибо!

--- edit --- Я получаю переменную из подписанного запроса, используя функцию parse_signed_request:

    function parse_signed_request($signed_request, $secret) {
  list($encoded_sig, $payload) = explode('.', $signed_request, 2);

  // decode the data
  $sig = base64_url_decode($encoded_sig);
  $data = json_decode(base64_url_decode($payload), true);

  if (strtoupper($data['algorithm']) !== 'HMAC-SHA256') {
    error_log('Unknown algorithm. Expected HMAC-SHA256');
    mail('[e-mail]','server error','Unknown algorithm. Expected HMAC-SHA256');
    return null;
  }

  // check signature
  $expected_sig = hash_hmac('sha256', $payload, $secret, $raw = true);
  if ($sig !== $expected_sig) {
    error_log('Bad Signed JSON signature!');
    return null;
  }

  return $data;
}

Как заметил Чарли П., я действительно использую 32-битный сервер вместо 64-битного предыдущего. Может ли это как-то разрушить функцию выше, которая использует

json_decode(base64_url_decode($payload), true);

Еще раз спасибо...

Answer 1

Ваш старый сервер должен быть 64-битным, а новый - 32-битным

Попробуйте использовать оригинальные числа в качестве строки