wolstech

This is what our server sees: http://bybyron.net/php/tools/dns_records.php?domain=thesisadviser.com&rec=NS As long as that shows CloudFlare records, you will get an error. It's when our server finally sees the ns1.heliohost.org and ns2.heliohost.org out there that it will work. Make sure you remove all other NS's as well (don't add them alongside CF). I'll escalate this, however Krydos will likely want you to change them again, allow it to fully propagate (which will cause several hours of downtime), then try again. If it still doesn't work, we'll need the exact error you're receiving so we can diagnose it (there are a few things that can cause a domain to not add that are not related to the nameservers, however those are moot unless the NS records are set since the system won't even try without them set).

SGN is an active account on Stevie, so you should be able to use it just fine. If you need the password reset, let me know.

Integrated CloudFlare support is supposedly planned for Tommy when he finally comes around, but that's likely a few months off, and even then it may not be in the initial roll-out since we'll be more focused on missed security holes and broken features. If you change the NS, immediately add, and change back, its unlikely most would ever notice the downtime anyway. Our server will see the record change immediately after you change it because it checks the registrar/root DNS directly, but most users would never see the changed records because of cached DNS at other providers and their PC. If users do see something, it'll be the Queued page for the duration of cache life. I would also like to see the NS requirement dropped, but I doubt it will happen. Checking A records seems reasonable to me, but Krydos likely has a reason why this wasn't done...I suspect ease-of-use since the same NS work for all of our servers, whereas A records would need to be set according to the server you sign up on, and we'd spend a lot more time troubleshooting issues.

Seeing Stevie is the only server we have that's available, you don't have much choice right now But if you could pick, I would leave it on stevie anyway. Stevie is fast and stable, if a little dated. My production site is on Stevie and have few issues with it. Johnny when he was around was down all the time. Tommy isn't released yet, but will be similar to Stevie performance wise when it becomes available.

While we're waiting for Krydos, I'll add my input. Looking at the account info, it was registered from a different IP range from your posts. You're reporting from Tucson Arizona (or somewhere nearby), the phishing account was registered by someone in Argentina. Doesn't mean much nowadays though due to VPNs and the like. The odd part is that phishing account has both of your domains on it, so whoever is responsible for it probably either watched that specific domain for some reason, or is scraping DNS for new domain registrations and sets up phishing at the targeted host whenever possible.

Fixed.

Can you post it here as an attachment?

The error is in Application.php, not in the file you posted. Assuming the file Autoloader.php doesn't exist in your application's Zend folder, I won't be surprised if the issue is the script needing a newer version of ioncube. The version of ioncube on Stevie is ancient (and PHP is as well, 5.3.8). I'd recommend finding a program that doesn't require ioncube. An open source program will be infinitely more flexible if you ever want to expand/customize it (ioncube's main use is to prevent doing this), and will not have dependencies like this either. If you really need to run this one, I'd suggest waiting for Tommy to be released (whenever that may be, likely a few months). That server will have up to date software.

Unfortunately I cannot write your code for you (both because I don't know the environment and data being passed to this program, and because we generally do not provide coding assistance except for troubleshooting compatibility with our servers). If you have trouble developing it though, feel free to ask questions. This site on PHP's website should get you started on how to handle your data, assuming your data is XML: http://php.net/manual/en/book.simplexml.php

I assume you want the value between the <servergenre> and </servergenre> tags. Explode breaks a string up into an array using the first argument as the delimiter, and is not the right function for this (though with some creativity and the trim() function, it could probably be made to work) Seeing that the format of the source data is likely XML, look up PHP SimpleXML. It makes it much easier to get any value you could possibly want with very little effort. This is the example page: http://php.net/manual/en/simplexml.examples-basic.php

I see you figured it out IMAP is a common cause of this. Your account has a limit of 6 processes running, and if IMAP is hogging them all for email, PHP doesn't have room to run. You just have to tell your devices to check your mail less often.

That account is suspended for Phishing. For security reasons, phishing accounts cannot be unsuspended, backed up, or deleted. You will need to create a new account and restore any backup you may have. Please be aware that you will not be able to reuse any domains on your suspended account, and will need to pick a new username. We apologize for any inconvenience this may have caused.

I'm seeing queued on my PC but not my iPad (where I posted from earlier). Not sure why. Cache is cleared and used 2 different browsers, and I can't get it to work on another PC either. My iPad shows an entirely different result ("Website under Maintenance") instead of a queued page. If you just added it today, give it 24 hours to resolve.

The account sgn likely doesn't work because you just signed up (in fact, it says you signed up tomorrow...10/16/16, but it's 10/15 here). Give it 24 hours. Tommy is not yet available to the public, so your account cannot be moved. As for the sgscl account and the disk space issue, escalating.

I get a 404 here. That likely got lost in the Cody move or the site upgrade.

Please clear your cache.

Try signing in directly using http://Stevie.heliohost.org:2082

That's because Johnny crashed and tommy isn't even released yet. You're probably looking at a few months wait to even get in line for Java since we don't even have a working server right now. My suggestion for now is to use non-java software and sign up for Stevie. Java on Johnny wasn't exactly known for having the best performance anyway.

Johnny suffered file system damage that is beyond repair. Pretty much nothing works properly on Johnny anymore except for FTP. You need to back your data up using FTP and move to Stevie. Please see http://www.helionet.org/index/topic/25786-johnny-backups/ Please note that we currently do not have any support for ASPX, Java or Ruby since Stevie is the only available functioning server. You will need to use PHP, Perl, or Python if you move to Stevie. If you need ASPX, you will need to wait until our new server Tommy is released or until Johnny is rebuilt (both are likely a several month wait).

You're blocked. 84.117.133.228 Stevie # DOS 42 connections - Thu Oct 6 07:57:13 2016 Escalating.

Please clear your cache.

Don't bump your topics. That sounds more like a computer or ISP issue. If you were using an IP that's blocked in our firewall, your site would also be inaccessible and you wouldn't be able to log into cPanel either. Most of the IPs you've been posting from are not blocked. Also, you still haven't answered Krydos's question. Normal FTP usage doesn't need nearly that many connections. What are you doing that makes you use the FTP so heavily?

Please change your cPanel password, then log out and in again. After that, it should work.

No. You need to use an older version of joomla or wait until tommy is released (which has 5.4 and up, user-selectable). Seeng that we currently don't have a timeframe for that release, I'd recommend an older version. Joomla 2.x and 1.x both run on Stevie, though 2.x may need to be manually installed.

What is the accounts username?