I ran across this issue when trying to use a sub-account with an API key in Twilio. After a lot of confusion and back and forth with their support, i got it to work when using the standard PHP SDK that they provide.
When using an API key, you must provide the Account SID, API Key, and API Secret. All 3 can be passed into the RestClient as seen below.
This library doesn't support this because of the explicit usage of the Account SID. When not using API Keys the username is just your Account SID.
Currently the naming conventions for the configuration items can lead to a lot of confusion when debugging as the Twilio library uses username, password, and accountSid. This PR unifies naming of parameters / config items to make things easier to understand.
I know that this is a breaking change as the account_sid is being used as "username" currently. I'm open to other ideas, however logically it just seems to make sense to match Twilio in the long run?
I ran across this issue when trying to use a sub-account with an API key in Twilio. After a lot of confusion and back and forth with their support, i got it to work when using the standard PHP SDK that they provide.
When using an API key, you must provide the Account SID, API Key, and API Secret. All 3 can be passed into the RestClient as seen below.
This library doesn't support this because of the explicit usage of the Account SID. When not using API Keys the username is just your Account SID.
Currently the naming conventions for the configuration items can lead to a lot of confusion when debugging as the Twilio library uses username, password, and accountSid. This PR unifies naming of parameters / config items to make things easier to understand.
I know that this is a breaking change as the account_sid is being used as "username" currently. I'm open to other ideas, however logically it just seems to make sense to match Twilio in the long run?