Topic: [BPIP] Bitcointalk Public Information Project [Back in Action] - page 7. (Read 21754 times)

The website may or may not be up... kinda schroedinger's situation we have going on now, blocking around 1 million requests per minute but there is still a bunch that get through so it may occasionally appear running for some users and dead for others. Extension might be more stable, it uses less bandwidth than webpages.

Well, the parsers are still running and updating the DB, so I wouldn't call BPIP completely down... 'tis thorns in the paws of lions.

Yes, I think there is a good chance that either the above, or me labeling these fine individuals as "deranged trolls", or a combination thereof might have resulted in this situation. Too much of a coinkydinky.

Gee, I wonder whether they are using [banned site] to send you DDoS traffic?

This thought had crossed my mind as well.

Let them have their "fun", they'll eventually get bored and/or scared of having more of their botnets identified.


Ah! Got it. Then yes you're probably right (in terms of google searches), there isn't much to SEO on since it is primarily stats and names, there are some topic titles which could have some effect but there isn't much content itself to optimize for search engines!

Could it be the DDOS started after this post?
Call me paranoid, but it could be related.

Yeah looks like DDOS. Not much I can do about that. As I said in the other thread, the forum is full of deranged trolls with nothing better to do. BPIP is only known or useful to bitcointalkers so no one else would have any interest in bringing it down.

I meant when you search for something, BPIP is usually not ranked in the list of results, not that it isn't indexed by Google.

My guess is a DDoS or maybe a hung up process in IIS, but I need to wait for suchmoon to confirm, the commands needed to show resource information like this aren't really available on a shell/terminal user account. Server is still partially accessible on my end though, IIS appears running, but everything is very slow. The 503 error sort of hints towards a resource issue, one way or the other.

Where would you get that idea from?  https://www.google.com/search?q=site:bpip.org

It's not just you, the bpip.org server is down and we won't know the severity of the problem until the devs announce what's going on. I saw earlier that BPIP browser extensions cannot collect data from there.

https://downforeveryoneorjustme.com/bpip.org

Then what could be the issue? It was working earlier in the morning before I wrote the reply. Now it is still not up and I don't think they are closing it down. Only @OP can come and adress this issue of 503 error.


I have not got the 502 error message. I am only getting a blank page with 503 error message on the top. I too hope the problem gets resolved at the earliest.

Feel relieved to know that I am not the only one who is facing the issue. Because last time there is similar kind of situation that occured only for me.

Well, I am getting two kinds of errors one is " the service is unavailable" as others mentioned and another one is



Hope the problem will be resolved sooner.

In this case it is not really server maintenance unless the web server had actually crashed. Because you can still update the site while the web server is running.

It's more likely that the web server is crashing, but whether this is due to high traffic I don't know. In fact I don't suspect that BPIP hardly gets any traffic since its not on Google.

It is generating a 503 server error. A common problem would be the server is under maintenance or there is high traffic which the server is unable to handle. I do not think the team has decided to stop running it. Hopefully, it will come back again.

Is BPIP down or is it dead?
https://bpip.org/

Is it a problem with the host server or the team decided to stop running BPIP.org?

Thanks, this does look like a bug of some sort but I'm not entirely sure who (if anyone) it is referencing there, it will need a closer look.

As others have mentioned, these entries are related to the lottery/shuffle that happens each month when theymos pseudo-trolls the trust system.
I wouldn't call this a bug per se but there are usability improvements here that could handle it better in terms of readability and attempting to discern what changes were done by the user themselves.


I'm not sure Apple would agree with you, but I do.  
I know suchmoon has had thoughts on improvements with the /TrustLog in the past, as have others in this thread via suggestions. There have been todo items on the list related to its improvements, it's time that is scarce.


suchmoon had done a decent overhaul on the report back here, so I'm not sure if it is exactly as you remember it, although the general concept on how it compares (I think) may be similar, SM would know more on that.


Thanks, it looks like the inactivity tooltip isn't on any of the main "MATR" report pages, but is showing on other reports. This may have been an oversight during the conversion to Razor which needs to be adjusted, unless there is some weird reason I am forgetting on why we would have left it off on these reports, but I can't foresee any reason at the moment.

As for "latest post", I've made a note of this suggestion, in theory this shouldn't be too difficult to tie into the query, and on this report, might make sense. BPIP's DB only has posts going back to ~April 2019, so some really inactive users, on other reports, may not make sense with this type of column. Of course I'm always open to various use cases I may not be thinking of.

I'm outta sMerit, but I'll catch back up later. Thanks to everyone for the suggestions, bug reports & thoughtful conversation!

It can be said that that part is completely unnecessary, The DT strength page is more relevant for that. It should only have changes made by the user.
Although I would listen to Vod's proposal, maybe there is a more useful solution.

I think Vod meant the current situation where DT1-changes "fake" wiping your Trust list. It should for instance say: "fillippone moved from DT1 to DT2", or "fillippone was excluded from DT1", without showing all entries on your Trust list as removed. Unless, of course, when you actually wipe your entire list: in that case it should be shown. My guess is this requires a lot more scraping than the current setup.

Why not? Of course, the important information would be something like "fillippone wiped his Trust list" or "fillippone created his brand new Trust List". But I guess some sort of tracking of whole list creation/deletion might be of value.

If the BPIP team is willing, I'd be willing to help redesign that DT change log.   It was one of the last things I was planning before the site transfer.

I had it simply comparing the changes.  Theymos' monthly "lottery" leads to entire trust lists being marked as changed.    The new version needs to not record changes when every person on a trust list is added or removed.

Of course, there are many ways to do this, seeing as BPIP already tracks DT membership.