-
Notifications
You must be signed in to change notification settings - Fork 6
piu.yaml MUST have a priority over autodetection #37
Comments
@CyberDem0n Your account is somewhat of a special case, and the previous two changes were about improving the UX of normal users whose accounts usually don't bump into rate limits. Are you using Piu with different AWS accounts, or do you want to always use the same account by default? |
In 99% of cases I am using it with the default account (configured in piu.yaml). The same applies to the other members of my team. |
I can add support for 2 new config settings that you could use to disable autodetection and instance validation. Would something like this work for you? |
Make check disabled by default. And if you need put it into piu yaml that people can enable this as default behavior. Regarding odd host I also agree with Alexander. |
@Jan-M I'll agree about the check, but not about the Odd host autodetection since it wastes a ridiculous amount of time for people with more than 1 AWS account. I've seen someone in a Friday demo wasting a minute on typing out |
I am not asking to disable auto-detection. My suggestion is to change the order in which it is picking what odd host it should use:
Right now 4 has higher precedence than 3, what makes a really horrible user experience. |
A lot of people already have an odd host in their |
I can rename the config setting to force a migration. Would that work for you? |
These people can simply remove odd_host from there.
What do you mean? |
I'd like to improve the UX by default for most of the users and the issue seems to only be affecting your account. I meant renaming the config setting to |
#34 and #35 have changed old and absolutely valid behavior:
piu.yaml
and only if config is not there or invalid it should go with autodetection.--check/--no-check
should be switch off by default. In most cases we are trying to connect to a live instance. If you really want to verify that instance is up and running you can always specify--check
.In other words: piu shouldn't do any calls to AWS API if it is possible. We already suffering quite a lot from RateLimit exceptions and latest changes made it even worse, because for every piu run it does at least one API call.
The text was updated successfully, but these errors were encountered: