RadioRob

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.

Nope. What exactly are you searching for? If you are searching for a full url, this might be your problem. Just search for the last part of the address. For example instead of searching for https://rent.men/USER124 search just for USER124. This is for a couple of reasons: 1. Some people use different URLs for the same profile. For example rent.men vs RentMen.eu. If you search for the full address you will miss results for the other version of the profile 2. Having extra slashes and symbols in the search can slow down the results as extra security is done to check to make sure the request is not malicious.

The legalities have not been worked out. Daddy’s server is broken. The only thing it’s doing right now is directing users from the old server to the new server. Even doing that is problematic now as Daddy’s SSL certificate is expired. (That’s what is causing that error.) So it does not make sense to keep paying more than 100 per month for a redirect. We kept it one last month to catch stragglers who are still using the old address still. After that, the old address will cease working entirely.

Same as above. Please make sure you’re using the updated address.

You’re most likely using the old URL still. Daddy’s server is going away at the end of June. Unless you start using m4m-forum.org, it will quit working entirely by July 1st. So please be sure to update your bookmarks!!

I’ll leave this topic open to gauge interest from the rest of the community. I’m not opposed to creating a new forum but having an entire forum with 10 posts on s not really worthwhile. So if there is a wider interest, I’ll make it happen.

The default settings in Xenforo and IPB are to send an email notice for Private Message notifications. If you don't want to receive notifications via email for PMs, you can change this in the notification settings. https://www.companyofmen.org/notifications/options/

I created a thread with a few contributors to the Gallery to talk about some potential changes. One of the participants added you by mistake. That's what triggered the notices to you. You were removed from the conversation, so when you opened the link later it would come back saying it was not found.

There is no way to "directly" do this in Invision Community, but I have access to the raw database itself. So I wrote a query that would take the table containing all of the forum posts, look for the old domain and replace it with the new domain. MariaDB [m4mforum_ipb]> UPDATE forums_posts SET post=REPLACE(post,'message-forum.net','m4m-forum.org'); Query OK, 16209 rows affected (49.234 sec) Rows matched: 1837117 Changed: 16209 Warnings: 0 That query changed over 16,000 old references within the board posts. I found a few old threads that should have had the old address and links appear to work now. While this should not matter too much... just for documentation sake, this query only was run on the post database, so it did not change personal messages or indexes, etc.