wolstech

Krydos is the one to install these...

We can ask Krydos, but in my opinion that's well into VPS territory. What are you doing that needs that much anyway (if it's running XF or WP, they're known memory hogs and the answer is to find different software)? To give you an idea, the server has 16GB of RAM and ~1300 accounts. You're asking for 1/32 of the entire server's worth of RAM, when it needs to be shared by 1300 people. While the memory is often free now, it can't be raised for a single person. If everyone starts using it, the server will promptly run out of memory.

Glad to see you got it working. Post removed at user request. It's one person, not one IP. You can have as many IP addresses as you want, you're still only allowed one account. If we see two accounts for a single person and you claim there's more than one person, we ask for government ID to prove there's two people. The reason for this policy is because people used to create two accounts to evade the disk space limit. A single person is only allowed 1GB for free, and can buy 1GB extra for $5 (one time fee). No account can have more than 2GB. 1. Yes. You can be the busiest site in the world, and you'll still need to log in. If you're a donor, we can waive this requirement at a rate of $1 per month waived. We prefer it over time as a recurring donation, but can also accept the entire donation up front as a lump sum. We require the logins or donations as a way to keep abandoned accounts from piling up and wasting resources. A site's traffic is not a good indication of an account being used since abandoned websites still often see tons of bot traffic. 2. Excessive CPU and RAM usage. I answered this question here: https://www.helionet.org/index/topic/38856-how-does-the-suspend-account-script-work/ In cPanel, there's an option for "Account Load" that shows you where you stand. Keep those bars as low as possible and you're good If you're up around 100, you're likely to be suspended if the server load spikes.

You should be good now.

That's the problem though...it sometimes does. EU.org does it just about every time, but I've had at least 2 users encounter this with Freenom. It's indeed a rarity though compared to eu.org I think we're going to just have to treat eu.org domains like we do .br going forward. Your number 1 is the method we recommend for .br typically (make main domain, set NS and wait to propagate, change main domain back, add to cPanel as addon/alias).

Unarchived.

That can't be unarchived anyway because the archive is missing. Invite sent.

That account does not exist. The closest I can find is an account paulorib that might be yours (email address is similar, has a .br domain, but not the one listed here). Is this your account?

Please check your PMs. As for that account, it's actually working fine, is there something you still need assistance with?

We've been having tons of weird issues with DNS propagation lately for some reason. EU.org is by far the worst affected, but I've seen Freenom and others take their time on occasion as well. We have no idea why. What's weird is that in my experience, if I manually park one of these broken domains for someone, the DNS suddenly propagates within hours, as if everyone else was waiting for us to park it. (There are some domains that do this intentionally, namely the .br TLD which refuses name servers if they're not preconfigured, but I've never seen it outside of .br). What do you want this added as? If you want an addon domain, please create a subdomain on your account and let me know what it is so I can park your domain on top (that's all an addon domain is internally...a subdomain with an alias on top ). If it's an alias, just let me know and I'll park it.

Unarchived.

Staff generally does not accept PMs here unless requested by the staff member. If I receive unsolicited PMs, they're simply ignored. Your IP is not blocked, but you are suspended for having two accounts. Which of the two accounts do you want to keep?

Yep. Ricky doesn't have that button because his cPanel is really old. It can take a while on that server too because its so slow. It's been run manually for you. Certificates are currently showing as pending for the following domains: mail.kengaming.tk kengaming.heliohost.org kengamin Mar 17, 2020 3:00:22 PM 869142501 Pending www.kengaming.tk kengaming.heliohost.org kengamin Mar 17, 2020 3:00:22 PM 869142501 Pending kengaming.tk kengaming.heliohost.org kengamin Mar 17, 2020 3:00:22 PM 869142501 Pending webdisk.kengaming.heliohost.org kengaming.heliohost.org kengamin Mar 17, 2020 3:00:22 PM 869142501 Pending cpanel.kengaming.heliohost.org kengaming.heliohost.org kengamin Mar 17, 2020 3:00:22 PM 869142501 Pending webmail.kengaming.heliohost.org kengaming.heliohost.org kengamin Mar 17, 2020 3:00:22 PM 869142501 Pending mail.kengaming.heliohost.org kengaming.heliohost.org kengamin Mar 17, 2020 3:00:22 PM 869142501 Pending www.kengaming.heliohost.org kengaming.heliohost.org kengamin Mar 17, 2020 3:00:22 PM 869142501 Pending kengaming.heliohost.org kengaming.heliohost.org kengamin Mar 17, 2020 3:00:22 PM 869142501 Pending

I'll pass this to Krydos, but I have a feeling that this limit cannot be increased any further. 128MB is already a lot of memory for one script. If you need more than 128MB of memory, the script is too heavy to be run here. It sounds like you're either using poorly written code, or you've outgrown our service.

That account does not exist and I can't find any record of it ever having existed. However, you do currently have an account called vinayak1 with the domain vinayak1.heliohost.org that matches your forum profile email address.

Indeed. That 3 month immunity was applied in September when the move was requested, and expired at the end of December. You should've received warning emails again starting in January. You should not have received warning emails in Oct/Nov/Dec. If you've since donated again, please let us know the transaction info for the new donation and we can apply the new immunity for that donation.

Unarchived.

We strongly discourage running such bots here. Most won't run at all, and the ones that do are known for causing tons of load and getting users suspended. You really need to buy a VPS to run such a program properly. https://heliohost.org/vps/ (the cheapest option would work).

Unarchived. It may take up to 2 hours to start working.

Unarchived. It may take up to 2 hours to start working.

Unarchived. It may take up to 2 hours to start working.

If clearing your cache doesn't help, please try using a different device and internet connection (e.g. a cell phone with Wi-fi turned off). Odds are that will let you see the contents. The issue here is that sometimes ISPs or local networks (e.g. school/work) cache that page, and there's nothing you can do to fix it accept wait until the cache expires. Smaller ISPs tend to be especially prone to this.

@fasouza: Bingo. It's not so much when Apache restarts as it is when httpd.conf gets rebuilt, but same idea since it rebuilds as prior to restarting around here anyway. It's not that we don't want to, it's just how cPanel works. There are modifications/extensions available that supposedly can do it, but we don't use any of them because all they do is add complexity and risk of failure to a system that is already pushed well beyond it's design capabilities (cPanel is made to handle about 400 users per server, we have several thousand...we're actually known to cPanel's support as one of their most extreme use cases). Doing more with less is an art we take pride in, and unfortunately that means sacrificing flexibility for better speeds and more capacity. .

It's probably load related. I'd give it a little while and try it again. Tommy's load has been spiking a lot lately. It seems to be working for me at the moment.

We don't support this configuration. The way this is normally done is to set all of their domains as addon domains, pick a something.heliohost.org for their main domain, then put an .htaccess in the public_html folder. This keeps sites from seeing each other's files, and allows you to put "non-public" stuff in public_html alongside the addon domain docroots, with access blocked by the .htaccess file. As was stated above, in order for a domain to use a docroot that's not public_html, it must be listed as an addon domain. To list the domain as an addon domain, you will need to change your main domain to something else before adding it.