-
Posts
1,869 -
Joined
-
Last visited
-
Days Won
77
Content Type
Profiles
Forums
Events
Downloads
Everything posted by Dennis
-
There's no way since it's a different software now. I like the default theme of IPS as it's much more clean than the current one.
-
@ENSGeneraltry without a background image. Generally, a bad background image can ruin everything. Try with a solid color at first. Also, set list-style: none on your ul tags. If you want a dark background, you should set the font color to something else than dark.
-
Yes and no. I'm thinking that what's being discussed on Discord generally will be more of a chit-chat kind of thing, and big discussions would be on the forums. And yeah, colors definately needs fixing. Looks like something from a start-2000's website ?
-
Yeah, it should definately be like that. All questions about the config/theme/translation can be posted in the corresponding thread. See Example: you click to download on the right it will say "Get Support" it'll take you right to the Auto Generated Post so you can get support!
-
@alexr03 someone else finally suggested it ? If anything, let Alex setup the Discord server. I've seen his Discord server, and it functions pretty cool. It would definately benefit the community, but it would also result in less activity on the forums.
-
No, I don't see the point anymore ? My suggestion just leaves one issue; what about the existing posts and configs? There are two solutions for that: 1. Create a new section for archived threads and move them to that 2. Manually create a new download for each config (maybe only "relevant" configs?) but that would take a lot of time. A third option would be to keep the forums and have a subcategory called Requests. That way, the forum would be a lot cleaner - right now, requests and config files exist side by side in those categories (and most of them is just requests).
-
All I'm saying is, we're not seeing lots of action on the config/themes side ? It would be less than a config a week.
-
Made a quick 2-minute draft of how the forum could be divided. Feedback is much appreciated! Section 1: Meta - Forum Rules - Announcements - Suggest an idea - Forum issues Section 2: Using TCAdmin - TCAdmin Version 2 - Game Config Files -> Downloads (Config Category) - Language Files -> Downloads (Translations Category) - Themes -> Downloads (Themes Category) - Windows Support* - Linux Support* - Feature and Module ideas - Tips and tricks - TCAdmin Version 1 - Testimonials** - Pre-Sale Questions Section 3: General - General Discussion/Small Talk/Off-topic Section 4: Integrations - WHMCS Integration - ClientExec Integration - HostBill Integration Game configs, language files and themes should redirect directly to the Downloads section. *Windows and Linux support could potentially be merged. Instead, we could use flairs to indicate what OS the post is about. **Maybe remove testimonials? The 'Meta' section will cover everything about the forum. Separate section added for general discussion. That could definately help the forum become more active.
-
It wouldn't require many people. It's really limited how many configs would be going through the system. I don't think more than one is needed right now - and beside that, moderators would also help out ?
-
The configs wouldn't show up for download before they're verified, @LFA
-
It's all a matter of taste. Some swear to Android, others to iPhone. The crazy ones run Windows Phone. Some like XenForo, others like Invision. I think it's a matter of what you're used to. I don't think dividing users into private groups will do much good. I can see a few scenarios where it would be a neat feature, but not when trying to make the forums be much more active than they were before. I still think everyone should be allowed to submit configs/themes like before. Not a lot of content were submitted before, and we're potentially missing really cool configs/themes.
-
No, there isn't. It's just comes down to very poor communication. Suddenly everything is changed, without a word other than "Thank you" from Luis. I'm not upset about it. I just discussed the case with another person, and suddenly the entire thread was gone. It looked like bad damage control (obviosly only if you saw the thread). Generally, threads shouldn't be deleted, they should be locked, and preferably with a message from a moderator about why it's being closed. Something along: "We've found another solution for this, which is why we're locking the thread for further replies now". Simply deleting it leaves a lot of questions. This will limit how many people are goint to contribute their work (which is already very limited). I'd say submissions should be open to anyone, but let every submission be moderated. That's the only way to make sure everything will work. That way, you can also control the content that is uploaded. Care to elaborate? Didn't quite understand that. Sounds like a much better idea!
-
Exactly. Not to mention that I was actually hired for the most recent job posting back in February 2019. Alongside helping with creating configs and generally helping users on the forum, I was also going to help migrate the forum and get everything up and running (which was supposed to happen around September/October), but I never heard anything back. I used a lot of time reading and testing migration from vBulletin 3.8 to XenForo (as this was the software that most users wanted, and I have a license that isn't used for anything else), so I was quite surprised to see that, all of a sudden, everything had been changed with no apparent interest in the topic that started the entire discussion about a new forum: No offense to anyone, but it feels weird that someone with 20 posts (at that time) and years of inactivity gets to control a forum, just because he provided a license for it. There are multiple active users that I would have suggested for this job, like @alexr03 or @numpty. These people have been showing massive interest in the forums for years, and so have I. While I do appreciate the modern design of the forum, I felt happier about the old forum. I like changes a lot, but this just feels like a weird place now.
-
I know I'm probably going to step on somebody's foot, but please slow down. Change is not always good, and it really feels like someone decided to change everything about the forums, even stuff that shouldn't be changed. It feels like one person pulls all the strings; Get an idea Think "that's a good idea" Implement this idea on the forums It doesn't feel like any of the ideas are discussed with anyone else, and it feels like everything is very rushed. All suggested ideas has been implemented without any hesitation. To examples: First: While I'm generally happy that a Downloads section has been added, it again feels rushed. Why? There are tons of reasons why I would need to upload a .cfg, a .txt or a .log file. Second: A few days ago, a post was made suggesting community donations to pay for licenses for the forum. After I made some criticism to this, the entire thread was deleted. That really is not the way the forums should work. Threads shouldn't just get deleted because they're not relevant/useful anymore. Also, something so relevant as asking an already paying community for donations really should be discussed before asking the community how they feel about this.
-
Wasn't a "Resource Manager" the entire idea behind a new forum software? IIRC, most people on the forums voted for XenForo with the Resource Manager addon
-
Check if you server in TCAdmin has configured C:/TCAFiles/Games as game files directory.
-
New idea: Would be great if we could create scripts that could only be executed as Scheduled Tasks. I've created a custom script for Rust that will wipe the server, but only on the first Thursday every month. There's really no point in having this as a custom icon/action or anything else
-
Would be a bad idea It would solve the issue but create another one
-
... it doesn't matter what CPU you're using, lol. I've tried starting a Rust server on a freshly installed Windows Server 2016, only to see that it will still use 100% of the CPU on 32 cores. 8 cores, 16 cores, 32 cores - it's all the same. I've tried with various CPUs, both Intel and AMD. It's always the same. It does however generate faster on better CPUs but that doesn't solve anything since even 1 second of lag is enough to ruin a round in CSGO and other competitive games. Depending on the load on our machines, navmesh takes around 10-15 seconds to generate. I've tried to script my way out of it but haven't found a solution for it yet.
-
Unfortunately, it doesn't seem to be fixed yet. See this issue on Github: https://github.com/mono/mono/issues/18500
-
That's not a problem. You just need to setup a MySQL server on your machine.
-
Hi Rislem, There's no built-in solution for that. You can however setup phpMyAdmin on the server, configure TCAdmin to automatically create users and databases and then set a link to phpMyAdmin. See this: https://help.tcadmin.com/Automatically_Create_a_MySQL_Database
-
I could only imagine that we will be able to choose the limits per game ;-)
-
Thanks for your input, mouseymars! Are you willing to share the script? I'm curious what it looks like. So far I haven't found a viable solution to change Affinity on the fly for Windows. I've found multiple options for Unix based systems, but not Windows
-
Hi, It's probably not a surprise to anyone hosting Rust that the server startup is using a lot of CPU during navmesh generation. Rust will actually use all available cores and max out CPU usage. If the machine is sitting at 0% idle, starting a Rust server will make it jump to 100%. It the machine is sitting at 50% idle, starting a Rust server will make it jump to 100%. We're already setting the CPU priority to low for the first 3 minutes of the server startup, but it doesn't really help much. Other game servers on the same machine will experience lag for a short amount of time during the Rust server's navmesh generation. Has anyone figured out a way to work around this? I've been thinking about a way to set CPU affinity to 2-3 cores during startup and then set it to use all cores afterwards. It seems to be pretty easy using Python on Unix systems, but I haven't found a solution for Windows yet.