Обновление аутентификации и миграции (Версия 1.3.0)

В версии 1.3.0 система аутентификации Accessify Play была значительно обновлена для повышения безопасности и улучшения пользовательского опыта, особенно для портативных установок NVDA.

• Повышенная безопасность с PKCE: Дополнение теперь использует поток аутентификации Proof Key for Code Exchange (PKCE). Этот современный и более безопасный метод устраняет необходимость в Client Secret, делая интеграцию с Spotify более безопасной.
• Переносимое хранение Client ID: Ваш Client ID Spotify больше не хранится в конфигурационных файлах NVDA. Вместо этого он теперь сохраняется в специальном переносимом файле по пути %userprofile%/.spotify_client_id.json. Это гарантирует, что ваш Client ID останется неизменным даже при перемещении или переустановке NVDA, и им легче управлять.
• Упрощённые настройки: Поле 'Client Secret' было удалено из панели настроек Accessify Play, что упрощает процесс настройки. Ввод 'Client ID' теперь осуществляется через динамическую кнопку, которая позволяет легко добавлять, просматривать или редактировать ваш Client ID.
• Плавная миграция: Если вы обновляетесь с более старой версии Accessify Play и ваш Client ID (или Client Secret) всё ещё хранится в конфигурации NVDA, в панели настроек Accessify Play появится новая кнопка «Перенести старые учётные данные». Нажатие этой кнопки автоматически:
  1. Перенесёт ваш существующий Client ID в новый переносимый файл %userprofile%/.spotify_client_id.json.
  2. Удалит старый Client ID и устаревший Client Secret из конфигурации NVDA. Это обеспечивает плавный переход к новой, более безопасной системе.

🤔 Почему такой метод аутентификации? (Вместо простой кнопки входа)

Возможно, вы задаётесь вопросом, почему Accessify Play требует от вас создания собственного приложения Spotify и ввода Client ID, вместо того чтобы предлагать простую кнопку «Войти в Spotify», как во многих других приложениях (например, Alexa, Google Home и т.д.). Ответ кроется в политике API Spotify и проблемах, с которыми сталкиваются независимые разработчики.

Чтобы обеспечить удобный вход в Spotify без необходимости для пользователей становиться «мини-разработчиками», приложение должно подать заявку и получить Расширенную квоту от Spotify. Требования для получения такой квоты весьма значительны и часто включают:

• Значительная пользовательская база: Демонстрация большой и активной пользовательской базы.
• Бизнес-модель: Чёткая и устойчивая бизнес-модель.
• Юридические проверки и проверки безопасности: Обширные юридические проверки и проверки безопасности со стороны Spotify.
• Соответствие бренду: Сильное соответствие бренду и стратегическим целям Spotify.

Для небольшого, независимого дополнения с открытым исходным кодом, такого как Accessify Play, выполнение этих строгих требований практически невозможно. Ресурсы, юридические издержки и необходимая пользовательская база намного превышают то, что этот проект может реалистично достичь.

Поэтому текущий метод, хотя и требует от пользователя выполнения дополнительных шагов, является необходимым обходным путём. Он позволяет Accessify Play функционировать и предоставлять свои ценные функции доступности, используя стандартный доступ разработчика Spotify, без необходимости соответствовать запретительным критериям для получения расширенных квот. Этот подход даёт вам, пользователю, возможность напрямую контролировать доступ к API Spotify, гарантируя, что дополнение останется функциональным и доступным.

На главную