It's definitely nice but feels too tightly coupled with the PHP+MySQL web stack, it's too big of a hurdle to install these two just for the purpose of storing some numbers and showing a simple HTML page with a javascript line graph.
Maybe consider:
- not storing the data in any database and instead fetching it through javascript when the page loads; sure it might take a couple of seconds to populate on first load but it's a small price to pay for the benefit of not requiring any database or server-side refetching cron jobs; most of the exchanges have publicly accessible APIs for fetching candles for every market.
- using a simple node.js express server to serve the (now practically static) HTML page
Nice work! To be clear I'm not against dependencies in any way, by all means reuse whatever you can get. I just think that in this particular case using two pretty massive pieces of software like apache and mysql is overkill.
Be cautious about exposing this on the public internet-- it's vulnerable to SQL Injection through misuse of prepared statements as noted in https://github.com/derogab/coingraph/issues/1
I had opted for 'graph' because it was the one that sounded best. I will evaluate what you have said. Thank you.
In the meantime I'm thinking of changing the name from 'coingraphs' to 'coingraph'.
Maybe consider:
- not storing the data in any database and instead fetching it through javascript when the page loads; sure it might take a couple of seconds to populate on first load but it's a small price to pay for the benefit of not requiring any database or server-side refetching cron jobs; most of the exchanges have publicly accessible APIs for fetching candles for every market.
- using a simple node.js express server to serve the (now practically static) HTML page