Open bartleyg opened 6 years ago
@bartleyg thanks for reporting, at the moment I'm working updates and fixes on this repo
@bartleyg The repo is updated, let me know if you run on issues
Thanks for updating! It doesn't crash when submitting a new post but there are a few issues & concerns. They're all evident on build-288 and build-322.
After a post has been submitting, clicking "New Comment" does not do anything.
Reloading the page yields an error on the loom console:
I[07-25|22:46:10.443] Served RPC HTTP response module=query-server method=GET url=/queryws status=200 duration=162040 remoteAddr=127.0.0.1:61602
E[07-25|22:46:10.444] Failed to read request module=rpc-server protocol=websocket remote=127.0.0.1:61601 err="websocket: close 1001 (going away)"
E[07-25|22:46:10.444] Error closing connection module=rpc-server protocol=websocket remote=127.0.0.1:61601 err="close tcp 127.0.0.1:46657->127.0.0.1:61601: use of closed network connection"
After reloading the page, when I do a "New Post" the address of the user changes. Is that the expected behavior?
Not a problem, just an annoyance. After each transmission on the loom chain, the loom console makes few console alarms in a row.
Speed. Just on my local machine I'm seeing anywhere from 0.25 seconds to 1 second between the timestamps on the first loom console output transaction when submitting "New Post" and the follow-on Event emitted. Then add another second or two for the website UI to be refreshed with the new comment. That seems slower than what I expected from the advertised thousands of transactions per second. Can that be sped up?
Size. The webclient output from yarn start
issues a warning that bundle.js is 3.58 MiB and the recommended size limit is 244 KiB.
Is recommended to clean up node_modules
directory and reinstall by doing yarn
or npm install
You should make sure that services like redis
and elasticsearch
are running they are required for this example to work.
It's ok is just the socket closing connection abruptly.
it changes because on this example the address is generated on page view.
Yep, not sure why, I think the warnings are on the console if you're using iTerm
I believe those are not the same thing, when a transaction happens it's an internal blockchain thing it's pretty fast, also we're using on this example Redis + Elasticache, which will receive the event, process the event on a queue, send the event to Elasticsearch and then the web interface is doing a polling, lot's of things happen. Also, to be clear we only said sub-second blocktimes, and you can fit many transactions per block, but nowhere and no one else has block confirmation times in the realm of 1/1000th of a second.
It's because it should be on development mode and is generating tons of debug info.
*1. I did a fresh clone, and cleared redis and elasticsearch. The new comment popup appears to be a browser compatibility issue. It works in Chrome and Safari but does not in Brave, despite disabling shields or enabling popups, cookies, etc.
*5. Thanks for the clarification. Is it possible for the web interface to poll the dappchain directly for event updates instead of waiting on Redis and Elasticsearch to process them first?
*5b. Can a user send more than one transaction in a block?
*6. How do I disable development / debug mode?
Thanks!
5b. so transactions are sequential, you'll need to use multiple private keys, or you have to manually increment the nonce on the client side. if you need to many transactions from a user in a row, this may not be the best usecase for a blockchain. 6b. yeah we identified public builds, have a regressions with the debug settings. next release will have options to disable this.
@mattkanwisher thanks for the explanation. Good to know the capabilities and limitations of the chain for different use cases. I'm looking forward to future updates!
This example received an update with latest loom sdk
The indexer crashes and the loom dappchain throws errors when I try to submit any post.