Skip to content
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

[Feature request] Using IPinfo.io for IP information (IP Geolocation + ASN) #96

Open
abdullahdevrel opened this issue Sep 16, 2024 · 2 comments

Comments

@abdullahdevrel
Copy link

I would like to recommend ipinfo.io for IP data.

  • Provides highly accurate IP geolocation backed by our probe network infrastructure.
  • Free tier access token supports 50,000 requests per month.
  • IPinfo supports HTTPS/SSL encryption on all endpoints.
  • Tokenless access grants 1,000 requests per day.
  • No rate limit for repeated API requests. You can make all the allocated requests in one go.
  • Includes ASN and hostname information. Supports bulk enrichment through a single API endpoint. We also have a comprehensive integration library.

Usage example:

curl https://ipinfo.io/8.8.8.8
{
    "ip": "8.8.8.8",
    "hostname": "dns.google",
    "anycast": true,
    "city": "Mountain View",
    "region": "California",
    "country": "US",
    "loc": "37.4056,-122.0775",
    "org": "AS15169 Google LLC",
    "postal": "94043",
    "timezone": "America/Los_Angeles"
}

Documentation: https://ipinfo.io/developers

Free IP databases: https://ipinfo.io/products/free-ip-database


Consider including IPinfo in the project for accurate data and generous free access. Please let me know what you think. Thank you very much.

Relevant linear issue: #77 (comment)

@ArneTR
Copy link
Member

ArneTR commented Sep 20, 2024

Hey @abdullahdevrel

thanks for raising the issue with a feature request!

Generally we are open to integrating another IP service as fallback / mixin.

Can you state what would be the advantages to the one we have already implemented and to the one mentioned in #95

  1. Also just for us internally to know it would be interesting how you got aware of the project?

@abdullahdevrel
Copy link
Author

Hi @ArneTR,

Also just for us internally to know it would be interesting how you got aware of the project?

Usually, I explore different projects that use various IP geolocation services and pitch our service as an alternative. I objectively believe we have the best IP data service available, so I engage in active outreach to demonstrate the value of our service. I never try to pitch a paid product.

That is how we partner with open-source projects. The project maintainers are experts in their projects, and once they incorporate our service, they have a line of contact with issues regarding our services. I may not be an expert on your project, but you now know me if you need assistance or advice about IP data. Think of me as an account manager for open-source projects and individual users on the free tier.

Can you state what would be the advantages to the one we have already implemented and to the one mentioned in #95

I am glad that you brought this issue up.

Our take is that we offer fundamentally and objectively the free tier service out there for users and open-source projects.

Compared to the competitor you have mentioned, we have the following to offer:

IPinfo vs IP2Location

Generally we are open to integrating another IP service as fallback / mixin.

I will be honest, I do not prefer a fallback or failover strategy. The reason is KISS. You should use one service for one feature. Adding multiple API services for one feature adds a layer of complexity. Even though you are picking a service when another service fails, at the day, you are functionally incorporating multiple API services for a feature.

I believe that you should pick the one that is objectively better, which is our service. This might sound like I am being persuasive about using a free service, but that is how we partner with Open-Source projects. We make the same commitments to enterprise customers and open-source projects alike. At the end of the day, our users are something we take pride in, and we try our best to support these projects.

Even without a token through unique IP addresses we allow up to 1,000 requests per day. So, the project users should be covered by making one API request every 2 minutes throughout the day.

Let me know what you think. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants