Jump to content

wolstech

Chief Risk Officer
  • Posts

    17,706
  • Joined

  • Last visited

  • Days Won

    660

Everything posted by wolstech

  1. It sometimes takes more than 24 hours for them to start working. On Johnny, I've seen it take nearly a week before. Just wait. What's your username so I can look at it further? P.S. I deleted the inline image from your post since they're not supported.
  2. This support request is being escalated to our root admin.
  3. This support request is being escalated to our root admin.
  4. You're suspended for high load. You generally can't run proxies on Stevie without getting suspended. It doesn't really matter if it's private or not. A single execution of a proxy script uses enough resources that it can get you suspended for load very easily. The solution...don't run a proxy. There's tons of free proxies out there, we're not one of them. Alternately, you can move to Johnny and you might have better luck. Your account has been unsuspended.
  5. This support request is being escalated to our root admin.
  6. I see your website. Try clearing your cache. If it doesn't help, use a different PC. Search redirects like that are usually caused by malware, so you may want to check your PC for malware as well.
  7. This support request is being escalated to our root admin.
  8. What were the names of the databases?
  9. It's our firewall, not yours. Odds are you can't reach anything else on Stevie either. The server blocks you if you open too many connections. Usually heavy FTP usage is to blame for it.
  10. That account is not suspended. Based on your description, you're stuck in the firewall. An admin can check and unblock you if needed.
  11. Filter_input is known to have issues on some servers where it erroneously returns null when INPUT_SERVER and INPUT_ENV are used as the type (the other choices do work properly). People in the comments on PHP's site suggest using $_SERVER to avoid the bug.
  12. Johnny's postgres is configured to not allow external connections based on that error. Not sure why though. Stevie is. I'll escalate it for you.
  13. Maybe Krydos knows why then. Escalating.
  14. Because of function deprecation in 5.5+. A bunch of stuff like the (rather heavily used) mysql() functions were removed. Since a large amount of software relies on the removed functions, and a large portion of our users (including myself) run such software, we have no plans to upgrade beyond 5.4 since doing so will break a lot of things. Stevie will likely get 5.4 at some point though. I can't wait for 5.3.8 to go away.
  15. 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.
  16. They're still there. Krydos can make them accessible in PhpMyAdmin again. After that, you need to recreate and reassign the users for them. The sizes shown in cPanel display as 0.00MB for most users. Escalating.
  17. What are the database names?
  18. The software is probably broken. Have you tried using software other than Drupal? If so, does it also show 500 errors? If it was the process limit, all your sites would show 500 at the same time...
  19. Changing your password should be the fix for this. Try changing it again, then try using another PC. If it still acts up, let me know and I'll escalate it.
  20. Glad to hear you got it working, and thanks for the update It'll be useful to others who need to make our mail work on a Mac.
  21. This support request is being escalated to our root admin.
  22. I'm not sure which, if any, version of Thunderbird works on a Mac. I do know that Mac Mail is incompatible as well though.
  23. Thunderbird is not compatible with secure incoming mail on our server. See this topic: http://www.helionet.org/index/topic/21815-configuring-mail-on-thunderbird-38/ Thunderbird newer than 31.7 is not fully compatible with our servers because of an artificial restriction that Mozilla added. The solution for incoming mail is to downgrade thunderbird to v31.7 or older and use secure IMAP (secure POP may work, but I've never tested that), use unsecured connections, or get a different mail client. As for the security exception on outgoing connections, it's normal because of our self-signed certificate. Just add the exception.
  24. Everyone had this problem. What are the database names?
  25. You're suspended for inactivity since you didn't log into cpanel in the last 30 days. You can renew it here: http://www.heliohost...t/scripts/renew
×
×
  • Create New...