wolstech

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...

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...

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. 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)

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. 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:

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.

They are the same, ns1.heliohost.org and ns2.heliohost.org. The error you're seeing when you park the domain is because the name servers aren't set. They must be set to heliohost's name servers before you can park the domain. Also, when adding your domain in cpanel, do not include the "www." in it. That will be handled by the server automatically.

I see an empty directory listing at nickscode.com If you're still seeing the Queued page, please clear your cache.

You used CNAME and A records as seen here. You need to use NS records. Since it's a subdomain, you likely can't set NS records on it. If that is the case and you can't or don't wish to change the name servers for the parent domain (ro.it), I'm not sure what the best approach on this is. An A record on your subdomain with the value set to the shared IP listed in cPanel, along with setting your account's main domain to the subdomain might work, but I'm not sure. An admin or mod would be able to tell you the best way to do this.

isalvador22.heliohost.org is showing Queued, not suspended. If you created the account in the past day or so, you may just need to wait a bit longer for the domain to be configured. cPanel usually starts working before the domain does on new accounts. Also, Johnny domains sometimes stay Queued for more than 24 hours due to server load.