Jump to content

wolstech

Chief Risk Officer
  • Posts

    19135
  • Joined

  • Last visited

  • Days Won

    757

Everything posted by wolstech

  1. Please clear your cache.
  2. Your account was suspended for causing high server load. I have unsuspended your account, but please try to limit the load you put on our servers as it slows down not only your site, but the sites of all other HelioHost users sharing your server. If you still see the suspended page, please clear your cache. If you need help figuring out why your site is causing such high load let us know and we can try to help. If the high load is simply because your site is getting a lot of traffic you might consider trying paid hosting from our partner starting at only a cent for the first month. https://www.heliohost.org/partners/hostgator
  3. Unblocked. We recommend you sign in using https://heliohost.org/login/ so this doesn't happen. It appears your issue was that you were trying to sign into Ricky's cPanel using the https://ricky.heliohost.org:2083/ link when your account is on Tommy. If you want to sign in directly with a Tommy account, you need to use https://tommy.heliohost.org:2083/ instead.
  4. Yes please. My Github account is under the email address on my forum profile.
  5. The IP you posted from is not blocked. Is there a specific IP that's giving you trouble?
  6. @Bailey: miwilc is right here. The forum itself can technically be upgraded and run standalone with virtually no issue. The custom stuff is all separate components. To my knowledge, much of the custom stuff isn't in the forum source (except the theme), but rather likely linux shell scripts that talk to the forum in some manner (not sure if there's an API, if it's just dumping data into the database, or what, Krydos built all of it).
  7. Tommy is free, but the free accounts are limited to a few per day to prevent the server from being overloaded. The free signups open at midnight UTC every day, but very often fill up for the day in seconds due to demand. Last night we had them for around 20 seconds or so, the day before was 6 seconds. I've seen them last an hour or more though at times. It just depends how many people are mashing the refresh button right at midnight to get one. You can check the history of free sign ups by looking through the history in the server monitor: http://heliohost.grd.net.pl/monitor/ (note that free sign up periods that lasted <2 minutes will show as never having opened). Our biggest problem is that we have far more demand than we can meet, and can't afford to expand. Some months, we don't even manage to break even on our operating costs let alone be able to afford new servers. That's the big reason we've been pushing for donations lately.
  8. When you delete an account, it immediately gets marked as inactive while it waits in line for deletion. If you renew it, it cancels deletion. Just delete it, make sure it goes inactive/suspended, then wait until it disappears entirely (or if you use your own domain, it will become queued again once it's no longer assigned to an account).
  9. This was because you put heliohost.com and not heliohost.org when you signed up. We don't own heliohost.com, we're at heliohost.org. I've corrected your main domain for you. Please give it up to 12 hours to take effect. When it finishes, your site will be reachable at http://alimzein.heliohost.org
  10. First, you need to allow Remote MySQL for your IP address (or add a % for all addresses) in cPanel. Once you've done that, you should use johnny.heliohost.org as your MySQL server, not your domain. Port is 3306. Your domain being queued should not affect Remote MySQL. Your domain will start working for web content in the next few hours. Johnny can take up to 12 hours to set up a domain.
  11. Domains take up to 12 hours to start working. Please wait at least 12 hours, then clear your browser cache.
  12. The contents of your message seem to have gotten lost. Please post your issue on our support forums for assistance: https://www.helionet.org/
  13. Posted in admin board.
  14. XMR has been set up now too
  15. We also accept Bitcoin if you're able to find a way to purchase or earn some of that.
  16. 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.
  17. 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.
  18. Only Ashoat (the founder), and he rarely if ever posts publicly.
  19. It's archived. Escalating to have it restored.
  20. 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.
  21. 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
  22. This support request is being escalated to our root admin.
  23. 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.
  24. 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.
  25. 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.
×
×
  • Create New...