Krydos

We do offer free signups on Tommy, but they are limited to prevent him from getting overloaded. As a thank you gift for your donation we give you the benefit of getting a Tommy account easily.

You picked the Johnny server which is our experimental server. What this means is Johnny can sometimes experience high load, instability, slow response, and downtime. If you look at our official server monitor at http://heliohost.grd.net.pl/monitor/archive/?2017-06-28 you can see that there was a period of downtime when you posted this topic. Since then the downtime has ended and your website is now working for me http://mabaomsi.heliohost.org/ Is it working for you now too? Since you mentioned downtime on Johnny I want to mention that if you need better uptime we highly recommend transferring your account to Tommy, our production server. There are two ways to transfer your account. The fastest and easiest way is to go to https://www.heliohost.org/donate/ and we will transfer your account for you within a few hours. The other options is to follow the instructions at http://wiki.helionet.org/Moving_your_account Keep in mind that the free Tommy signups open at midnight UTC and have been filling very quickly lately. Last night they filled up in 17 seconds. The night before that it was about 4 minutes. Let us know if you have any questions about transferring your account.

Your URL should look like this lefterov.heliohost.org/cgi-bin/bob.py?n=359897890266&t=test You have a & after bob.py instead of a ?

@lefterov, your topic has been split to http://www.helionet.org/index/topic/28626-python-cgi/

Johnny currently only has one version of python: 2.6.6 Tommy has 2.7.5 and 3.6.0.

Yes, CloudFlare should reduce your load some. Disabling Wordpress plugins usually reduces your load by a lot.

AutoSSL does not update Let's Encrypt SSL certificates, which is what the domain nifomat.com currently has. Common name: nifomat.com SANs: itech.heliohost.org, nifomat.com, www.itech.heliohost.org, www.nifomat.com Valid from June 28, 2017 to September 26, 2017 Serial Number: 03fc492b87a2a80cd6737b8affb776ba2f61 Signature Algorithm: sha256WithRSAEncryption Issuer: Let's Encrypt Authority X3 Common name: Let's Encrypt Authority X3 Organization: Let's Encrypt Location: US Valid from March 17, 2016 to March 17, 2021 Serial Number: 0a0141420000015385736a0b85eca708 Signature Algorithm: sha256WithRSAEncryption Issuer: DST Root CA X3 Here's the error that AutoSSL reported: AutoSSL will ignore this website because this server’s AutoSSL did not provide the certificate for it.

I can see right in your screenshot that you have the wrong info entered into filezilla. You have open "kor12@Tommy SFTP" 1342 If you actually had your info correct like you claim it would say open "nadeem12@tommy.heliohost.org" 1342 I don't know how else we can help you when you're having such a hard time simply copy/pasting a few values into filezilla.

I think most people have had trouble with django connecting to sqlite. I always recommend using mysql.

I'm getting directory not found http://saikosns.heliohost.org/ComicPub/ Are we talking about some other django subdirectory now?

That IP was blocked for too many failed logins. I have removed the block and you should be able to connect again soon.

The domain luisbilhoto.cf has been deleted. Can you create your new account now?

What is your home IP? https://www.heliohost.org/ip.php

Please post the following information: Your cPanel username Your main domain The server that you are on

Deployed. http://citisnet.heliohost.org/citisnetsql3/

Yes, that is why you got blocked. I have removed the block for you and you should be able to connect again soon.

The 404 is because I undeployed it fully to show that the cache was cleared. Deployed. http://citisnet.heliohost.org/citisnetsql3/

You weren't neglected. You spammed us in all caps with many offensive posts, and directly insulted and called our volunteers names so your emails were flagged as spam. Thank you for this post which is a lot easier to understand. If you can continue being civil and follow the rules we will continue to provide you with support.

I don't understand how the previous servlet can be still in there considering my deployment script deletes the .war file from webapps and then waits for Tomcat to fully unload the servlet. Then the script shuts down Tomcat and waits until all of the Tomcat processes are completely unloaded from memory. Then it restarts Tomcat and deploys the new .war file. Anyways, I manually deleted your .war from webapps, and waited until Tomcat unloaded and deleted the directory. Then I manually shutdown tomcat completely, and waited for it to fully exit from memory. Then I deleted your directory in the work directory. Let me know once you're ready to deploy the new version again. You could also consider changing the name of the .war file in case it's your browser that is caching the old pages.

Yes, the problem still exists on Johnny. We recommend Tommy if you want a bug-free high-uptime server.

Ricky is down for repairs and signups are currently closed. You can choose Johnny or Tommy right now. We plan on buying some new hardware for Ricky and installing it in August at the latest. We'll get him back online after that.

Check out https://github.com/goldfire/howler.js/issues/513 You're not the only one having this issue with howler.js.

There you go: https://albertnis.com/test.aspx

Deployed. http://citisnet.heliohost.org/citisnetsql3/

Are you using MyISAM tables (which is the default, but doesn't support foreign keys) or InnoDB tables?