-
Notifications
You must be signed in to change notification settings - Fork 0
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
Add section on completeness/status to README #1
base: master
Are you sure you want to change the base?
Conversation
Based on information from querqy#25
This is great! So here is more of an open ended question.. If you were to adopt Chorus directly, versus pulling in some of the parts individually, what would you need Chorus to do to be your "Development" environment? One reason I pushed with Docker-compose was of course to make demos easier, and that's the point of the However, what would need to change for it to be "I am developing stuff in Dev for my firm"? What would be the steps to go from "I downloaded Chorus from the repo" to "I need to add a new feature to the ecomm search, so I do X on my laptop to get started". Is it a well understood way to load my own data? My own Solrconfigs etc? Could I take While Chorus ships with the default |
A good question, and not easy to answer :-)
In my last project with Solr we kept solrconfig/managed-schema in our application git repo, and during continuous deployment these files got pushed to Solr via Zookeeper by some application/startup code. Not sure if I'd use chorus directly, probably it would rather be picking parts of it and integrating these parts (maybe somehow adjusted) in the project specific local environment... |
* solrconfig / autosuggest: incomplete, demo | ||
* schema / data model: demo - misses e.g. inventory, does not cover "variants", i18n / multi-language search; could be a good starting point | ||
* SMUI: | ||
* Complete setup, production ready |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That was a rough guess, is that correct?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think so!
* SMUI: | ||
* Complete setup, production ready | ||
* Quepid: | ||
* Complete setup, production ready |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That was a rough guess, is that correct?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
and yes, I agree...
* Quepid: | ||
* Complete setup, production ready | ||
* RRE: | ||
* Complete setup, production ready |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That was a rough guess, is that correct?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yep. and I'll be doing some Katas specific to each of those tools as well to provide more support to users.
Once it's aged a bit more, I'll merge querqy#23 and it'll add a lot more "production" oriented logging to Chorus as well.. We'll monitor SOlr, ZK, etc... |
Based on information from querqy#25