RadioRob

In the future, feel free to report the post and a moderator can edit a post. I’ve updated the topic title.

I’m glad it’s starting to work for you. Like I suspected, it’s something unique in your configuration. I’m not sure if your router is caching some requests or if using a different browser triggered something with your ISP to update. However at the end of the day it does not really matter if it’s working. 🙂 Hopefully everything will stay stable for you.

This error code specifically relates to CSRF protection saying the expected security hash does not match what was presented by your browser. There are a couple of things that I can think of that would cause this: 1. A bad browser session cookie. One way to test this would be to use a different browser like Chrome or Firefox and seeing if it happens when using a different browser. If not, it’s something browser specific and if it only happens in that browser, I would start by clearing cookies and temporary internet files. 2. You’re using some sort of ad blocker or something that intercepts requests to modify them. If this is the case try disabling it temporarily to see if it fixes the problem. I have not seen any other complaints regarding CSRF errors so I’m pretty confident this is not a widespread server issue. The question is what is unique about how you’re accessing the site that is causing your problem.

This is done by design by IPB. I don't remember how Xenforo worked, but it was intentional to have sub-forums not marked read. By the way... if you want to see unread topics within a specific area, you can create a stream which will show that. https://www.companyofmen.org/discover/?do=create

Done.

@Traveler North was added to RIP group.

Done

They have to be manually set unfortunately. There is nothing the forums themselves can key off of to know someone is deceased. I’ve manually put Guy Fawkes in the group. He put most everyone else in that group. If there are others that should be included, just let me know. I’ve just added @bigvalboyto the group.

If you go to Search, you have to choose the Member tab. From there, you can select member group. Here’s a link to the search results for just the RIP member group: https://www.companyofmen.org/search/?&type=core_members&joinedDate=any&group[9]=1

If someone did manage to login to a RIP or Banned account, they would actually see LESS than guests that are not logged in. Guests can see most forums here but can’t post. The RIP and Banned groups actually don’t see ANY forum. Private Messages and all other site features are disabled.

We actually have a member group for deceased members called “RIP”.

Content does not include reactions. It’s a forum topic or post, an article if enabled, a gallery image, a review once it’s actually ready, a club post/image, or a file download if we were making use of that feature (which we are not). Think of it as something new/unique. Regarding why someone signs up without actually posting, on many sites guests cannot see many areas of the site. It’s limited only to those who register and have a valid user account. The Birthday tool does not differentiate between member groups. There is no actual “inactive” status. Any group would be included. I can prune the member database and delete members who have not signed in over XX days/years. Since I started looking, I’ve found a way of deleting accounts and just making Tanya content posted appear with the original name even though there is no actual account/profile. Like I said earlier… nothing is “impossible”. The question is making sure whatever I do does not cause more problems than it fixes and making sure I understand the full impact of the change. I can’t just make a knee jerk changes unfortunately.

So I ran a few queries on the database... there are approximately 1700 accounts that have a "0" content count. Now if I further filter that list to remove accounts that have signed up within the last year, that number falls to 358. As a separate query, I looked at accounts that have not logged into the site for the last 12 months. There were 3,978 that have not logged in since this date in 2020. 68 of those accounts have not logged in for the last year have a 0 content count.

What are we actually trying to accomplish here? The original post was around requesting removing inactive members so they don't show up in the member list and the birthday list. While I could create a new member group called "inactive", and move members into it that have not been active for more than X years... it would not prevent them from showing in the member list because they would still actually be a member (just in a different group).

I can certainly prune inactive members and remove their accounts. IPB makes it pretty easy to do... most likely only about 15 minutes worth of work to be honest. However there would be a few issues that I would have to address: How far back do I go? Anyone not active in the last 5 years? If I do this, it will delete accounts such as Hooboy and others that were critical to the founding of the site even if they're not active anymore. Is that something we as a community are willing to accept? What do we do with content posted by people who are no longer members? Does that get deleted also? Does it get linked to a profile that does not exist? What happens if the person decides to come back? Those are just a couple of questions that come up off the top of my head. I'm sure there are others that will come up along the way. Nothing here is impossible to address, but this is also not something I would do without more heavily considering the impact.

My tech updates can’t compete with this!

They’re in the NY region only I believe. I seem to recall events in the NJ/Philly areas in the past. I’ve never seen anything out west.

The only time I've seen that happen was when a post was removed or hidden. If someone replied to a thread and then decided to hide it, that topic would APPEAR to have no new content. However it technically does but it's not displayed. If you're talking about marking the site read and seeing dozens of posts appearing as unread again, I have not seen or been able to replicate it happening.

Both are great. Tim and BuffDaddy each are great guys who work hard to put on fun events. Adonis events tend to be bigger, with more patrons and dancers. It feels more like a club party vibe. Buffboys events tend to be smaller and more intimate. The guys are very chill and are a lot of fun. Some of my most personal encounters happened at BuffDaddy events. They tend to have more privacy available with the smaller crowd size. I enjoy hitting up both whenever I hit the city.

Again, anything is possible. However there are a lot of posts saying they don’t check messenger. So again… the question will come down to what is reasonable in the amount of outreach. That will be a topic for after the new system is actually built. At the end of the day, I personally won’t be managing the reviews long term. I’m not Daddy and I don’t have the potential to put the amount of time effort he did around verification. That will fall to whomever is going to be a review editor. (We may end up with several.)

The current database structure actually allows for multiple categories. My current structure is: Provider — Escort — Massuer Most of the profile fields are similar between the types providers so it’s not difficult to support.

My only concern is that most escorts don’t publish an email address. If there is an email address provided, it’s not hard to trigger email notifications and allow them a chance to respond. The question is what it do if there is no email. It adds a lot of manual work for a moderator to go text someone to let them know of a review being posted. It also then means only that one moderator can verify if the escort responded because there is no way the rest of the moderators to know if the escort responded. Finally it means escorts would have a cell number for whatever moderator is approving the review. It’s not hard to accept a comment from an escort with a response. The hard part is actually figuring out how to automate reaching out if there is not an email. Responses MIGHT need to happen after publishing. Something that has a link that says if this review is about you, click here to provide feedback. It would submit a response which would be approved by a moderator to view once confirmed it’s actually the real person.

That is something that can be done by whomever is moderating the reviews. The submission is essentially hidden until approved by a moderator. So an escort could absolutely have an opportunity to respond to a review. What has not been determined yet is exactly when in the process it would happen. In addition, the question would be how they could respond. Do they have to submit a response via an email that a moderator has to approve? Do we just enable a comment field on the review and only allow responses from the escort? Again… lots of details to work out, but those details don’t matter until we get further along in the process.

I'm going to bring us to the 21st century, slowly but surely! 😄 The biggest concept I needed people to understand is that the escort database is going to be separate from the review database. So it will mean a two step process for a totally brand new escort being reviewed.

Folks, I’m working on a new review site given the level of complexity and manual effort required to support Daddy’s prior site. In order to make this work, I have to make a few decisions that will have a key impact on how the reviews work. The most fundamental one is around the structure. To maximize what we can do, here are my plans: At the end of the day, this is a site to review escorts. So there needs to be a database that is built around the person. It would collect data such as their profile address, name, age, weight, height, picture etc. All of the personal stuff basically. Additionally there are the reviews themselves. The review database would contain info about specific encounters such as date, rate, if the person matched description, etc. These are fundamentally two different things. In the past, Daddy manually merged all this into one item. My plan is to create the escort database and below each escort description would be the individual reviews linked as a joined record. What this will mean going forward is that there would be a database of escorts. You would find your escort, and when you click on it, you would see their bio info, and then all of the reviews associated with them. When you would want to submit a review, you would find the escort's page and use it to add a review. If the escort does not exist, you would be able to submit an entry for the escort, and THEN add a review to it. So going forward, once an escort is in the database, you would no longer have to enter all of the basic info about the person in EVERY review. (We already have that info!) Instead you're only entering the info specific to the encounter. With all of this being said... there are a few notes I'm going to point out: Initially all reviews submitted will be hidden until approved by a moderator. (Eventually we may have review editors who can approve/edit submissions.) The review site will be rolled out in phases. I'm literally starting from the ground up, so it's going to take time to build everything. Some things will happen sooner than others. Release of the escort database itself. Ability to view records in the database Ability to create new records in the databse Release of the review database Ability to create new reviews Automate linking the submitted review into the correct escort profile Create various views to support looking at reviews based on date submitted, by escort name, or by location. (AGAIN THIS WILL HAPPEN LATE IN THE PROCESS! I have to get the fundamentals down of getting data into the system before I focus on creating different views of that same data.) The site WILL be different than Daddy's. I'm not Daddy and don't program the same way he does. Some things he did I may not be able to easily do. There will be other things I can do that were not possible with his site. If you have questions, feel free to ask. I'll be as open as I can... just realize I may not know some things YET as this is still in development. I'm doing this in between my day job, keeping the site running, etc.