wolstech

Wall mount can opener? Some form of shade or curtain? Human powered eliminates most things like appliances and fans...yet it has an adjustment for speed. Confusing when you say it's mounted 6' 6" off the floor (which would put it well over my head) but could also be practically on the ground...

500 errors are usually caused by broken software or too much load. If it does not go away on its own, you may need to fix your software.

Try renaming the index.php as well. You should be able to get a directory listing. Also, check in your account's home folder (the folder that public_html is inside of) for an htaccess and rename/delete if present. If that doesn't work, disable Cloudflare and purge the cache on their website and try again. I wouldn't be surprised if it cached the forbidden page. (Also, if I end up escalating this, the first thing Krydos will probably ask is that you change your nameservers to ours to eliminate Cloudflare completely)

If the python script is written for a web server, it can be made to accept data from POST and GET requests. You'd make a form in HTML to enter the required data, the submitted data is passed via POST to the script, script runs it and returns output. I don't know how to handle POST data in Python though (I'm a PHP programmer). You can likely eliminate the PHP component entirely if you're insistent on using Python. Do you have good reason (other than not wanting to rewrite your code) to use two languages? If it were me, I'd just rewrite the Python tasks in PHP and discard the python components...

Try renaming the .htaccess file in public_html. Chances are its set to deny you access.

You can't since we disabled exec. The closest I can think of is to write the python script as if it were for a website, then file_get_contents() the script through the web server from php. The output of your python script will end up in the return variable of the file get contents call for you to use in php.

Your account was suspended for running too many cron jobs. To help keep load low, we limit accounts to two (2) cron executions in a 24 hour period. This means that, if you only have a single job, it can run no more frequently than once every 12 hours, with two jobs, they can each only run once a day, and so on. Your account has been unsuspended.

This support request is being escalated to our root admin.

Database is likely invisible from the repairs last year. Escalating.

Seems to be working for me now as well. As tjoene said please clear your cache.

@Byron: Can you unblock me in Stevie's firewall please? I think I just managed to block myself for DoS using the Open All on the phishing scanner... :unsure: Speaking of that...can these IPs be whitelisted so this doesn't happen to me? * 204.13.205.35 * 69.242.123.95

You could try moving to Stevie, but I don't know how well his postgres works (it is newer if I remember right). I was able to create a database and user in cPanel and view/edit it in PhpPgAdmin though, so it appears to be working...

We changed it to MyISAM intentionally. InnoDB has a past history of being extremely unreliable here. It crashed a while back (on both servers no less!) and was broken for well over a year. It was actually just fixed a few months ago. It was read-only for everyone, and the mysql server would crash for everyone on the server every time someone tried to edit an InnoDB table. A ton of users had to convert their databases to MyISAM at that point, or have their databases manually restored when the server was fixed. Everyone had to recreate their database users too. In fact, because of it, I don't even have a single InnoDB table on my account anymore that I can test with! I dropped all of mine when the server was finally capable of doing it without crashing...

I'm seeing that as well. Says your active though and resuspending/unsuspending you isn't fixing it. Can you rename or delete the .htaccess file in your public_html folder?

The browser looks at the number and will actually attempt to connecting on port 9090 (which will fail)...htaccess is processed server-side, so unless you can specify a different port in your browser, and still somehow get the browser to connect on port 80, this will not work.

This support request is being escalated to our root admin.

@sagnik: No. It could be used to force https (if you have it) but you cannot redirect requests sent to other ports since our firewall would keep any connection not on a normal web port from ever reaching apache for the htaccess to process it.

Your account was suspended for causing high server load. I have unsuspended your account, but please try to limit the load you put on our servers as it slows down not only your site, but the sites of all other HelioHost users sharing your server. If you still see the suspended page, please clear your cache.

You have to try just after that time of day (midnight U.S. Pacific), so just after 8am UTC. We close the signups every day once a certain number of users have registered so the server doesn't get overloaded. Also, you can't have 2 accounts, so you'll need to delete your Johnny account before you can register on Stevie.

That's normal since you are on Johnny. Johnny is designed to be a more experimental server. It's intended to provide extra functionality at the expense of speed and uptime. If you need a reliable server and can do without Ruby, ASP.NET, and Java, I would recommend you move to Stevie. We are in the process of implementing a new server that will offer Johnny's features with Stevie's reliability, however that new offering will not be available for a little while yet.

Stevie's been up and down all day today. 17 alerts from uptime robot for my domains, and http://heliohost.grd.net.pl/monitor/ is showing abnormal behavior for Stevie as well. Also, it looks like NS1 died around 0830 PST as well, shortly after the first three hour period of instability (which began around 0400). When I was last able to get into cPanel, his load was through the roof and cPanel's pages were taking minutes each to load. Can you please look at this Krydos?

I see: That can be caused by three things: You forgot to change the config file for your software to match the new database user information or the username or password you entered in the file is incorrect. The host name should be localhost. You forgot to assign the user to your database, or assigned it to the wrong database. Stevie MySQL is down (it's not) PHPMyAdmin does not use the database user, so it doesn't test that. The fact you can see it there though tells me the database is fine. The permissions on the user are not the issue, you would get a different error message if they were (usually in the form "SELECT command denied for user X@localhost for database Y") The 0MB in cPanel is normal and can be ignored. All of mine show 0MB too, but have tons of data in them and work fine.

This support request is being escalated to our root admin.

Stevie and Johnny are not being replaced, it will be in addition to them. So far, the hope is when the new box comes online, it will host Cody and a server that will have Johnny's features but Stevie's stability and restrictions on load and signups so people who need a stable Ruby/ASP.NET host have a box to use. Those two won't even use all of the resources on the hardware either, so there will be room to eventually add other options as well...a multiversion PHP server was brought up in the discussion.

Probably an invisible database from the repairs last year. Escalating. Database is fairtrek_ft...