don't remember the exact option but in the config file set inttype to string or something along those lines

Edit:Abe.conf

Quote

# Some databases have trouble with the large integers that Abe uses# for statistics. Setting int-type=str causes Abe to pass certain# integers to the database as strings and cast them to floating point# in SQL expressions that calculate statistics. Try this if SQLite# complains "OverflowError: long too big to convert".#int-type str

This is a fantastic asset to the crypto coin community. I was able to get my instance of ABE up and running, but was wondering how I would go about getting Apache to redirect requests for the root directory directly to a specific chain, instead of showing the "chains" screen. This is how https://blockexplorer.com/ does it, the main screen is actually /chain/Bitcoin behind the scenes. I tried various combinations of AliasMatch and Rewrite rules similar to:

but havent been able to get it working. It seems to be the way the various handler functions use wsgiref.util.shift_path_info(page['env']) to determine what to display. Has anyone been able to figure out how to accomplish this?

This is a fantastic asset to the crypto coin community. I was able to get my instance of ABE up and running, but was wondering how I would go about getting Apache to redirect requests for the root directory directly to a specific chain, instead of showing the "chains" screen. This is how https://blockexplorer.com/ does it, the main screen is actually /chain/Bitcoin behind the scenes. I tried various combinations of AliasMatch and Rewrite rules similar to:

but havent been able to get it working. It seems to be the way the various handler functions use wsgiref.util.shift_path_info(page['env']) to determine what to display. Has anyone been able to figure out how to accomplish this?

blockexplorer.com is NOT running abe. so no, they dont do that.why bother?

blockexplorer.com is NOT running abe. so no, they dont do that.why bother?

Got it, its just a cosmetic thing, the chains screen is nice if you are presenting testnet or more than one coin but the site I'm building will be presenting just one chain so I was hoping to have the ability to have GET / requests just present the one chain. I'll take a stab at modifying abe.py and post a commit or fork on github if I'm successful.

Insight is quite a challenging or rather problematic block explorer to set up.

In the the newer versions of bitcore it's even more unclear where to go to re-configure it to match your coin's properties if you already managed to change it from SHA to whatever algo your coin uses.

Those using older insight/insight-api/bitcore versions which were easier to configure, will notice that Insight runs no longer than 15 minutes before losing its connections to the insight api/bitcore due to a memory leak, stalling the Node process and ultimately clogging up the whole server if not restarted right after the 'crash'. I guess it's doable with enough resources, time and effort. The Reddcoin and Startcoin team managed to get it done. Startcoin crowdfunded the conversion to X11 POW for START on Startjoin to get a pro do it for them. I don't know about Reddcoin's team though.

Furthermore, Bitpay ignores every single "issue" on Github or question asked on their Labs forum if you even dare to include the word altcoin or a subject that is something else than Bitcoin concerning their products. I'm waiting for over a month now concerning this memory leak. They don't even take 5 seconds to tell you to fuck off with your altcoin. Nothing. I find this quite disrespectful. You are free to choose not to support users who use your product in a different way than intended, but at least have the decency to write a statement about it and put it on the website or the fine print at the bottom: "We do not support altcoins". Is that too difficult?

Until they embrace altcoins or that a skilled developer decides to build a universal block explorer, Abe is basically the only accessible block explorer we have.

Just wanted to let everyone know that as promised I posted a fork on Github: https://github.com/alferz/worldcoin-abe - this version simplifies things a bit to display just one chain - there is no /chains screen and calls to "/" return the screen normally presented by /chain/coin. Also with this version the API pages under /q do not need a /chain/coin prefix. Note this version is specific to Worldcoin but could just as easily be modified for other coins use. Hope it helps!

Insight is quite a challenging or rather problematic block explorer to set up.

In the the newer versions of bitcore it's even more unclear where to go to re-configure it to match your coin's properties if you already managed to change it from SHA to whatever algo your coin uses.

Those using older insight/insight-api/bitcore versions which were easier to configure, will notice that Insight runs no longer than 15 minutes before losing its connections to the insight api/bitcore due to a memory leak, stalling the Node process and ultimately clogging up the whole server if not restarted right after the 'crash'. I guess it's doable with enough resources, time and effort. The Reddcoin and Startcoin team managed to get it done. Startcoin crowdfunded the conversion to X11 POW for START on Startjoin to get a pro do it for them. I don't know about Reddcoin's team though.

Furthermore, Bitpay ignores every single "issue" on Github or question asked on their Labs forum if you even dare to include the word altcoin or a subject that is something else than Bitcoin concerning their products. I'm waiting for over a month now concerning this memory leak. They don't even take 5 seconds to tell you to fuck off with your altcoin. Nothing. I find this quite disrespectful. You are free to choose not to support users who use your product in a different way than intended, but at least have the decency to write a statement about it and put it on the website or the fine print at the bottom: "We do not support altcoins". Is that too difficult?

Until they embrace altcoins or that a skilled developer decides to build a universal block explorer, Abe is basically the only accessible block explorer we have.

RPC Ace is universal and doesnt care for coin algorithm. Takes 1 minute to setup. But yeah it's not "advanced" explorer in the way Abe is.

Insight is quite a challenging or rather problematic block explorer to set up.

In the the newer versions of bitcore it's even more unclear where to go to re-configure it to match your coin's properties if you already managed to change it from SHA to whatever algo your coin uses.

Those using older insight/insight-api/bitcore versions which were easier to configure, will notice that Insight runs no longer than 15 minutes before losing its connections to the insight api/bitcore due to a memory leak, stalling the Node process and ultimately clogging up the whole server if not restarted right after the 'crash'. I guess it's doable with enough resources, time and effort. The Reddcoin and Startcoin team managed to get it done. Startcoin crowdfunded the conversion to X11 POW for START on Startjoin to get a pro do it for them. I don't know about Reddcoin's team though.

Furthermore, Bitpay ignores every single "issue" on Github or question asked on their Labs forum if you even dare to include the word altcoin or a subject that is something else than Bitcoin concerning their products. I'm waiting for over a month now concerning this memory leak. They don't even take 5 seconds to tell you to fuck off with your altcoin. Nothing. I find this quite disrespectful. You are free to choose not to support users who use your product in a different way than intended, but at least have the decency to write a statement about it and put it on the website or the fine print at the bottom: "We do not support altcoins". Is that too difficult?

Until they embrace altcoins or that a skilled developer decides to build a universal block explorer, Abe is basically the only accessible block explorer we have.

No disrespect to altcoins but are you saying that insight is pretty *stable* for bitcoin? Or do we have similar issues with bitcoin as well?

No disrespect to altcoins but are you saying that insight is pretty *stable* for bitcoin? Or do we have similar issues with bitcoin as well?

I think it's okay to state that Insight is stable for Bitcoin and safe to use as it's intended for Bitcoin in the first place and Bitpay's business after all. Altcoin support is basically a bunch of hacks that work for some and doesn't for others. POS is basically not supported at all. That being said, they are moving from Bitcore to Bitnode for the fundamentals of their products. I didn't have a look at it, but the way bitcore has evolved over time, altcoins might be a definite no-go with this explorer.The issue I have is probably specific to the version I use. If I take a more recent version in my case, it's back from scratch and the success rate might just be as miserable.

No disrespect to altcoins but are you saying that insight is pretty *stable* for bitcoin? Or do we have similar issues with bitcoin as well?

I think it's okay to state that Insight is stable for Bitcoin and safe to use as it's intended for Bitcoin in the first place and Bitpay's business after all. Altcoin support is basically a bunch of hacks that work for some and doesn't for others. POS is basically not supported at all. That being said, they are moving from Bitcore to Bitnode for the fundamentals of their products. I didn't have a look at it, but the way bitcore has evolved over time, altcoins might be a definite no-go with this explorer.The issue I have is probably specific to the version I use. If I take a more recent version in my case, it's back from scratch and the success rate might just be as miserable.

Also not sure what you mean about them switching to 'bitnodes' as a large majority of bitpay's projects are based around bitcore.

All things being equal Insight is probably about as hard to setup for a new coin as Abe is but Abe has a nicer API in my opinion.

If you are looking for an explorer thats relatively easy to setup and supports a vast amount of coins then check out https://github.com/iquidus/explorer It grabs all the required transactions via RPC so its slower to sync than Insight/Abe and you need to make sure txindex=1 is in your coins conf.

It is more or less done. What's left was just a few string for the pages served to the user and invert the sign of the minted value.Bitcore v0.1.18 has this issue:{ '0': 'livenet', '1': '1 of 1 peers connected' }{ '0': 'livenet', '1': '1 of 1 peers connected' }{ '0': 'livenet', '1': '1 of 1 peers connected' }FATAL ERROR: CALL_AND_RETRY_2 Allocation failed - process out of memoryAbortednpm ERR! weird error 134npm WARN This failure might be due to the use of legacy binary "node"npm WARN For further explanations, please read/usr/share/doc/nodejs/README.Debian

npm ERR! not ok codeBut we shouldn't discuss this in this in John's thread. It's completely off-topic. I already raised this on Github and labs.bitpay.comI stick with ABE: It serves its purpose well and is quite elegant in its use And if you don't like the look & feel it has, you can immitate Insight's. I believe someone already did this by the way, using bootstrap.

It is more or less done. What's left was just a few string for the pages served to the user and invert the sign of the minted value.Bitcore v0.1.18 has this issue:{ '0': 'livenet', '1': '1 of 1 peers connected' }{ '0': 'livenet', '1': '1 of 1 peers connected' }{ '0': 'livenet', '1': '1 of 1 peers connected' }FATAL ERROR: CALL_AND_RETRY_2 Allocation failed - process out of memoryAbortednpm ERR! weird error 134npm WARN This failure might be due to the use of legacy binary "node"npm WARN For further explanations, please read/usr/share/doc/nodejs/README.Debian

npm ERR! not ok codeBut we shouldn't discuss this in this in John's thread. It's completely off-topic. I already raised this on Github and labs.bitpay.comI stick with ABE: It serves its purpose well and is quite elegant in its use And if you don't like the look & feel it has, you can immitate Insight's. I believe someone already did this by the way, using bootstrap.

That sounds like you ran out of RAM, is this being ran on a small vps?

It is more or less done. What's left was just a few string for the pages served to the user and invert the sign of the minted value.Bitcore v0.1.18 has this issue:{ '0': 'livenet', '1': '1 of 1 peers connected' }{ '0': 'livenet', '1': '1 of 1 peers connected' }{ '0': 'livenet', '1': '1 of 1 peers connected' }FATAL ERROR: CALL_AND_RETRY_2 Allocation failed - process out of memoryAbortednpm ERR! weird error 134npm WARN This failure might be due to the use of legacy binary "node"npm WARN For further explanations, please read/usr/share/doc/nodejs/README.Debian

npm ERR! not ok codeBut we shouldn't discuss this in this in John's thread. It's completely off-topic. I already raised this on Github and labs.bitpay.comI stick with ABE: It serves its purpose well and is quite elegant in its use And if you don't like the look & feel it has, you can immitate Insight's. I believe someone already did this by the way, using bootstrap.

That sounds like you ran out of RAM, is this being ran on a small vps?

It is more or less done. What's left was just a few string for the pages served to the user and invert the sign of the minted value.Bitcore v0.1.18 has this issue:{ '0': 'livenet', '1': '1 of 1 peers connected' }{ '0': 'livenet', '1': '1 of 1 peers connected' }{ '0': 'livenet', '1': '1 of 1 peers connected' }FATAL ERROR: CALL_AND_RETRY_2 Allocation failed - process out of memoryAbortednpm ERR! weird error 134npm WARN This failure might be due to the use of legacy binary "node"npm WARN For further explanations, please read/usr/share/doc/nodejs/README.Debian

npm ERR! not ok codeBut we shouldn't discuss this in this in John's thread. It's completely off-topic. I already raised this on Github and labs.bitpay.comI stick with ABE: It serves its purpose well and is quite elegant in its use And if you don't like the look & feel it has, you can immitate Insight's. I believe someone already did this by the way, using bootstrap.

That sounds like you ran out of RAM, is this being ran on a small vps?

My desktop, with with 16GB RAM

last off topic post but according to stackoverflow your problem is with your node.js enviroment. Suggest starting fresh on a vm and seeing how you go.

I'm installing this one on a VPS for a small project i want to start... I only have one little question: does anybody have tought about a pruning query for the database (i'm using mysql)?

At the moment, I estimate about 10% of the blockchain is parsed and put into my database, but the database is already around 10 Gigabyte. So i think the database will be 100+ Gb + 20 Gb for the blockchain of my bitcoind. A small vps (like the one i'm currently using), is stressed by the amount of space bitcoind + abe uses..

I would like to create a small script that prunes all addresses that no longer contain any satoshi's... I know it's usefull for historical purposes to know all transactions, but for most practical usages, emptied out account have little or no use... I would like to do this, but i cannot find the scheme that's used for abe.