RadioRob

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.

Awesome! I'm glad it worked for you!

Yes please! Give it a try... if that does not fix it for you, just let me know. If you do run into problems, it would be helpful to know exactly what you are using as your search term so I can try to replicate it!

I've went back and manually set permissions for you. Give it a try now on new replies. (This change won't effect EXISTING follows. It should only take effect for new replies/posts.)

You might need to review your notification settings. Those can be found at: https://www.companyofmen.org/notifications/options/ Click on "Followed Content". Make sure your settings are exactly like: Typically the first two checkboxes are checked, but the last option is TYPICALLY set as "Do not send me notifications". Unless it's set to "A notification when new content is posted", notifications won't work as you're expecting them to.