-
Posts
10,292 -
Joined
-
Last visited
Content Type
Forums
Donations
News
Events
Gallery
Everything posted by RadioRob
-
Over the past month, you've may have noticed randomly off and on times when the site would choke up and not work for a period of time... typically anywhere from 5 minutes to an hour. In the background when this was happening there would be a large number of connections to the server that were just "stuck". They were not closed, but not doing anything either. Eventually this would reach a point where there would be thousands of these stuck connections that would just cause the server to run out of resources and fail. This was something that was challenging to get to the bottom of because there was no error logs that were generated and there was no indication of what was actually happening to make these connections would become "stuck". It meant that I would literally have to just keep checking the site as often as possible to make sure it was actually online. I would wake up in the middle of the night to go to the bathroom and check to see if everything was still running. I would check the first thing as I woke up, or during lunch, or in between Zoom meetings to ensure the site responded. If not, I would have to restart the web service which would reset everything and bring the site back online. Restarting the server however was just a bandaid and did not address the root cause of the problem of why it was happening in the first place. That's why we saw this happen over and over several times. I spent a lot of time reconstructing each failure looking at was happening at the time leading up to each failure. At first, nothing out of the ordinary stood out when looking at the single event. However if I started comparing each incident to other failures, I noticed a couple of things: Just before failure, there were a large number of accesses by search engines such as Google and Bing. They're trying to crawl the site so that results show up in various search results. While this can be good, the search engines tend to make a LOT of requests in a short period of time from a lot of different locations. These requests when added with our normal traffic would cause a bottleneck. While the search engine was crawling the site, it would look for many things that were no longer there. This could be old profile pictures, or content that was deleted, etc. Each time one of these "not found" objects was triggered, instead of the web server serving a standard "404 NOT FOUND" response, it would instead route to the forum software itself since it had to figure out if there was a different address for the content that should be returned. (THIS TAKES UP A LOT OF RESOURCES!) As a result, it looks like when search engines would start crawling our site, it would trigger much more usage than normal and things it was doing generated even MORE resources than activities done by a real person. To fix this, I've made several changes: For users that are not logged in (such as Google, Bing, etc), content is not updated in "real time" like it is when you're logged in. Instead users not logged in will see a "cached" version of pages that are updated every 5-10 minutes. If a file is not found by the server, instead of letting IPB also look to see if there is a different address available, the web server will just return a message that it was not found. I've implemented more caching of system common files such as images and javascripts. The good part of this is that there are fewer requests to the server. The downside is that if an IPB file changes, your browser cache might the old one still saved instead of getting a new version for EVERY SINGLE page request. (This is why you might have seen me tell people to clear their browser cache from time to time when a problem is reported.) I've split the search system from the main site database. By having these functions separated, several people searching can't hang up the site waiting for search results while others are waiting to load topics/posts, etc. They can be done concurrently as separate tasks. Since making these changes and a few others, the sever load has dropped by more than 75% and reduced the memory usage by almost half. In addition, I have not seen any situations in which the server has locked up when being crawled by a search engine. Finally it should be making the site faster and more responsive. For each page you view, there are fewer things that have to be requested from our server since your browser will now reuse certain "static" pieces of content. When I benchmark the site's performance compared to another test from a month ago, it's about 40% more responsive. This is pretty impressive considering most of our users are in the US and our server itself is located on the other side of the world in Amsterdam due to political/legal issues. At the end of the day, what I'm saying with all of this techno mumbo jumbo is I think I have gotten to the bottom of what was randomly choking up the site. And I think the fix should hopefully be making the site be a little faster and more responsive than it was before.
-
Also I’m confident this is a cache problem for a few reasons: 1. I have not changed any permissions or access settings. (Haha that would have been obvious!) 2. If you did not have permission to start a topic or reply to a topic in a forum, the button would disappear completely. It would not let you only enter a title. 3. People have been creating posts/replying today. I’ve not seen any widespread access issues. I HAVE seen a few folks with different issues that were resolved by clearing cache. 🙂
-
If you need a babysitter for a bit, you can send them over to my townhouse in Alexandria! 🙂
-
There have been a few updates to some of the site JavaScript files. If you would, clear your temporary internet files and try again. If you need help with how to do this just let me know. I’m at dinner now but can post directions once I get back home.
-
I've thought about that too. It's what kept me from just breaking down and doing it and just waiting. I don't have any out of the country travel booked, but I keep my passport with me as a backup in case I ever lose my wallet while traveling.
-
Moderator Note: Merged duplicate post. Look like the original edit came across as a new post, so I merged topics and kept the post that was edited last.
-
Thanks for the reminder. My passport expired last year and with the unknown processing times with the government having everyone working from home, I was not excited about the possibility of just surrendering my passport for an undetermined number of months. I need to add it to my list of things to do... I just actually extended my TSA Precheck another five years during lunch today.
-
Bianca PaigePride was memorialized on the streets of Nashville, Tennessee on Saturday when city officials renamed a street for Bianca Paige, one of the city’s most legendary drag queens and HIV/AIDS activists. Nashville city officials, including Mayor John Cooper, dedicated the former Carney Street as Bianca Paige Way at a dedication ceremony Saturday. The location is significant to Paige’s history as the gay bar Trax, where Paige regularly performed and held court, is located on the street. “Today, I joined so many to celebrate and honor the life of Bianca Paige, a Nashville legend,” said Cooper. “It’s really amazing. Mark’s legacy in town is so memorable, and everything he’s done for HIV and AIDS. Eleven years later, we’re still celebrating him and honoring him,” Ron Sanford, a close friend of Paige, told News4 Nashville. Brought to life by performer Mark Middleton, Paige was a staple at drag performances across Nashville for decades until his death from lymphoma in 2010, but Middleton’s true legacy lies in his fundraising efforts for HIV/AIDS research and treatment. He put a face to the cause in Nashville in the mid-90s when he publicly revealed his HIV-positive status on-stage during a performance. “Mark decided that he was going to be the one, to be the only performer, to use his stage and his persona to get it out there,” Sanford said. “He was determined to not only tell kids and people what was going on, but to get tested and to know your status.” Middleton donated tips from his performances to Vanderbilt University Medical Center’s Pediatric and Adolescent HIV/AIDS clinic. Middleton and Sanford founded the Bianca Paige Awareness Network to continue their HIV?AIDS advocacy and Middleton added charity events and advocacy work with Nashville Cares, ultimately raising upward of $1 million dollars for the cause before his death. “That’s how we took care of our sick. If we – our own people – would not have come in and done the things that we did, there would have been thousands and thousands more that died,” Sanford told the Nashville Scene. “When we lost Mark 11 years ago, Nashville became a little less colorful and a lot less raucous,” Cooper said. The city celebrated Paige during Pride month in Nashville with Bianca Paige Day celebrations since 2011. We have to keep the name out there and get people revitalized with it Ron SanfordCooper and others claimed during the dedication that Bianca Paige Way was the first street named for a drag queen, but there have been at least two streets previously rechristened to honor notable queens. The first known street to hold that honor is San Francisco, CA’s Jose Sarria Court, named for groundbreaking drag performer and political activist Jose Sarria in 2006. Sarria, proclaimed as Empress Jose I, founded the League for Civil Education in 1960, the Imperial Court of San Francisco in 1965 and became the first out gay man to run for political office when he pursued a seat on San Francisco’s Board of Supervisors. In 2019, Columbus, OH renamed Hull Alley to Nina West Way for notable Rupaul’s Drag Race competitor Nina West. Even if Bianca Paige Way isn’t the first in the nation, the historic nature of its dedication isn’t lessened. It guarantees that the memory of Nashville’s most prolific and beloved queen will persist and inspire for years to come. “Do I think that he thought that he would ever have a street named after him? No. He knew he was doing good,” Sanford said. “He used to say, ‘My talent is God’s gift to me. What I do with that talent is my gift to God and my community.’ … we have to keep the name out there and get people revitalized with it.” Nashville: Previously on Towleroad Royalty Road: Nashville Dedicates Bianca Paige Way in Honor of Drag Queen and HIV/AIDS Advocate Bianca Paige Brian Bell June 30, 2021 Read More Tennessee GOP Lawmakers Block Resolution Honoring Gay Country Musician TJ Osborne Brian Bell May 6, 2021 Read More Nashville Bomber’s Girlfriend Told Police a Year Ago That He Was ‘Building Bombs in the RV’ Andy Towle December 30, 2020 Read More 14 Victorious LGBTQ Candidates Who Made History in the 2020 Election Andy Towle November 4, 2020 Read More Tennessee Highway Patrol Fires Trooper Who Ripped Face Mask Off Man in Viral Video Andy Towle August 15, 2020 Read More Maskless Tennessee Cop on Power Trip Rips Face Mask Off Man Filming State Troopers: WATCH Andy Towle August 12, 2020 Read More View the full article
-
Damn the zoom!
-
Trans toilet illustration. Simple symbol from UCSD, Meme compiles. Credits at end.Trans Toilet Case: In a limited but important victory for transgender access, the U.S. Supreme Court announced June 28 that it would not review a lower court decision that favored a transgender student’s restroom access at a public high school. The court declined a request by a Virginia public school district to review a decision of the Fourth Circuit U.S. Court of Appeals, which covers five states—Virginia, North Carolina, South Carolina, West Virginia, and Maryland. By refusing to hear the appeal, the high court leaves the favorable decision intact for those states. The case, Gloucester v. Grimm, has been on the U.S. Supreme Court docket before. In 2017, the high court vacated a previous Fourth Circuit ruling in favor of high school student Gavin Grimm, who was represented by the ACLU. Grimm had filed suit after he began transitioning and sought use of the boys’ restroom because he said girls reacted negatively to his presence in the girls’ restrooms because they perceive him to be a boy. School officials initially accommodated Grimm’s request, but the school district intervened after some parents complained. The ACLU pressed Grimm’s case and won, and the Fourth Circuit repeatedly ruled in Grimm’s favor. In the latest go-round, the Fourth Circuit ruled in Grimm’s favor, citing the Supreme Court’s ruling last year in Bostock v. Clayton (that “sex discrimination” under Title VII of the federal Civil Rights Act includes sexual orientation and gender identity). The appeals court said the same logic should apply to the federal law prohibiting sex discrimination in education. “After the Supreme Court’s recent decision in Bostock v. Clayton County, we have little difficulty holding that a bathroom policy precluding Grimm from using the boys’ restrooms discriminated against him ‘on the basis of sex’,” said the Fourth Circuit. Trans Toilet Opinions. Photo By Quinnanya In UCSD RestroomThe Gloucester school district in Virginia appealed again to the U.S. Supreme Court, arguing that, under Title IX of the federal Education Amendments Act, schools are allowed to provide separate bathrooms for the sexes. By refusing to hear the appeal, the Supreme Court does not take a position on the issue, but the impact is meaningful. “This is an incredible victory for Gavin and for transgender students around the country,” said Josh Block, senior staff attorney for the ACLU’s national LGBTQ & HIV Project. Paul Castillo, an attorney with Lambda Legal, also called the Supreme Court’s refusal to take the appeal an “incredible victory.” “There should be no doubt that federal law requires schools to protect all students. Courts all over the country, as well as the federal government have made crystal clear that LGBTQI+ students are protected by federal law and have a right to an equal education, to be protected against harassment and discrimination, and to a school environment where they can be their authentic selves,” said Castillo. Specifically, the Fourth Circuit ruled—and the Supreme Court allowed to stand—that Title IX of the Education Amendments Act and the equal protection clause of the constitution “can protect transgender students from school bathroom policies that prohibit them from affirming their gender.” Justices Clarence Thomas and Samuel Alito indicated they dissented from the court’s refusal to take the appeal. The Supreme Court did not indicate June 28 whether it will hear two other LGBTQ-related appeals. One, Arlene’s Flowers v. Washington, is making its second appearance on the high court’s potential case list. It, like Masterpiece Cakeshop v. Colorado, asks whether a business serving the public can deny service to a same-sex couple because of the business owner’s religious hostility to same-sex marriage. The other, Dignity Health v. Minton, asks whether a Catholic-run hospital can deny a hysterectomy to a female-to-male transgender patient as part of treatment for gender dysphoria. The hospital chain in question says its Catholic-run hospitals would be violating Catholic “religious directives” to provide such treatment. © 2021 Keen News Service. All rights reserved. Trans Toilet previously on Towleroad Credits first image: Images by Sara Mirk, @_michaelhughes1, vectorpocket , Combined image may be used at no charge under (CC BY-NC 2.0) View the full article
-
Try clearing your temporary internet files. Does it also happen if you try a different browser? (If not, which is problematic?)
-
The community consensus is he’s now: https://rent.men/KyleKinggg
-
There were a few index rebuilds that ran yesterday. The first one failed and I had to start it over, meaning at some point yesterday... there were 3 indexes. (The original MySQL index, the failed ElasticSearch index, and the valid ElasticSearch index). It's possible when you marked it as read you caught it while the final rebuild was happening. Unfortunately I already cleaned up the logs from the failed index build, so I can't go parse through to see if that happened. (The main application had to be reinstalled with a slightly older version than what is available as there is a bug in the newest version that makes it not work with our site. So it was an uninstall of the newest version, deleting the index it created, installing the older version, and then running it again.) I've tested marking the site read a few times and have logged out/in each time to confirm the posts are no longer showing as unread so it looks like (at least for me) that it is not still happening on a regular basis. If you see it again, let me know.
-
As I noted in the Achievements thread, the new ranks are the default out of the box ones generated by the new system. I did not spend time trying to customize them because it would mean creating new associated images, etc. To be honest, I was just too lazy at that moment as there were bigger fish I was working to fry. I posted about how ranks could be changed. While I'm not actively working to create/develop new ranks and graphics for those ranks... if someone else wants to do it, I can implement it if the members here like what is proposed. The final rank if we were to change it... I would suggest "The Sleeper - Needs Laid" since they obviously spend too much time here.
-
If a post is hidden in a thread, the post is visible inline with the rest of the posts to moderators, but has a different background color to indicate it is hidden. If the person who hid the object noted why, that note is visible as well to the moderators. The note can make it easier for a moderator to understand what was going on so it's appreciated if something is included (such as it was double posted because of a system problem, or the OP just changed their mind and did not want to share that thought, etc.) If a note is not given, we just make a best guess if we even spend the time to look. There is also a section in the ModeratorCP that lets moderators search all hidden content. If a piece of content is deleted, it shows up there until its delete timer is reached at which point it is permanently gone. If a piece of content is still scheduled to delete, a moderator still has an opportunity to view and/or restore it. To be perfectly honest, none of us go out "searching" for hidden content. If a piece of content is hidden, it was either hidden by a moderator (in which case there is a report on what exactly happened) or it was hidden by the content poster. If it was the content poster, they don't need a reason. They can hide the content themselves or simply report the content and ask one of us to do it. We have enough to do without searching for it. I'm less likely to pay attention to something hidden since I know it's not generally being seen. Generally when moderators take action on threads its because we received a report about a piece of content or we came across it as part of our normal browsing of the site. None of us actively spend time looking to discipline members. We're here because we enjoy the site... we just have a couple extra responsibilities along the way as well.
-
This was going to be one of those little Easter eggs that I thought I would wait and see who would comment on first, but after a week... there's been no mention of it. So I'll go ahead and just note it for the masses. During the first week or so after the migration to IPB (Invision Community), it was noted by several folks that wanted to delete content was that there was only a button to "hide" the content rather than delete it. At the time, I noted I was simply mirroring the way Daddy had configured Xenforo to behave. Last week, I enabled members to be able to delete content in addition to hiding it. To prevent the delete feature from being abused, when a member deletes a piece of content (a post, image, review, etc), it will be initially hidden in a recycle bin for 30 days and then permanently deleted. This will remove the content from immediate view, but allow moderators to go back if necessary. Prior to this, when a post was hidden... it simply removed it from public view. That option remains available. The new delete feature will immediately remove it from public view then permanently remove it after 30 days.
-
Search is one of the most commonly used features within the site. Given that we have over 125,000 topics and 1.7 million replies, there is a lot of valuable information to be found. The default search system used by both Xenforo and Invision is to just directly query the database used for the site. This system worked, but can be slow and can sometimes miss results. In IPB, it also did not play nice with full URLs such as links to RM profile pages. I've switched the site to use a new search backend known as "ElasticSearch". This system should return results near instantly and use much less system resources. This change is simply on the backend. So you will continue searching the way you do today. What results and how they're returned by the system is what is changing. I'm making this post so no one is surprised if the search results look a little different than they do today. To help you get the most out of finding content, below are a few tips that will help get the best results. RadioRob's Tips for Searching When you enter multiple words, the system is applying an "OR" operator to it. For example.... if you search for: apples bananas The search results would return results which include either apples OR bananas If you want to find an exact phrase, put it in quotation marks. If you're looking for Matt Gaetz The system will try to prioritize search results that have BOTH phrases, but still return results that have either Matt OR Gaetz in the results. If you want only the full name, type in: "Matt Gaetz" to find that exact phrase. Try not to search URLs. While the system will support it, the results may not be as accurate as they might possibly be. For example: https://rent.men/bradleyblack If you search this, the parser is looking at it as: http OR rent.men OR bradleyblack There are many results that would have two more more of those phrases. So you can search for "https://rent.men/bradleyblack" and get results that have that EXACT result. While this will return the results that match that exact phrase, but you might miss out on some posts about Bradley because there are times when someone only mentions their profile name without the address or they use a different URL such as https://rentmen.eu/bradleyblack. My recommendation to see the MOST results is to search ONLY the person's username. bradleyblack Even if you don't decide to take my advice and just search for the full address, it won't just choke up and time out like the old system did before. It will return results.... but maybe not the best possible results. FYI... the new search index is about 75% complete. It should be finished by 2:00 AM Eastern. You can actively search now, but just realize some results may not show up yet until it gets finished with the task. Happy Searching!
-
Clear your browser cache. That should fix your problem. A fix that I made to handle the server freezes is causing the server to generate a few new files that your browser is not caching.
-
Can you try clearing your cache (temporary internet files)? If you let me know what browser you're using, I can give you step by step directions on how to do it.
-
Let me know how it goes.
-
I've changed some of the image caching settings. I don't see anymore broken images. Are you still seeing ones not working? If so, we might need to try clearing your phone's browser cache.
-
In looking through the raw logs, I saw a couple of things I did not like. When a file is requested that the site can't find, it is supposed to return a 404 error. However right now all requests are routing through the PHP parser in order to handle "friendly" URLs. This means whenever a file is not found, it's treating it as a dynamic request through the PHP parser. If there are a large number of these requests at once, it can choke up the system. I *think* this could be happening as Google or another automated crawler is looking for content or finding broken links. It would explain why this issue occurs intermittently as it would only happen as the site is being accessed by a search engine when it's looking for a large number of things that might no longer be there. I've changed how this processes so that the webserver itself handles returning the 404 instead of letting the PHP parser do it. In addition, I've installed mod_pagespeed. This is an Apache plugin that helps optimize performance and caching of content locally so it is not dynamically generated for every page load. Antidotally speaking, browsing the site over the last few minutes appears to be a little more responsive. I did not do a before/after comparison to benchmark the change, but it looks to be working. So let's see how things go. I'm continuing to monitor and will continue to troubleshoot if I see it continue to occur.
-
This has happened intermittently over the last week or so. When it happens, the server has a very large number of connections stuck in a CLOSE_WAIT status. Restarting the web server (Apache) brings the site online but it does not fix the underlying issue of what caused it in the first place. I’m trying several different things, but because it’s so intermittent I don’t know if something I tried actually worked until we go several days without it happening. In the mean time, I’m spending much more time monitoring the site so that when it happens I can at least get it back up and try something else. Basically I have to try and watch for it occurring and catch it as quickly as possible to prevent prolonged outages. I generally catch it happening within about an hour but until I can get to the root of the problem I’m just watching and waiting unfortunately.
-
Gayguides.com is using the IPB (Invision Community) software as well. I applied the update before they did. As I mentioned before, this is a "default feature" of IPB 4.6 so this is going to happen across any site using the software. They have to implicitly have to make efforts for it to not be used. So don't be surprised if you see this happen on any site that uses IPB as it's back-end engine.
Contact Info:
The Company of Men
C/O RadioRob Enterprises
3296 N Federal Hwy #11104
Ft. Lauderdale, FL 33306
Email: [email protected]
Help Support Our Site
Our site operates with the support of our members. Make a one-time donation using the buttons below.