https://ru.sailplay.dev/reference/purchases-purchase-attributes-add

Проверить атрибут в личном кабинете.

Проверить создание покупки с этим атрибутом. Проверить в личном кабинете.

При попытке выполнить запрос:

./bin/run.bash php tests/functional/api_request.php

приложение падает с ошибкой

Fatal error: Uncaught GuzzleHttp\Exception\RequestException: cURL error 60: SSL certificate problem: certificate has expired (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://sailplay.ru/api/v2/login/ in /home/dev/app/vendor/guzzlehttp/guzzle/src/Handler/CurlFactory.php:211
Stack trace:
#0 /home/dev/app/vendor/guzzlehttp/guzzle/src/Handler/CurlFactory.php(158): GuzzleHttp\Handler\CurlFactory::createRejection(Object(GuzzleHttp\Handler\EasyHandle), Array)
#1 /home/dev/app/vendor/guzzlehttp/guzzle/src/Handler/CurlFactory.php(110): GuzzleHttp\Handler\CurlFactory::finishError(Object(GuzzleHttp\Handler\CurlHandler), Object(GuzzleHttp\Handler\EasyHandle), Object(GuzzleHttp\Handler\CurlFactory))
#2 /home/dev/app/vendor/guzzlehttp/guzzle/src/Handler/CurlHandler.php(47): GuzzleHttp\Handler\CurlFactory::finish(Object(GuzzleHttp\Handler\CurlHandler), Object(GuzzleHttp\Handler\EasyHandle), Object(GuzzleHttp\Handler\CurlFactory))
#3 /home/dev/app/vendor/guzzlehttp/guzzle/src/Handler/Proxy.php(28): GuzzleHttp\Handler\ in /home/dev/app/vendor/guzzlehttp/guzzle/src/Handler/CurlFactory.php on line 211

для проверки сделал

new GuzzleHttp\Client(['verify' => false]),

и заработало

поверхностно погуглил:

• https://docs.guzzlephp.org/en/stable/request-options.html#verify-option
• https://github.com/guzzle/guzzle/issues/1935
• https://stackoverflow.com/questions/24611640/curl-60-ssl-certificate-problem-unable-to-get-local-issuer-certificate

Что нужно делать:

• Разобраться, в сути проблемы, описать.
• Проверить есть ли она локально или это происходит только в докере.
• Подумать над вариантами решения, описать.

minimum-stability и prefer-stable это root-only директивы

root-only - не учитывается если наш пакет подключается как вендорский. Будет работать только если клонировать сам репозиторий пакета. То есть директива имеет смысл только для разработки

нужно выяснить потребуются ли они при разработке для обновления завсимостей

• нужно понять будут ли влиять эти директивы при обновлении пакетов на их версии
• придумать как это проверить
• описать результаты

https://ru.sailplay.dev/reference/marketing-actions-calc-light

Частично реализован: https://github.com/15web/sailplay-php/tree/main/src/Api/MarketingActions/Calc/Light

Нужно закончить.

Тестирование:

• создать в личном кабинете акцию
• проверить работу метода

Частично реализован: https://github.com/15web/sailplay-php/tree/main/src/Api/Users/Info Нужно добавить поля для https://github.com/15web/sailplay-php/blob/main/src/Api/Users/Info/Response/History.php

• начать с черновика ручки marketing-actions-calc-light
• normalizer конвертирующий массив строк в строку ["PROMOCODE1", "PROMOCODE2"] для запроса
• normalizer конвертирующий объект в JSON строку
• объекты обёртки для этих нормализаторов
• подумать о фабрике для \Symfony\Component\Serializer\Serializer или о его создании внутри \Studio15\SailPlay\SDK\Infrastructure\DefaultApiHttpClient, так как способ его создания тесно связан с использованием, нет смысла объявлять только ег отип в конструкторе. Подумать о том можно ли легко перенести его отвественность в отдельный класс и его вызовы из ручек.

Согласно документации следует обновлять токен не чаще, чем раз в 24 часа.

Авторизацию необходимо реализовать по CRON-задаче, которая будет выполняется каждые 24 часа и обновлять token, которым подписываются все дальнейшие запросы. При необходимости срок жизни токена можно увеличить/уменьшить или же отключить совсем.

также добавить обработку ошибок для примера реализации ручек