Krydos

The forum accounts kawish, and ubitecht have been merged into ubitech.

To elaborate a little. You are allowed to send more than 50 emails per day if you provide use with the following information in advance of sending the emailsHow you got the list of email addresses.Explain how the people receiving your emails approved you to send them email.Samples of the emails you're wanting to send.If you provide all three pieces of information and we verify that you're not violating our terms of service we can whitelist your account to send as many emails per day as you want.

I already fixed that domain https://www.helionet.org/index/topic/28698-the-domain-already-exists-in-the-apache-configuration/?p=130994

Java is not enabled on that account. In order to deploy a .war file you must first request and receive java support on your account by visiting https://tommy.heliohost.org:2083/frontend/paper_lantern/java/index.live.php

Your account has been unarchived and you should now be able to log in at https://www.heliohost.org/login/ Your domain should start working within a few hours.

If we only lose $20 per month last we did in June we have enough money to stay in business as we are for over 700 years. The thing is we don't want to just stay the same and stagnate. We want to grow and expand. There is a very high demand for a free quality webhosting service like ours. It's frustrating to us and to our users when our servers get overloaded due to the demand and operate slowly. It's frustrating to our users when we have to severely limit our free signups to prevent our stable servers from becoming overloaded. Tommy filled up on free accounts last night in 9.8 seconds. If we had more servers we could set up more stable servers and provide hosting to even more people. We're working to get Tommy back online as soon as possible. Currently no one can reach Tommy.

That is correct.

The same thing happened when we released the new homepage http://heliohost.grd.net.pl/monitor/archive/?2016-09-29 It needs to be manually updated to work with the new ssl helionet by Piotr GRD https://www.helionet.org/index/user/14622-piotr-grd/ By design HelioHost has no control over that server monitor. By not having direct control over it people can trust that we're not tampering with it to make ourselves look better (like a lot of other hosts do.)

When I type tuneitlouder.tk into http://www.freenom.com/ it says it's available to be registered. Codename25 might just need to reregister it.

Since it's difficult to know what resolution devices are going to view your website the best option is to make a responsive website https://www.w3schools.com/html/html_responsive.asp This basically means that the images and html all scale and rearrange themselves to look good on any size screen. Our homepage https://www.heliohost.org/ is responsive and should look good on screens as small as 320px wide, all the way up to the highest resolution 4k Apple retina screens.

This is because certain ISPs constantly change your IP even while you're browsing websites. This looks from the point of view of the server like session hijacking Source: https://en.wikipedia.org/wiki/Session_hijacking#Prevention Your options are to call your ISP and request that they don't change your dynamic IP constantly, purchase a dedicated IP from your ISP, or use a proxy to view your cpanel.

The only way to change your username is to delete your account and create a new one. To change your main domain go to http://www.heliohost.org/classic/support/scripts/domain

There you go http://krydos.heliohost.org/71/phpinfo.php

Please clear your cache.

You've got a bunch of mysql connections that have been sleeping without sending or receiving a single byte of information for about 2 hours. Close all of those connections instead of leaving them sitting open for hours.

The main reason people see that error is because they don't close their mysql connections. I've never used mysql workbench, but when I connect to mysql through to command line mysql --host=johnny.heliohost.rg --user=krydos --database=krydos_db -p that is going to use up one of the available mysql connections until I type exit which closes the connection. I suspect mysql workbench is the same. As far as your application, most languages keep mysql connections open in case you need them again until you explicitly close them, or the script ends. The syntax to close the connection depends on the language you use. Well written code will open a mysql connection execute the query and immediately close the connection again. That way the mysql connection is only open for a few milliseconds. The longer you leave those connections open the more likely you are to see that error.

Deployed. http://seguvigo.heliohost.org/seguvigo_segmentacionUvigo/

FAIL - Application at context path /spviz_sphereviz could not be started FAIL - Encountered exception org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/spviz_sphereviz]] I see a bunch of errors about having too many mysql connections open preventing it from even deploying. Are you closing your mysql connections?

# ./deploy_java spviz sphereviz User spviz found. Unable to find file: /home/spviz/sphereviz.war Java is enabled on spviz Usage: deploy_java <username> <.war file>

There you go http://ubitecht.heliohost.org/

Deployed. http://seguvigo.heliohost.org/seguvigo_segmentacion/

Let us know when you're ready to fix your high load.

Your account has been unarchived and you should now be able to log in to your cPanel https://www.heliohost.org/login/ Your domain http://sugarexperience.com.br/ should start working within a few hours.

Deployed. http://seguvigo.heliohost.org/tfgSegmentacion/

The directory dedek was 775 permissions when it should have been 755.