wolstech

This is usually caused by badly-written code that doesn’t close its connections when it’s done with them. I assume you wrote the program yourself? If so, be sure your code is closing the database connections when you’re finished with them. Many times I find code that opens a new connection for every query, never closes them, and fails when it hits the connection limit. You should either open, query, close every time, or open at the start of the script, reuse the single connection for every query, and close it at the end.

A Whois response and an actual dns response are two separate things. They can say whatever they want on the Whois, but unless dns actually answers with the NS records, it won’t work. Your registrar is probably leaving themselves as authoritative and improperly delegating the domain. Contact them and ask that our NS be made authoritative for the domain and their NS be removed entirely. If they say they can’t, then you’ll need to find a new registrar.

That account is working. http://ubitech.heliohost.org/ Please sign in here: https://tommy.heliohost.org:2083/ instead of using our website. The account record is just missing from one of our systems, so our website won't work for you for the time being. I'll fix that when I'm near a computer.

For number 1, if you mean change the whatever.heliohost.org after you signup, then yes. You can use the main domain change script to do that. As for number 2, no, at least not in your own, A normal account can only have one heliohost.org subdomain, and it always points to public_html. That said, an admin can create additional ones pointed to other folders if you request them, there's just no user interface for doing it yourself. If you mean you want to create sub.whatever.heliohost.org, use the subdomains page to do that.

This is a common issue around here, and it's always fixed in the Java code. 99% of the issues are related to not naming the war file with the username_ on it before you deploy it. Other than that, I know people have had issues with the context path before (the way our system works causes it to guess wrong on what this is). I would start by rebuilding your war, naming the output file tujiorg_tujiorg.war. Then upload and deploy that file. That fixes most people's issues with this. If that doesn't help, you'll need to check your code to ensure you're using relative links. You don't want the code to include the domain name when generating links (because it can and will get the domain name wrong, resulting in links to localhost...). If I remember right there's also a way to force the context path by setting an attribute in one of the XML files, but I don't know Java much at all and might be mistaken.

Unblocked.

You misconfigured a mail client and got yourself blocked. 95.47.253.55 Tommy 2019-11-29 11:28:13 20 in the last 3600 secs lfd: Failed IMAP login UA/Ukraine/nat-24.brok-x.ks.uaMake sure the credentials in your mail clients are correct or you'll end up blocked again. Unblocked

Looking at that site a bit further makes me wonder if this should even be approved. I suspect that site may be distributing or linking to pirated movies/TV, which is against our Terms of Service.

That's likely the issue. We don't allow outbound connections on port 25461... Krydos might be willing to open this for you. Let's see what he says.

So a few things...first, be aware that the folder name tujiorg_tujiorg is the correct name. Our server adds username_ to all war filenames if it's missing before deploying them. Many war files don't like being renamed, so when building your war, be sure to build the war file with the username_ already added to the name. As for redirecting to localhost, does the war try to assume the domain from the request? Apache acts as a proxy here, and connects to your app on port 8080 to get content. You can also see what happens when your app is accessed directly by using http://tommy.heliohost.org:8080/tujiorg_tujiorg/ to get to it.

Can you post the full URL of the file being downloaded? Connection refused usually means either the remote server is broken/blocking us (not our problem, you'd need to contact that server's owner) or the port you're connecting on is blocked (outbound connections are supported on all standard ports)

There’s no good reason to do so since they’re already working and you want to keep the old domain anyway. The main domain and an alias are functionally identical on every respect except for what cPanel says is the primary domain. If you’re really insistent on doing so anyway, you need to remove the second domain from aliases, wait for it to be completely clear out, then change it as linked above. Note that this will result in downtime for the domain, and quite often fails.

Both of those domains are working.

Unblocked.

The accounts actually have different email addresses, and since one of the two is archived, you're not violating our TOS either. As for the domains being queued, please set the name servers for both of those domains to ns1.heliohost.org and ns2.heliohost.org, then add weconnect.us.to to cPanel as an addon domain. After that, give everything a few minutes and they should work.

That account could not be unarchived due to a server error. Failed to create the account: A database owner with the name “watersch” already exists. Krydos can usually restore these, but your username will change when he does this.

Unarchiving...

Gone. If you wish to also cancel the related hosting account, please use http://heliohost.org/classic/support/scripts/delete to do so.

Those are InnoDB raw files. If you received those, it means your database could not be exported. There's no good or easy way to restore them. Supposedly there's ways to do it, but you also need the ibdata1 file (not sure if you have that or not), a linux box, a detailed knowledge of the inner workings of InnoDB and MySQL, and a procedure that looks something like this: https://hoststud.com/resources/steps-to-restoring-table-structure-from-frm-and-ibd-files.465/ Then you need to use the resulting structure SQLs to create the tables, then the data SQLs from the frm file to load the data. Then you need to export the entire complete database from the test box and reimport it here. I've personally never succeeded at restoring one of these, and I've been dealing with MySQL for years. This is the reason we usually don't recommend InnoDB...it's nearly impossible to recover if something goes wrong. We've lost entire servers' worth of InnoDB data before... Unfortunately, if you receive frm and ibd files, the easiest solution is almost always to just start over.

1. Either way would work. Many prefer the www version and redirect all to http://www.streetinfo.lu, others prefer no www. Also, Google gives preference to secure sites, so supporting HTTPS would be a good idea. 2. That's usually based on traffic. I had that happen with mine as well. My site listing originally only had the download page for a specific software program I publish, and it was because the one program was what most people were interested in. There's not much you can do about this. Be sure to have a sitemap and links so Google can find its way around. It'll eventually pull in all the other content, though no guarantees on the order its presented in. 3. That sounds like poor ranking, probably due to lack of traffic and its young age. Odds are by next year, this one will be showing and the 2020 one won't. 4. You can't index PDF files through the search console. Adding metadata will help, but the files themselves will index naturally over time provided they have content that Google can read (i.e. text). If they're all pictures, they won't index unless you add metadata. It took months for my site to show on Google decently when its specifically searched for, and new content often takes weeks to show up at all. Having lots of organic traffic, HTTPS support, a site map, and quality content that's indexable (i.e. text) is your main concern. It goes a lot further than snake oil SEO methods. Finally, never use those "bulk search submission" sites. Back in the day these blackhat SEO methods were sort-of-OK, but nowadays it does nothing at best and hurts your ratings at worst.

Can MCrypt be installed on PHP 5.4 for Tommy? Just tried restoring a legacy application I haven't used in a while and it needs it.

What format is the file in? It needs to be an .sql file. If you have a .sql.gz or something else that's compressed, unpack it first. Then, in cPanel, go to "Backup" (not "backup wizard") and use the "Restore MySQL database" section to upload the file. It should create the database and import the data all at once.

There's a stale DNS cache somewhere between us and you... I see Tommy's IP for that domain: https://bybyron.net/php/tools/dns_records.php?domain=pleiadian.tk&rec=ALL

I've limited your account to 2 emails per hour as well, so once the counter resets and I can unsuspend you, it's now impossible to actually send more than 48 emails per day. You'll need to find out from whoever makes your software how to disable its email features. I'll unsuspend you this evening once the mail counter resets (I don't have a way to manually reset this counter).

That account does not exist, and I can't find any record in any of the various systems that it ever did exist. Searches by email, username, forum account all came back with nothing, and there's no backup listed either. Lets see if Krydos can find it.