-
Notifications
You must be signed in to change notification settings - Fork 519
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
MaxMindBinaryProvider is not lazy and adds overhead to every request #301
Comments
I don't get your point. What should we do? Explaining in the doc that the GeoIP provider is not that good, because of the issue you mention here? |
I think Geocoder should not rely on |
Maybe it could be replaced with GeoIP2. With the legacy database design, a lot of data ended up in the API, which is a primary factor here. |
Mmmmh, so you are talking about the MaxMindBinaryProvider, right? I do agree that such provider is far from good, especially because of the third-party dependency it uses under the hood... What about using the GeoipProvider? It relies on the |
Right, we're using the MaxMindBinaryProvider. I'll look at the GeoipProvider, but since it implies some work on the ops side, I'm not sure it's a very good alternative. Besides, does it perform better when profiling? I want to be sure that the time invested to switch providers will produce results. Even if the GeoIPProvider solves our problem, I suggest that you add a warning about the MaxMindBinaryProvider, since it should not be used in production IMO. |
updated issue title and description to lift the misunderstanding |
I don't have any benchmarks, I never used these providers myself honestly... I'm going to update the doc first, and open an issue to introduce a new provider, wrapping the GeoIP2 lib. |
The GeoIP composer library (maxmind/geoip-api-php), which is required when using the MaxMindBinaryProvider, includes several files for every request (NOT lazy):
This is a know issue, that the maxmind team chose to not fix (cf maxmind/geoip-api-php#8).
This adds between 2 and 4ms in production to every request (with APC enabled). The only way to avoid that is to remove the dependency to the GeoIP composer package, which forces the loading in its
composer.json
:In my opinion, this justifies a more complicated installation procedure for the GeoIP provider.
The text was updated successfully, but these errors were encountered: