Search content
Sort by

Showing 20 of 9,459 results by mprep
Post
Topic
Board Meta
Merits 1 from 1 user

Re: New moderator in forum?
by
mprep
on 04/05/2025, 09:26:00 UTC
⭐ Merited by dkbit98 (1)

Allow me to quote my suggestion from last year:
How about automatically merging them? Like this:

-image snip-

The post is untouched, but the black parts aren't shown anymore. Now that I type it, I realize this is probably much more work to do. And even more work if the second post is on a new page.

This should also work fine with "Reserved" posts, and since posts aren't really merged, the post size limit shouldn't be a problem either. If the new post doesn't count as a bump, rule #32 becomes obsolete Cheesy
That'd probably require backend development work (changing how posts are grouped into pages) on theymos's end and I don't have access over that.

@mprep
How about if the merge script at least could preserve the post date and time in what it merges when it finds consecutive posts that may not have been consecutive posts initially due to deletion of posts in between.

In my opinion it's beneficial to preserve the post's date and time when they get merged for whatever reasons but especially with your script. Reporting violations of rules 21 or 32 is another thing, but I'd like them to preserve the timeline for mergers ideally too.
While it'd be great to also preserve the date of the original post, I don't really see a good way to add it to the post in a way that's both elegant and doesn't editorialize too much. Aside from separating posts by lines, adding a mod note and perhaps fixing broken quotes, I (and it seems most mods) generally prefer to keep the content as untouched as possible.

Find the merged post, hover your mouse above the post date, and it shows who last edited it.
Yeah, I know that, but there must be someone who reported those posts.
I don't think that merging should happen in all cases, especially when time difference between two posts is months or more.

I just got 7 posts from back in 2023 deleted. It looks like someone is reporting a lot of old posts.
@mprep: why merge those? What happened to this?
It looks like there is a bot doing this work.  Tongue

I have an automated bot that detects potentially mergeable posts and I've recently started going through its backlog and merging posts that violate rules 21 and / or 32.
I don't like how this bot is working right now.
Some of my posts are not that important to be restored, but I see no reason to merge a post where I replied to other member with my older posts.

If someone starts reporting old posts for consecutive posting, AFAIK those reports tend to get marked as bad. As for there being months between posts, that's not relevant for rule 32 and especially rule 21. In regards to the bot, as I've mentioned, the bot only does the detection (giving me a list of links to posts) and I go through each detection manually, reviewing and deciding if and which posts should be merged, which I then merge using a userscript, whose results I review after it completes the merge.
Post
Topic
Board Meta
Merits 4 from 1 user

Re: New moderator in forum?
by
mprep
on 03/05/2025, 01:39:30 UTC
⭐ Merited by LoyceV (4)

I just got 7 posts from back in 2023 deleted. It looks like someone is reporting a lot of old posts.
@mprep: why merge those? What happened to this?
Quote
Old post: We generally do not moderate posts this old for on-topicness, substantiveness, multi-posting, and other "cleanliness" issues.
AFAIK that's for reports and those weren't reported. I have an automated bot that detects potentially mergeable posts and I've recently started going through its backlog and merging posts that violate rules 21 and / or 32.

I thought the unwritten exception was when the last post was more than 24 hours ago. You can't seriously expect me to edit a single last post in a topic weeks or even months in a row, that means users following the topic won't see it in their Watchlist.
I personally prefer new posts instead of editing the last post, so I know where to keep reading. There's no forum feature to keep track of edited updates.
There is no such exception, though consecutive posts by OP are simply considered bumps and thus limited to once per 24 hours. Once that post is no longer relevant as a bump (e.g. someone else posted something, a new bump was posted), rules 21 (old bumps should be deleted) and 32 (no consecutives except bumps and OP's reserved posts) kick in.
Post
Topic
Board Meta
Merits 8 from 4 users

Re: Commentary about deleted posts
by
mprep
on 03/05/2025, 01:15:54 UTC
⭐ Merited by LoyceV (4) ,NotATether (2) ,vapourminer (1) ,Cricktor (1)

Ah, that explains why I saw that recently for the first time.

Got me confused as well.

It must have been one of mprep's automated scripts mass-merging posts.
While the detection of potentially mergeable posts is automatic, I personally approve and review every merge. Good idea in regards to the additional clarification - will add that to the template.
Post
Topic
Board Meta

Re: Reflection on moderation in service topics
by
mprep
on 21/04/2025, 13:44:50 UTC

IIRC I was the one who merged the posts (currently going through a large backlog).

As will be logical, an OP of a service topic cannot wait for someone to make a post before he can make posts about service updates. I can't help but respond to a post because I think I'll make a post hours later. I can't help but give information about the service, just because no one else has written a post since the last one.
If there are 24h+ gaps between posts, it's fine to post them consecutively as they become bumps. However, once those bumps are no longer new, they will be merged together - no action required on your part.

Furthermore, it is not appropriate to edit posts, because a lot of the information is relevant and serves to inform other users. Some of them receive notifications and it is useful to make new posts, with relevant topics.
And you're free to do so once every 24 hours. Once more posts have been made, the old posts serve little to no purpose notification-wise.

The most unpleasant thing, which led me to open this topic, was the fact that one of the deleted posts (merged with another) was the statistics post, which will impact the link in the official topic. (This link: https://bitcointalk.org/index.php?topic=5450546.msg63126527#msg63126527 - regarding statistics [Oct'23].) Link that is not only in the official OP, but can also be in some translation topics.

In addition to having to change the link in the OP, these statistics will be mixed in with other posts that have nothing to do with the subject, nor with the organization of the topic.
As consecutive posts and bumps generally should not be considered stable (as in they might be merged with previous posts), my suggestion would be to have a single dedicated posts where you collect historical statistics with the bumps / update-type posts serving as merely updates with new stats to those actively keeping track of the thread.

Therefore, I suggest special care when dealing with topics (ANN) related to services. Because a change may require additional extra work without any need. An OP cannot depend on third party posts to make new posts, and be afraid that later these posts will all be together, when in this case it makes no sense at all. Of course, the idea of ​​this post is just to draw attention to the topic or make it move up the page (which was not the case), it makes sense to bring all these posts together.
While I'm generally not against the concept of exceptions to the consecutive post rule for topics where it especially makes sense, IMO the seemingly small inconvenience of simply editing in the stats or whatever info you want to regularly post at the first of several consecutive posts (that is if the stats you wanted to post would become a consecutive post instead of already being sandwiched by other users' posts) warrants an exception.
Post
Topic
Board Meta
Merits 3 from 1 user

Re: Unofficial list of (official) Bitcointalk.org rules, guidelines, FAQ
by
mprep
on 10/02/2025, 22:02:42 UTC
⭐ Merited by jamyr (3)

This part deserves a conclusion too :

Quote
Q: So when is the new forum software coming?
A: Well, according to theymos, some time after February 2015.

as according to Theymos just recently that he find the live demo to be  (as majority of consolidated reactions to the demo) underwhelming and will not pursue it anymore.
 

Thanks for the heads up, moved the FAQ question to legacy questions. I'll probably remove it after a while (once it's no longer relevant) just like with the previous legacy question.
Post
Topic
Board Meta

Re: Unofficial list of (official) Bitcointalk.org rules, guidelines, FAQ
by
mprep
on 28/04/2024, 22:26:07 UTC

Typo:
Services (child board of Goods) - Services provided/demanded on-forum for Bitcoin. If you are providing/demanding services on another site (e.g. have a hosting site), it doesn't belong here.
This should be "child board of Marketplace".
Fixed, thanks.
Post
Topic
Board Meta
Merits 2 from 2 users

Re: Unofficial list of (official) Bitcointalk.org rules, guidelines, FAQ
by
mprep
on 18/01/2024, 10:00:10 UTC
⭐ Merited by JayJuanGee (1) ,vapourminer (1)

Added 2 more new rules:

34. Promoting or linking to mixer services is prohibited.[11]

35. Promoting or linking to DDoS services is prohibited.[12]



Can you add DDoS services to the list of things that aren't allowed?

(None of the topics you linked had ever received any reports, which is why the matter of DDoS services was never really considered.)
This is a tricky one: I had seen the topics promoting DDoS services (in a signature campaign), but didn't expect reporting them was going to change anything because it wasn't mentioned in the forum rules.
Added and added you to the credits as well, thanks for the heads up.
Post
Topic
Board Meta
Merits 3 from 1 user

Re: Growing SEO spam on Bitcointalk
by
mprep
on 20/10/2023, 11:50:17 UTC
⭐ Merited by ETFbitcoin (3)

rel="ugc" attributes on links posted by Newbies (so essentially anyone without any merit points) are already being added since around January, 2021:

Not sure what they're trying to do. In case it is some SEO-motivated thing, I added rel="ugc" to all newbie links. While I was at it, I also added this to all links in signatures.

Thanks to everyone reporting them!

Thanks for letting us know. I didn't inspect link posted by newbie user earlier. Anyway, i did further research and Google say other way to discourage spammer is by adding "noindex robots meta tag"[1]. But it's not practical option since entire page wouldn't be index by google. But on other hand, one of Google documentation mention it's possible to include multiple values inside rel[2]. Anyway i have following question to people who own website,

Do you think using all possible value (such as rel="nofollow,noindex,ugc") would further discourage spammer from performing SEO spam?

[1] https://developers.google.com/search/docs/monitor-debug/prevent-abuse
[2] https://developers.google.com/search/docs/crawling-indexing/qualify-outbound-links
AFAIK rel="ugc" sends the same signal to Google as the old rel="nofollow" - "I don't endorse or vouch for this website". The only difference is that the signal has more granularity (identifiying the particular reason as to why the website doesn't vouch for the URL). Anyone still spamming with the effective nofollow-like links on their SEO spam is most likely doing one or more of the following:
  • Doing it as a hired marketing agency and partially deceiving their client who expects dofollow links.
  • Hoping to rank up to where their links become dofollow
  • Are fine with getting nofollow backlinks (e.g. if the link is visible, to entice potential visitors)
  • Havent bothered figuring out or monitoring if their links are dofollow

There's other reasons, but in general, those that are still spamming links that have been nofollow for 2 years now are probably not going to stop as those who do care have already figured it out and directed their efforts elsewhere.
Post
Topic
Board Meta
Merits 15 from 2 users

Re: Growing SEO spam on Bitcointalk (TLDR: rel="ugc" should be added)
by
mprep
on 19/10/2023, 15:30:19 UTC
⭐ Merited by ETFbitcoin (11) ,LoyceV (4)

While the discussion seems to have expanded beyond just site-wide technological solutions (to detecting, catching and discussing larger cases of SEO / link spam), rel="ugc" attributes on links posted by Newbies (so essentially anyone without any merit points) are already being added since around January, 2021:

Not sure what they're trying to do. In case it is some SEO-motivated thing, I added rel="ugc" to all newbie links. While I was at it, I also added this to all links in signatures.

Thanks to everyone reporting them!

Someone did notice the rel="ugc" attributes on signature links but I haven't seen the change to newbie links mentioned here (hence this post). Nevertheless, do keep reporting any cases of SEO spam you notice - especially if posted by non-newbie users.
Post
Topic
Board Meta

Re: Unofficial list of (official) Bitcointalk.org rules, guidelines, FAQ
by
mprep
on 11/07/2023, 00:16:27 UTC

29. Sending unsolicited PMs, including but not limited to advertising and flood, is not allowed.

I have a question about this rule that I don't know if it has been asked and answered already in any of the 48 pages of the thread.

What does "unsolicited" really mean here? I mean, if I send a PM to someone on my own initiative it is always going to be unsolicited. I imagine it's a way of saying that any PM can be reported and the moderators will exercise their judgement on the provenance of that message, or not. Is that so?
The answer is "it depends". If a user has not indicated that he's open to certain (or all) commercial communication, sending such PMs would be considered as unsolicited. When it comes to non-commercial or ambigous types of communication, if it's not something the user expects nor something a regular user (as per the moderator's discretion) would expect, that would count as unsolicited. So while thanking a user due to the helpfullness of their post via PM would be unsolicited, as with all rules, a moderator's discretion applies (see rule 23).
Post
Topic
Board Meta
Merits 5 from 2 users

Re: Unofficial list of (official) Bitcointalk.org rules, guidelines, FAQ
by
mprep
on 22/06/2023, 13:53:10 UTC
⭐ Merited by LoyceV (4) ,JayJuanGee (1)

25. Ban evasion (using or creating accounts while one of your accounts is banned) is not allowed.[e]
I can't believe I'm asking this, but it seems to be necessary. Imagine this scenario:
I am (the person behind Royse777 right now) temp banned for 14 days. CasinoCritique is the account representing casinociritique.com. People handling casinocritque are: I, Mr. X, Mr. Y.

During my ban. Mr. X posted something, Mr. Y posted something and I also posted something too.

Since your brain is malfunctioning, you are going to say Royse777 is ban evading.
Is this ban evading? I'd say it is (and I can't believe this isn't obvious to everyone)! But just in case: please confirm Smiley
Yes, that's ban evading. A person posting or sending PMs in the forum while one of the accounts they use has been banned is considered as ban evasion.
Post
Topic
Board Services

Re: mprep's Web & Desktop Software Development Services
by
mprep
on 14/06/2023, 12:08:18 UTC

A focused and diligent person who sees things correctly and accurately, it's really fun to work with him!
Quickly answers every question and gives an answer and then also shows you how everything works! Thats the man you would love to work with you!
Thanks @mprep  Smiley
Appreciate the repeated feedback. It's been a pleasure working with you as well.
Post
Topic
Board Marketplace (Altcoins)

Re: mprep's Web & Desktop Software Development Services
by
mprep
on 09/06/2023, 12:28:54 UTC

Bump
Post
Topic
Board Services

Re: mprep's Web & Desktop Software Development Services
by
mprep
on 09/06/2023, 12:28:23 UTC

Bump
Post
Topic
Board Marketplace (Altcoins)

Re: mprep's Web & Desktop Software Development Services
by
mprep
on 07/06/2023, 11:07:06 UTC

Bump
Post
Topic
Board Services

Re: mprep's Web & Desktop Software Development Services
by
mprep
on 07/06/2023, 11:06:48 UTC

Bump
Post
Topic
Board Marketplace (Altcoins)

Re: mprep's Web & Desktop Software Development Services
by
mprep
on 03/06/2023, 02:57:00 UTC

Bump
Post
Topic
Board Services

Re: mprep's Web & Desktop Software Development Services
by
mprep
on 03/06/2023, 02:56:31 UTC

Bump
Post
Topic
Board Services

Re: mprep's Web & Desktop Software Development Services
by
mprep
on 01/06/2023, 14:52:21 UTC

Bump
Post
Topic
Board Marketplace (Altcoins)

Re: mprep's Web & Desktop Software Development Services
by
mprep
on 01/06/2023, 14:52:10 UTC

Bump