Authorized OpenFoodFacts API Calls

[Directory3092]

I'm sure this was considered initially, but I'd love to see a means of adding account information to the OpenFoodFacts External Data Providers section, much like FatSecret. It appears that the OpenFoodFacts API supports user/password fields, so those could be added from the External Data Providers settings.

This would resolve a common error that shows rate limiting for anonymous users on OpenFoodFacts. Below is the specific log reference:

    <div class="container">
        <div class="icon">⚠</div>
        <h1 id="title">Page temporarily unavailable</h1>
        <p id="message">Our services are currently experiencing unusually high demand, or the page you requested is
            not available to anonymous users. We apologize for any inconvenience.</p>
        <div class="actions">
            <a href="https://world.openfoodfacts.org/cgi/session.pl" class="btn btn-primary" id="signin-btn">Sign In</a>
            <a href="https://world.openfoodfacts.org/cgi/user.pl" class="btn btn-secondary"
                id="register-btn">Register</a>
        </div>
        <p class="footer" id="footer">Registered users are not subject to request limits and get priority access during
            peak times.</p>
        <p class="bot-footer" id="bot-footer">If you're a bot, all our data can be <a
                href="https://world.openfoodfacts.org/data">freely downloaded</a></p>
        <p class="donate-footer" id="donate-footer"><a
                href="https://world.openfoodfacts.org/donate-to-open-food-facts?utm_source=http_503"
                class="btn donate-btn">Donate to support our project</a></p>
    </div>

[apedley]

The API docs don't mention anything about registered users and read access but I missed this part of that error:

"Registered users are not subject to request limits and get priority access during peak times."

I'll verify this priority access and then look into implementation. Thanks for bringing this up.

[apedley]

Good news, authenticated requests do seem to get priority. I've put in a PR for this here: #1112

[Directory3092]

Excellent, thank you so much for the speedy response. I'm looking forward to having this added, as the IP whitelisting through FatSecret is tough to rely on without a dedicated IP.