#ruby-on-rails #ruby #stripe-payments #credentials
#ruby-on-rails #ruby #stripe-платежи #учетные данные
Вопрос:
Проблема: я создал новую учетную запись Stripe и подключил ее к своему приложению, выполнил все новые тестовые публикации и секретные ключи api… Добавлено в мои учетные данные и конфигурацию.
Все мои ключи успешно вызваны с :
Rails.application.credentials.dig(:stripe, :publishable_key),
… как в конфигурации, так и stripe.js файл
Я обновляю свои ключи в учетных данных и делаю тестовый платеж и получаю
No such token: tok_1EKxxxxxxxxxxxhQKy
Затем я вручную ввел новый публикуемый ключ в stripe.js файл, и это работает…
Для тестирования я попытался ввести старый тестовый ключ, и я получаю те же ошибки. Итак, я предполагаю, что credentials dig получает мои старые ключи, потому что это та же ошибка?
Возможно ли, что учетные данные каким-то образом не обновляются?
Теперь, одна проблема, о которой я могу подумать, заключается в том, что в прошлом я использовал atom для обновления своих учетных данных, и это никогда не работало. Недавно я наткнулся на сообщение, что atom не работает с учетными данными, но nano работает. Итак, я реализовал это, и это сработало (до тех пор, пока я не ввел новые ключи). Итак, мне интересно, могут ли мои старые входные данные в старые учетные данные atom мешать? Я сомневаюсь в этом, но, возможно, стоит упомянуть
Что можно было бы сделать, чтобы исправить это, поскольку я хочу реализовать использование учетных данных?
Все ключи являются тестовыми ключами и находятся на своих местах. Я предполагаю, что в stripe.js файл, учетные данные или dig извлекают только старый ключ?
Потому что, когда я вручную ввожу старый тестовый ключ, он не работает с той же ошибкой, что и учетные данные dig.
Все это работало нормально, пока я не обновил учетные данные для новых ключей…
Комментарии:
1. Вы перезапускали свое приложение Rails после изменения учетных данных?
2. Да, много раз. Я повторил процесс примерно 3 раза.
3. Очень возможно, что что-то происходит с кэшированием на стороне клиента. Попробуйте очистить свой локальный кэш (rake tmp: cache:clear), попробуйте сделать это в окне инкогнито и т.д.
4. @Jon привет, спасибо! Итак, это сработало локально, а heroku — нет. Я попытался использовать «heroku rake tmp: cache: clear», и он сгенерировался, но не сработал. Я также перезапустил dynos. Есть какой-нибудь способ имитировать это для heroku?
5. Итак, это сработало: help.heroku.com/18PI5RSY/how-do-i-clear-the-build-cache —- спасибо, что наставил меня на правильный путь @Jon
Ответ №1:
Spring кэшировал файл учетных данных.
Запустите эту команду:
spring stop