move getCount API request from the client to the server

[fixthestatusquo]

move getCount API request from the client to the server

[tttp]

just to be clear: the API provider is the same as the provider for the API collecting signatures (ie us).

This being said, I agree it's a difference to know the IP address only of the ones that agree (that submit) vs. every visitor

it's possible/trivial to fetch that counter from your website. The easiest is probably to have a cronjob that query the counter every few min and store it
(same url we use from the widget) https://api.proca.app/api?query=query%20getCount ...

As the widget is potentially embedded in a lot of different CMSes, I can't think of a way to provide a universal solution without some extra work on your side.

What about:

• you add a cronjob (running evry x minutes) that curl the counter api and saves the json in a place your web server can serve
• we add a param "counter_api" that would use the url of the json file on your web server

Would it work for you?

[kantorkel]

it's a difference to know the IP address only of the ones that agree (that submit) vs. every visitor

👍 this is what I wanted to target

What about:

* you add a cronjob (running very x minutes) that curl the counter api and saves the json in a place your web server can serve

* we add a param "counter_api" that would use the url of the json file on your web server

Sounds like a good and reasonable solution to me. However, I can not speak for an organization ...