wolstech

Sounds like you got blocked by the firewall. It's rather easy to get yourself blocked in certain cases. Too many FTP connections is one of the more common reasons, so if you were doing a lot of FTP work, I wouldn't be surprised if that was the cause. I've been blocked a few times myself...

An admin can check and unblock you if needed.

I'm not sure about that one...a mod or admin would be able to tell you.

With the cronjob limit, does that mean hourly jobs arent possible? Or does that mean i could run a 30 min or hourly job as long as there is just 1 job line?

Two executions per day. An hourly job is 24 executions per day. If you have a single job, it can be run twice a day at most.

If you need to run something more frequently than that, you'll need other ways to launch it. I'm not sure if setcronjob.com could do it or not.

The domain you listed should be t0440js.heliohost.org, not t0440js.heliohost.com.

As for your domain, t0440js.heliohost.org is working fine for me, although high server load is making it difficult to reach. Once I managed to load it, I saw an under construction page with a broken graphic. What I believe is your add-on domain (exampleofrenewableenergy.com) is showing a database error.

If you still see the queued page, please clear your cache. If it's timing out on you, I'd suggest trying later when Johnny isn't so busy.

peterbrackenbury.com is working fine for me. I see what appears to be a portfolio.

Please clear your cache. If it still doesn't work, perhaps try viewing it on another PC.

As you suspected, your account was suspended for inactivity, probably because you did not log in to cPanel for 30 days. I've renewed it for you this time, but in the future you can renew an inactive account yourself by using this script: http://www.heliohost...t/scripts/renew

However, the domain you mentioned (wonderfulplanet.net) is showing a not found error from Tumblr.

You can only run 2 cron jobs per day. A cron running every 30 minutes runs 48 times per day, which is way over the limit. You can run the same job twice a day, 2 different jobs once a day, etc. but no more than two runs total for your account in a 24 hour period.

The reason they kept disappearing is because the server saw that it was set to run too frequently and deleted it. I noticed that you also posted over in the suspended section. Your repeated attempts to set your cron job is likely what got you there. A moderator or admin will need to unsuspend you.

I see the same thing Ice IT sees. The site is showing fine.

If browsers or PCs don't help, see if you can use another internet connection (a smartphone with WiFi turned off would work). That would eliminate your ISP as the cause.

Process limit issues can clear themselves quite quickly. What you describe doesn't sound like a process limit issue though. If you're hitting the limit, your site normally shows Internal Server Errors when viewed in a browser.

To me, your complete lack of connectivity seems more like being blocked by Stevie's firewall. Lots of FTP connections can get you blocked, and you mentioned doing a lot of testing and uploading, so I wouldn't be surprised. I've been blocked a few times before and had the same symptoms when blocked. An admin can unblock you if this is the problem.

Your account was suspended for inactivity, probably because you did not log in to cPanel for 30 days. I've renewed it for you this time, but in the future you can renew an inactive account yourself by using this script: http://www.heliohost...t/scripts/renew

Also, your account is on Johnny.

PHP is a system-wide program that can't be changed/updated by users. Also, mysqli already is installed on Heliohost.

You just need to code whatever program you're working on to use it instead of mysql.

That domain is working. I see an empty directory listing.

If you're still seeing the Queued page, please clear your cache.

It looks like Ice IT posted the wrong link...the correct script for changing your main domain is http://www.heliohost.org/home/support/scripts/domain

@Ice IT Support: It looks like you mistakenly posted a (broken?) link to the delete script instead of the main domain change script...

Phpmyadmin generated both files, so it should be able to read it, right? I'm new to mysql. I still can't see my database in the list and clearing the cache didn't help. I can view phpmyadmin normally on my other hosts, but not heliohost.

You'd think, but not always. HTML entities generally aren't valid in SQL commands (except as field data). The .sql dump isn't broken. Once the issue with not seeing your databases is fixed, you should be able to use that to restore the database.

As for not phpmyadmin not showing normally on HH, it does sound like a problem with the server. I just wanted to make sure the browser wasn't acting up. Caches that are corrupt or stale can cause several different issues, so clearing it is always a good first step when something breaks.

The .sql backup failed because you tried importing it without selecting a database first. Normally, you select the database in phpmyadmin, then you import, although that's a bit hard to do with your databases not appearing...

The XML backup has syntax errors. If all those HTML entities (the #62; & and similar) are actually in your file as the error suggests, that's the reason. Those need to be converted to actual characters. Not sure what the easiest fix for that is...most of the tools online that do the conversion are for small text strings, not large DB backups.

As for the databases not appearing in phpmyadmin, have you tried clearing your cache or using another browser? If so and you saw no change, an administrator would be able to help you more with that.

Well yes. I meant the contents of an image (binary data). It is echoed out. My test script is like yours, except it has an if statement to check that $src has data and not false in it. The problem is in my case the image content is never read. In your example code, $src is false(meaning the get failed) instead of the image data once the file_get_contents runs. Echoing false doesn't do anything useful...

I'll try a few other things, but I'm stumped as to why this just quit working on Friday...

Wow; that's amazing that will work. When you try to simply change the add-on domains in cpanel, no success; however when using the domain change script, it actually processes the request!! I'm going to begin on this assumption, make an A-Record for the root domain, www, and ftp. Did you need to do this for any other component? I use my own MX records, so that is not an issue. I think I got everything; time to wait lol. Thanks again!

Nope. The ftp record is unnecessary (just use yourdomain.com), and the www one may not work. The server usually wants exactly what is set as your main domain.

By the way, that's insane (.tk) would do that! Fortunately, I haven't had that issue with them yet, but I'm glad to be using a paid TLD now. Thanks again for the help.

I'm not the only one...there's hundreds of users who've complained about this. What's odd is there's no real rhyme or reason for which domains they pull. My main site is on a free .tk domain and has been for years without issue. It sees lots of traffic daily. The one that got pulled was registered 2 months ago and existed mainly to be a CNAME target.

The biggest complaint with them is that their "sponsors" mostly seem to be the adult industry and malware authors. My domain is currently distributing fake firefox updates and has offered me "free" pr0n numerous times.

If this were my main website, I'd probably be thinking about a lawsuit.

PHP's file_get_contents() isn't working properly on Stevie. It's been working fine since I started hosting here, but just stopped yesterday. If I use file_get_contents() to retrieve something else that's on my own domain, it fails. It works fine if I request something not located on my domain, such as Google's website.

file_get_contents("http://raxsoft.tk/raxdev/sbt/sb.php?b=105");

That code should return an image, but instead returns false. A request where the target is on my own domain will fail. If you view the targeted URL in a browser, it loads fine, so the resource isn't the problem. This exact command worked yesterday, but now fails for an unknown reason.

file_get_contents("http://google.com") returns HTML for google as expected.

Here's a test script that shows the issue: http://raxsoft.tk/ra...sbt/testget.php If it works, you'll see an American flag with a countdown to July 4th next year. If it fails, it'll say so.

Anyone have an idea why this is happening? (raxsoft.tk, user rax on Stevie)

Some basic instruction would be excellent. My site is just now activated: www.ghorr.tk I would like to use an A-Record method if it all possible with my (.com).

The following worked for me, no guarantees it will work for you. You need to use the domain with the A record as your account's main domain. If you already are using your main domain, you can't host a domain with an A record.

First, log into cPanel and look on the left hand side to find your shared IP address (it's in the column with the space meter, towards the bottom). Create an A record on your domain that points to that IP address. Then, use the change domain script to set your account's main domain to the domain that you put the A record on. Wait 24 hours for the queued page to go away.

I was considering using a CNAME as a last resort; my concern lies with what might happen if (.tk) went down. Please let me know what your method entails. Thanks!

Funny you'd mention that. I was using CNAMEs and this happened to me this past week. Dot.tk pulled a domain out of under me for some reason and everything pointed to it started serving a fake firefox update (malware). Don't do this!

You can host a domain that way, but it's unsupported. I'm currently doing it on Johnny.

If you still want help with this, I can post some basic instructions.

I'm assuming you want this just so you can use Cloudflare?

If you just want to set cloudflare up, you don't need those whitelisted. These instructions were posted by Krydos a while back:

Set your domain's nameservers to ns1.heliohost.org and ns2.heliohost.org

1. Park, or addon your domain through cPanel.
   
2. Wait 24 hours and make sure your domain is working as expected.
   
3. Log into cloudflare's website, and type in your domain.
   
4. Cloudflare will copy all the existing, proven to work settings and instruct you to change your nameservers to something like olga.cloudflare.com and cleetus.cloudflare.com.
   
5. Log into your domain registrar's website and make the changes.
   
6. Wait 15 minutes to 48 hours for your DNS changes to go through, and cloudflare will alert you when everything is good to go.
   

We don't use IIS, so we don't offer IIS manager.

Heliohost only offers Linux hosting.

A normal mail client like Outlook or Thunderbird might work, but the webmail won't. I'm not sure of the exact settings for a mail program, but the below settings have been posted in the past by an admin.

Email address: [your email address]

Incoming server username: [your email address]

Incoming server: stevie.heliohost.org

Incoming server protocol: IMAPS (SSL)

Incoming server port: 993

Incoming authentication type: Password (some programs like Thunderbird may call it "Normal Password")

Outgoing server username: [your email address]

Outgoing server: stevie.heliohost.org

Outgoing server protocol: SMTPS (SSL)

Outgoing server port: 465

Outgoing authentication type: Password (some programs like Thunderbird may call it "Normal Password")

The licenses tend to get messed up once every few weeks. It happens to both servers, and might as well be considered normal.

FTP should work if you need to get to your files while it is down.

An admin will hopefully fix it shortly.

Use an Add-on Domain or a Parked Domain in cPanel to add the domain to your account.

After that, wait at least 24 hours for it to take effect. If you're on Johnny, it can sometimes take longer than 24 hours depending on load.