Wait between fills #90
Comments
|
Możemy to (pilnowanie aktualności danych) wyciągnąć z dasbhoardu. Ale proponuję, żeby nie szło to też do core. Core mógłby zostać serwisem, który czyta z influxa i szuka patternów, a całe wypełnianie, rozmawianie z giełdami itd to gdzieś w osobnej usłudze może żyć |
|
@kujbol mówi, że może w wolnej chwili rzucić okiem |
|
Trzeci programista w projekcie? 😃
|
Closed
turbaszek
added a commit
that referenced
this issue
Mar 24, 2019
* Refactor #76, #96, #90 * Small refactor * Remove trash * Removes public ports to core and influx * New wedge + fix for nans in finlux response * Double top and bottoms * Update dashboard for new pairs API * Improve Twitter integration * Changes point order in double patternt * feat(pairs): Allow editing existing pairs * WIP: feat(reports): Index published posts * Tests improvements * Uses SQLAlchemy, improves test * Small improvements, syntax sugar, docstrings * Circle CI setup for core, improvements * Adds test coverage and ci badge * Create CircleCI workflow * Setup dasboard specs * Setup CI directories * Remove yarn from dashboard specs * Use nodejs enabled image in CI * Use rake for db migration * Configure CI database for dashboard * Update rails database config * Add CI friendly rspec formatter * Install vips in CI * Improved influx query, VCR cassettes and test data * Adds db migrations * Additional tests and improvements [skip ci] * Pierdoły: closes #59, #77, #33 [skip ci] * WIP setup, code improvements [skip ci] * feat(dashboard): Create twitter posts index * Remove migrations, fix dockerfile and tests * fix : core ports binding * Update dashboard for new core config * fix: influx query and candles order * fix: Remove black bar from reports * fix: date margin generation * Remove sidekiq from development * fix: extended wedge and wedge errors * fix: ValueErrors * fix(dashboard): Better comment formatting * API exceptions handling * fix(dashboard): Allow updating pair tags * fix: 🙈
|
Wydaje mi się, że jak zrobimy #110 to trzeba będzie do tego wrócić. Wtedy nie trzeba będzie liczyć rysunków i poziomów za każdym requestem. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Trzeba zdecydować kto i gdzie czeka na wypełnianie bazy z jednego API. Czy dashboard wypełnia bazę odpytując core czy core sam się uzupełnia. W jednym i drugim przypadku można mieć chyba kolejkę która grzecznie się wykona czekając miedzy odpowiedziami.
The text was updated successfully, but these errors were encountered: