wolstech

You probably weren't able to reuse your username because there is a forum account with that name (I'm assuming yours, but didn't check). If that forum account is yours, I will need to rename it before you can sign up for an account with that username. If that forum account is NOT yours, you simply cannot use that as a hosting account username. Also, there is no way to change a hosting account username without deleting your account and signing up again when registration opens. If you want to do this, you can delete your account by signing into https://heliohost.org/login/ and selecting delete account. Then sign up as you did before when registrations open.

using only the "A" record (i.e. IP address) will not do it Yep. We don't support manually creating A or CNAME records on external nameservers except for the main domain (and even then, a bunch of stuff like email, subdomain creation in cPanel, etc. won't work right unless you manually create and update all the other records too).

Yeah, that report is showing that for me too...looks like it's either not yet fully propagated, or it failed somehow. Give it 24 hours...after that if it still doesn't show a straight list of our nameservers, your registrar is the one you need to speak to.

Our system see these nameservers: http://bybyron.net/php/tools/dns_records.php?domain=tambaza-admin.com&rec=ALL Something is wrong at your registrar. Usually we can see a nameserver change within a few minutes of it happening.

You're the second one to ask about Flask. Flask is currently not supported. Is there a reason you can't use Django or plain python/CGI?

It was inactive and wouldn't renew, so I manually unsuspended it for you. It probably needs an Apache restart to take effect though...it's still showing suspended for me. Escalating so Krydos can restart it (if it doesn't happen on its own beforehand...)

Johnny had a few minutes of downtime earlier today. It's up now. You can see the orange block on the monitor for HTTP: http://heliohost.grd.net.pl/monitor/

I've fixed this for you. Tommy doesn't even typically have queued pages (only Johnny is currently doing this due to load caused by Apache restarts). Your site is working now. Please clear your cache.

The only configuration that is officially supported is using the NS records. Please delete those records and create 2 NS records pointed to ns1.heliohost.org and ns2.heliohost.org. After that, please clear your cache and try visiting the site again. If it still does not work properly, we will look into it.

Done.

The name you requested is already taken, so I just made it craigary2 for now. Let us know when your account is created and we can change it back so they match

We'll have to wait for Krydos to look at this then.

The top one is a new one for me...never seen that before. The bottom one I can't replicate. The site loads fine. Have you tried clearing your cache or using a different browser? How about a different internet connection (e.g. cell phone data plan)?

This support request is being escalated to our root admin.

Please wait for Krydos to respond to this. I've never seen cPanel itself give a 500 error unless something was broken. Your website works for me though.

We didn't create new accounts for everybody after the crash, only made backups. If you wish to continue using our service, you need to sign up again. The problem here is that you might not be able to sign up just yet because whoever tarings2 is has your domains attached to that account (along with a whole bunch of others that aren't yours). I've dug a little bit more into this and have suspended tarings2 for abuse since the domains appear to have been stolen from you. There also appears to be phishing and other illegal activity occurring on that users' account (I see a lot of domains for facebook and bogus logistics companies, which are commonly used for phishing). Escalating so Krydos can look at this and remove your domains so you can create your own account for them.

That account's site content looks like a violation of the TOS..."premium link" generator...usually used for downloading warez without waiting. I'm not sure where we actually stand on these though, since there's no actual copyrighted unless the user inputs links to such content. We'll wait for Krydos on this one, but I suspect this is going to end up suspended for copyright infringement. Where are you seeing the 500 error?

It's a known problem...PHPMyAdmin is just poorly written junk these days It's especially bad if you're on Tommy, see http://www.helionet.org/index/topic/27714-difficulty-accessing-phpmyadmin/?do=findComment&comment=126637 A minute or more to open it is normal. You can always install something else on your account that's faster.

Perhaps a library like https://github.com/piwik/device-detector/ can do what you need? That one seems to detect most browsers and operating systems, among other things.

The broken connections probably timed out. Please let us know if you need anything else.

Let's see what Krydos says about this account. Escalating.

That account cannot be unsuspended. It appears that your site overloaded the server and caused ~30 minutes of slowness/downtime for everybody on Tommy: http://heliohost.grd.net.pl/monitor/

I'm not sure if we can support that or not. Make a post over in customer service asking for it on your server and I'll see what Krydos says.

*facepalm* This is what I get for posting before my coffee (it's not even 8am here yet). Yeah, the variable would need to be set in the same file. Using it still means only one edit per file vs. editing every include/require though. Another thing to consider is that relative paths and .. will work too (e.g. require("../includes/file.php") means "go up one folder, then go into the includes folder, then include file.php in there), so you might want to explore possibly using this instead (this is how I do it). I have no idea what browscap is, so no comment on that.

Seeing all of these should ultimately point to the same file, forget all the fancy logic and just use an absolute path. Includes are based on path from filesystem root, not web/document root, so the absolute path to the file would work regardless of which domain is used. If I'm following the code correctly, you should be able to just replace all of that with: <?php require_once('/home/sgn/public_html/nm/public_html/mobile/global/header.php'); ?> If you want to be nice about making it editable/movable later, set a variable containing the "/home/sgn/public_html/nm/public_html/mobile/global/" part in your config file (I'd personally just do it in the same one that has my database settings) so you can edit that path later if you need to move the scripts, without finding all the require_once() statements and editing them.