Krydos

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?

Fair enough. Your account is now located on Tommy. The server transfer scripts are pretty new so let us know if you encounter any bugs. Thanks again for your nice looking images.

That account is already queued for deletion. All of the account creations and account deletions are load balanced. The lower the load the quicker they happen. The higher the load the slower they happen. Johnny has had exceptionally high load today so he's a bit backed up and taking a little longer than usual to delete accounts. Once he gets around to deleting your old account you would have been able to add that domain to your new account. I have manually removed the domain friendinger.ml from your Johnny account. Can you add it to your new account now?

A new invite has been sent to you. Let us know if you have any other issues. The domain you picked was already in use by another account so it can't be removed for you to use. Generally the javascript will let you know if a domain is already in use, but it's possible with Johnny's current high load that it timed out and let you use it anyways.

For anyone who searches and finds this thread the issue is the server that was chosen. Johnny is our experimental server which means that it can be rather unstable sometimes. The past 12 hours have had especially high load which resulted in slow loading times. For users who want faster load times and better uptime we suggest you pick a production server instead. We highly recommend Tommy.

Yep, your .htaccess file is in the right spot, and looks good now. The next problem I found is in your dispatch.wsgi file. It doesn't have the correct path. It should look like this sys.path.append("/home/saikosns/public_html/ComicPub") Since your running your django app in a subdirectory you need to specify that subdirectory in the path in order for it to find its modules.

Enabled.

The deployed version matches the version sitting in your home directory. Maybe try uploading it again?