I cant seem to be reaching this site. Is it permanently down?
Yep, still down.. A shame.. *sigh*
Ente
Topic: [ANNOUNCE] Multi chain block explorer (Read 3364 times)
Yep, still down.. A shame.. *sigh*
Ente
I cant seem to be reaching this site. Is it permanently down?
Awesome, think I got it!
How do you do the link in your signature?
Do:Code:
[url=http://example.com/somewhere]This is the text[/url]
Also, doublec, your pool is clearly the best, so I'm surprise everyone hasn't just switched to yours yet 
Thanks :-D I'm hoping it gets more users too.I'm trying to add it to my signature, but think I'm failing so far.
How do you do the link in your signature?
Also, doublec, your pool is clearly the best, so I'm surprise everyone hasn't just switched to yours yet
Thanks :-D I'm hoping it gets more users too.
I thought I'd take a moment to mention that many of the pools that have alternate currencies mining have links for all of their block numbers that usually lead to bitcoin blockexplorers.
I would say this is just one of the many many sloppy things on all of the mining websites that annoys me from time to time.
Almost makes me want to make my own mining pool just to clean things like this up, but I'm sure that's a lot of work, which is why I'm fine with the pools available.
Also, doublec, your pool is clearly the best, so I'm surprise everyone hasn't just switched to yours yet
I'm glad to see it added to allchains.info. Maybe that will get it some more play.
I would say this is just one of the many many sloppy things on all of the mining websites that annoys me from time to time.
Almost makes me want to make my own mining pool just to clean things like this up, but I'm sure that's a lot of work, which is why I'm fine with the pools available.
Also, doublec, your pool is clearly the best, so I'm surprise everyone hasn't just switched to yours yet
I'm glad to see it added to allchains.info. Maybe that will get it some more play.
Just ran it, all i get is scribble.
Some of the chains seem to be stuck. i0coin and ixcoin for example. Are you interested in doing a devcoin block explorer?
I've added links to your block explorer on page with solved blocks statistics in Coinotron.com
Everything works nice
Everything works nice
I'm glad it helps. Unfortunately I've know today that the internet connection to the server is going to be worked on tomorrow wednesday from 0000 to 0500 (UTM), so there will be some cuts on the service. Let's hope it's minimun.
Why there is no data in blockexplorer for i0coins blocks > 42789 ?
The I0coin daemon had crashed and I hadn't realized. I've just restarted it, so it's coming up to the current block soon.
Thanks for noticing.
I've added links to your block explorer on page with solved blocks statistics in Coinotron.com
Everything works nice
Why there is no data in blockexplorer for i0coins blocks > 42789 ?
Everything works nice
Why there is no data in blockexplorer for i0coins blocks > 42789 ?
It worked like a charm. It's a bit tedious to edit the two files to change the configuration, but once done, one process updates the database adding the new chains while the other serves the web requests. I have added both I0coin and Ixcoin this way, and it seems to go very well.
Good to hear! If you have to switch configs often, I suggest creating two versions of abe.conf. You can put the common parts in a third file and have both include it by "config FILE". I've done this with HTTP and FastCGI configurations, for example. I pass either "--config abe-http.conf" or "--config abe-fcgi.conf" to the program. abe-http.conf and abe-fcgi.conf each contain a few file-specific directives and the line "config abe.conf" to pull in abe.conf, which contains all the common stuff such as db params and datadirs.Thanks a lot for the great software and all the help, John.
You're welcome, and thanks for testing it out.Possible, though slightly ugly. I do it by passing "--datadir /". Since there is never blk0001.dat in my / directory, it never loads any data, but it logs warnings. I am thinking about making a --no-load option or removing .bitcoin as default datadir.
It worked like a charm. It's a bit tedious to edit the two files to change the configuration, but once done, one process updates the database adding the new chains while the other serves the web requests. I have added both I0coin and Ixcoin this way, and it seems to go very well.
Thanks a lot for the great software and all the help, John.
Possible, though slightly ugly. I do it by passing "--datadir /". Since there is never blk0001.dat in my / directory, it never loads any data, but it logs warnings. I am thinking about making a --no-load option or removing .bitcoin as default datadir.
That'd be great. The "--datadir /" option might help while I add Ix and I0 back in, even when it generates some logs.
Thank you!
It should be possible to run a separate Abe process reading just the new datadir and writing to the same database as the web service. Add --no-serve to have it exit as soon as it loads the new chain. Then add the datadir configuration to your production instance and restart it.
At least, this should work. I think there may be bugs affecting generation of unique identifiers that could derail this. It's on the TODO.txt list ("Test for a portable "begin transaction" and use it.") As a workaround, it should be possible to restart the loader whenever it dies and perhaps pass --commit-bytes=1 to make it save its place often.
At least, this should work. I think there may be bugs affecting generation of unique identifiers that could derail this. It's on the TODO.txt list ("Test for a portable "begin transaction" and use it.") As a workaround, it should be possible to restart the loader whenever it dies and perhaps pass --commit-bytes=1 to make it save its place often.
Is it also possible to run an Abe proccess which only serves the web requests and doesn't update the database?
Perhaps the unique identifiers generation problem could be solved (until the bugs are fixed) by first stoping the main proccess from updating the database (i.e. commenting ount the datadir lines in abe.conf and restarting the service), then launching the separate proccess with the --no-serve parameter, and when it's done, uncomment the datadir lines (adding the new imported chain in) and restart the service.
What do you think, John? Would that work?
Yes, I think so.What do you think, John? Would that work?
It should be possible to run a separate Abe process reading just the new datadir and writing to the same database as the web service. Add --no-serve to have it exit as soon as it loads the new chain. Then add the datadir configuration to your production instance and restart it.
At least, this should work. I think there may be bugs affecting generation of unique identifiers that could derail this. It's on the TODO.txt list ("Test for a portable "begin transaction" and use it.") As a workaround, it should be possible to restart the loader whenever it dies and perhaps pass --commit-bytes=1 to make it save its place often.
At least, this should work. I think there may be bugs affecting generation of unique identifiers that could derail this. It's on the TODO.txt list ("Test for a portable "begin transaction" and use it.") As a workaround, it should be possible to restart the loader whenever it dies and perhaps pass --commit-bytes=1 to make it save its place often.
Perhaps the unique identifiers generation problem could be solved (until the bugs are fixed) by first stoping the main proccess from updating the database (i.e. commenting ount the datadir lines in abe.conf and restarting the service), then launching the separate proccess with the --no-serve parameter, and when it's done, uncomment the datadir lines (adding the new imported chain in) and restart the service.
What do you think, John? Would that work?
It should be possible to run a separate Abe process reading just the new datadir and writing to the same database as the web service. Add --no-serve to have it exit as soon as it loads the new chain. Then add the datadir configuration to your production instance and restart it.
At least, this should work. I think there may be bugs affecting generation of unique identifiers that could derail this. It's on the TODO.txt list ("Test for a portable "begin transaction" and use it.") As a workaround, it should be possible to restart the loader whenever it dies and perhaps pass --commit-bytes=1 to make it save its place often.
At least, this should work. I think there may be bugs affecting generation of unique identifiers that could derail this. It's on the TODO.txt list ("Test for a portable "begin transaction" and use it.") As a workaround, it should be possible to restart the loader whenever it dies and perhaps pass --commit-bytes=1 to make it save its place often.
Is it also possible to run an Abe proccess which only serves the web requests and doesn't update the database?
Why not let Lolcust post the "no" address? It could be his "please stop this nonsense" fund.
Not saying GG is or isn't nonsense.
Not saying GG is or isn't nonsense.
Fine with me. Lolcust, post your address for the no and I edit my post and remove mine.
Would it really make any sense for someone to donate to "No"? 
Dunno. Try!
Not saying GG is or isn't nonsense.
Would it really make any sense for someone to donate to "No"?
Dunno. Try!
Jump to: