Jump to content

wolstech

Chief Risk Officer
  • Posts

    18,500
  • Joined

  • Last visited

  • Days Won

    717

Everything posted by wolstech

  1. You don't need a web host for that, you need a VPS or game host. There aren't going to be many if any shared hosts that will run it because of the extra background processes. Hlstatsx is not standard web software. There are dedicated gaming hosts that specialize in running this sort of app, so if you don't want to manage a server yourself, you could use one of them. A search for hlstatsx hosting turns up many promising results including a "free" (well, free but they upsell premium service) web host.
  2. Don't use htaccess for that. Just put an index.php in the folders you want to protect and use a single header() command to redirect users who enter the folder name without a specific filename on the end. A user's browser has to be able to access those folders to retrieve the style sheets, so locking the user out will break your site. By putting an index.php in there, you can still retrieve specific files if you (or the browser) knows their name, but just visiting the folder without a file name will serve the index.php, which redirects the user.
  3. This support request is being escalated to our root admin.
  4. The account edm is not suspended. If you see the suspended page, please clear your cache.
  5. You asked this before. Hlstatsx requires a custom daemon that we don't support. https://www.helionet.org/index/topic/27674-solved-open-port-number-27500-and-permission-to-run-3-cron-jobs/ Have they released a version that doesn't require a background daemon? If not, what are you implementing since hlstatsx itself won't run here?
  6. You already have a topic here: https://www.helionet.org/index/topic/29769-remote-postgres-access/
  7. @heliohob: I moved your post to its own topic: https://www.helionet.org/index/topic/29769-remote-postgres-access/
  8. This support request is being escalated to our root admin.
  9. No it won't. Be aware that the main domain may not point the same place though. If your addon domain points to a folder other than public_html (e.g. a subfolder), you'll need to move the files.
  10. You can't change it to your main domain to that domain because it's already attached to your account. If you really want to change the main domain, you need to remove it from the Aliases or Addon domains first.
  11. This support request is being escalated to our root admin.
  12. This support request is being escalated to our root admin.
  13. It was blocked for failed IMAP logins. Did you save the wrong password in your mail client? Unblocked.
  14. That's sadly normal for Johnny due to overloading. Try adding it again, but it'll probably fail with something along the lines of "The domain already exists in the Apache configuration." If that happens, let me know and I'll escalate to have a root admin add it for you.
  15. You can add it in cPanel under "Alias" and it will display the same content as http://subodhc.heliohost.org/
  16. It's not. The new one will not be deployed.
  17. Considering the topic's age, that's unsurprising. Feel free to post new ones
  18. Escalating to have it restored.
  19. They're indeed showing correctly now...
  20. Wouldn't be surprising considering Freenom is already terrible in every other way imaginable...
  21. The NS records are in fact there, just wrong. They need to be "ns1.heliohost.org" and "ns2.heliohost.org", not "ns01.heliohost.org"/"ns02.heliohost.org" (there's no 0 in the correct entries). Also, there are no third and fourth name servers, so those should be removed entirely. @Krydos: Byron's tool is a bit odd with the NS option. If the records are pointed to servers that don't exist, they sometimes won't show unless you pick "ALL".
  22. This is normal. Java is enabled only on one protocol at a time. When you request it, it's enabled on plain HTTP. Remove your https redirect and your site will function properly. Or, we can enable it on HTTPS, but then regular HTTP connections will give a 404 error instead.
  23. No problem. Glad to see it's working now
  24. Unblocked.
  25. Assuming the script will run on our servers, use localhost, or 127.0.0.1 if it needs an IP. If accessing remotely, be sure to allow your IP in the Remote MySQL section of cPanel, then use johnny.heliohost.org (or 64.62.211.131) as the host. Is there a specific error it's giving you?
×
×
  • Create New...