-
Notifications
You must be signed in to change notification settings - Fork 70
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Embedly deprecating free tier #66
Comments
That's disappointing! You have a few options with this library:
|
I've also been meaning to create an official provider for https://noembed.com/ so I suppose this would be a great time to make that happen 😃 |
With ruby-oembed 0.12.0 (released today) you can now use the built-in Noembed provider as a direct replacement for the built-in Embedly provider. OEmbed::Providers.register_all
OEmbed::Providers.register_fallback(OEmbed::Providers::Noembed, OEmbed::ProviderDiscovery) |
Thanks for the hard work! |
A new comment on this very-old thread, because once Pull #78 is released, it will now be possible to add the Embedly AdvantagesThis would allow people to inject their Embedly key using either an environment variable: ENV['OEMBED_EMBEDLY_KEY'] #=> 'your key'
OEmbed::Providers.register_fallback(OEmbed::Providers::Embedly) or using a setter: OEmbed::Providers::Embedly.key = @your_key
OEmbed::Providers.register_fallback(OEmbed::Providers::Embedly) It will also save folks some confusion by preventing the provider from sending requests to Embedly without a key being set. Breaking Change!However, updating the built-in provider to use the |
Embedly is removing the free tier for their API.
What is the opinion of this library in regards to paid aggregators? The library heavily relies on Embedly and the deadline for their API transition is April 17th.
The announcement can be found here.
The text was updated successfully, but these errors were encountered: