wolstech

Domains take up to 12 hours to start working. Please wait at least 12 hours, then clear your browser cache.

The contents of your message seem to have gotten lost. Please post your issue on our support forums for assistance: https://www.helionet.org/

Posted in admin board.

XMR has been set up now too

We also accept Bitcoin if you're able to find a way to purchase or earn some of that.

It's not the fact that we can't convert the data, it's that absolutely none of our custom code will work if we replace it with anything that's not IPB (4.x won't even work as-is, but will likely be easier than another product to make compatible since the code is made for IPB now). That custom code is what makes this board integrate with cPanel's account creations, runs the support email system, makes up the custom theme, etc. Replacing the board would be a very time-consuming job involving tons of custom code rewrites to make things work as they do now.

Nope. He sticks his head in from time to time, but only ever really posts in the admin board. I'll make a post in there when I get a chance so he sees it.

Only Ashoat (the founder), and he rarely if ever posts publicly.

It's archived. Escalating to have it restored.

You have to change it to configure the second one. Once the nameservers are set on the second one, you can change it back. And add the second one as an add on domain. It only needs to be your main domain long enough to get registro.br to let you change the name servers. Be aware your current main domain will stop working for the duration of the setup process.

Anything's possible. Our big focus has been CryptoNight-based coins because of HelioMine. Pretty much anyone can mine that algorithm semi-productively (no GPU or special hardware required), but we can take donations in just about anything if there's enough demand and somewhere to sell. Currently we support: BTCAEONETNXMRSupport for the following is planned: SUMO...and now BCH

This support request is being escalated to our root admin.

We don't permit document roots to be outside of public_html for various reasons. This is by design. We recommend dropping a .htaccess file in public_html that denies access to the other document roots if this is a concern. A. There's multiple issues here. First, we don't officially support subdomains when the parent isn't hosted here. If it's like a properly configured domain though, the fix is likely to manually create the subdomains web.jbbdude.jbbdude.heliohost.org, and fantasytv.jbbdude.jbbdude.heliohost.org. (See below for an explanation why this works to fix an addon domain). B. This is intentionally forbidden. See above. C. Use an .htaccess file or add a line of code in your index.php (or equivalent) to do it. D. Johnny is famous for this. Addon domains are actually an Alias pointed to a subdomain of your main domain. The error in question is what happens when the addon domain gets parked to a nonexistent subdomain. The addon domain process times out and fails half way through before the subdomain gets created because of his load. Tommy and Ricky don't have this issue.

Yes we'd just manually verify. I can easily check that domain is (or at least was) registered to an account here, even if the DNS doesn't reflect that by looking in the account database. There is no way to prevent someone from having it added to an account here and actually hosted elsewhere though. It is worth noting that we don't recommend CF unless it's absolutely necessary because it conflicts with a lot of things. We'd need to manually verify dedicated ip users too, but those are few and far between.

The correct link for making a backup on Johnny is https://johnny.heliohost.org:2083/frontend/paper_lantern/backup/index.html Use the "Full backup" option at the top.

Actually no. That link is only for recovering backups from Stevie before he crashed. He has to make the backup through cPanel if he wants one.

It failed because you didn't change the main domain correctly, or it failed. I see an entirely different domain sandroalvares.com.br as your main domain, but you're trying to register camile.com.br... Try again, and if it still doesn't work, I'll change it for you.

Geez, that's from before my time as an admin. Those projects are 5+ years old. Ashoat might be the only one who can do that...I'm not even sure Krydos would have access.

If I remember right, .de is like .br...it can't be hosted here without jumping through hoops. It's to do with the fact that our system requires the NS be set first, and those two TLDs require the host be set up first. These two TLDs are backwards vs. everyone else out there. The fix is to change your main domain to the .de domain, set the name servers at namecheap, change the main domain back, then add the domain as an alias or add on domain. I'd suggest trying this for your .de and see if it works. You can change your account's main domain here: http://www.heliohost.org/classic/support/scripts/domain

The registrations were open for just 6 seconds last night before all the slots were filled. You might wish to donate $1 and get it that way. It'll be easier and faster, and you're guaranteed an account as a thank you for donating.

We don't use github to my knowledge.

What kind of script are you testing?

Easiest way is probably to check the DNS to see a domain points to our name servers, or if it resolves to one of the three shared IPs.

You want tommy since you need Java. Escalating.

Despite traffic exchanges in the conventional sense being useless and bad for search rankings, there is potential here. What about a manually vetted showcase of what our users have manage to do with our service instead of a traditional traffic exchange?