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

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.

That still does not explain some glitches...

Look, for example, at the image posted by logfiles above:


Why does it show an invisible user which became part of DT...?

When looking at the activity ranking it would be fun to have a column for "latest post " (to see when this member made their last post on the forum). Seeing if a member has posted in the last 2 weeks or not would help you get a picture if their activity is going to rank up in the next period or not. Also, I don't see why the hourglass indicating inactivity isn't shown next to usernames in this ranking. This page is where it's the most relevant.

Technically I have heard someone calling it a negative feature: the system is working as expected, following the programmer's logic. However, the programmer's logic is very different from user logic.
I would say that when the user has to adapt to programmers, and not the other way round, that is a bad UX choice.

It's a feature, not a bug

Enter your username in the Report Options (tiny orange icon on the top right), and you'll see all of them. When 30 DT1-members are replaced at once, BPIP's DT Change Log dumps a lot of data all at once. Your own name will be spread over multiple pages.

I don't think it's a bug, just a showing of all changes. It confused me too, but then I saw that Jollygood dominates the log, but in fact, he has several thousand users on his distrust list. One of those pages for example https://bpip.org/TrustLog?pindex=5
I'm not sure how to check these changes for each user separately, nor is there an easy way to extract only the changes after the DT reshuffle. (manually only, I guess)

Or probably a bug due to the month reshuffle?
Yeah, last month I was on DT1 and this month am on DT2, but the thing is I have so many other members on my trustlist and not just those two, so I would expect it to show others too... right?

If I understood the bpip reporting correctly, what you mentioned appears after changing the status from DT2 to DT1 and vice versa.
This is a printout because in the meantime you and 1miau have become DT1, so there is no longer an equation logfiles DT2 no longer trusts 1miau DT2, now is more like logfiles DT1 trusts 1miau DT1
So, BPIP shows all the changes, and here the change happened due to the monthly DT reshuffle.

I believe there are some bugs and inaccuracies with the DT Change log

First, I see some invisible member was getting selected into DT1


And then, I was offline for most part of last month, I never touched my trust list and then I see this
My trust list hasn't been touched for a while - https://loyce.club/trust/2023-10-28_Sat_05.07h/1247226.html

This could mean it didn't happen to me alone, there could be some more incorrect changes in the log that we think.

Strange, still looks good for me. You could try a traceroute (or tracert) to bpip.org to see where the hops stop, they'll stop before reaching bpip.org due to firewalls or filters (under normal conditions), but it can sometimes give an idea how far the packets are getting. (assuming they are being dropped somewhere...)

No, nothing in particular, just that "this website is not reachable".

I've just tested it again and it's just loading endlessly. Still not working here, I will try with a VPN later to check

---

--EDIT--


Thank you ! I haven't even had time to test with traceroute, it's working normally again right now.

All looks good from here, not seeing any issues. Did you receive an error?

Bpip.org is down from my side

I tried to access it with Firefox and Chromium, same issue.