Jump to content

Krydos

Chief Executive Officer
  • Posts

    23,796
  • Joined

  • Last visited

  • Days Won

    828

Everything posted by Krydos

  1. 503 means your script on port 4000 isn't running. Also, you only need to do 'RewriteEngine On' once at the very top of the .htaccess. Doing it over and over won't cause an error, but it looks kind of silly. I checked your cron jobs, and I don't see anything listed. Did you delete it?
  2. Which version of python are you using?
  3. We have an account on Tommy that did 47 GB of traffic last month. That's more than 100 times as much traffic as you got. Here is your load graph for the last week: You definitely don't need to worry about overloading Tommy.
  4. Trying to block certain IPs or trying to block certain bots just makes you look guilty of something. I wouldn't be surprised if legitimate crawlers like google down ranked you for doing suspicious stuff like that. Maybe link to the article you found and we can read it ourselves?
  5. See how there is no / at the front? Without that leading / it tries to look for a directory called home in it's present working directory. To be an absolute path it needs the / at the start.
  6. Maybe I should contact Invision and see if we still qualify for the renew price of $25 per 6 months. https://invisioncommunity.com/buy/self-hosted/ We could honestly just do the same thing as last time: Pay the renewal fee once, download and install the latest version, and then let the license lapse again. All you lose out on with an expired license is new version downloads and Invision support.
  7. You could try editing /home/roguitar/public_html/chat/server/websocket_server.php on line 9 and change ../vendor/autoload.php to the full path /home/roguitar/...etc The other option is you could edit the cron command to change to the correct directory first. The command would be something like this then: cd /home/roguitar/public_html/chat/server/ && /usr/local/bin/ea-php72 /home/roguitar/public_html/chat/server/websocket_server.php
  8. Same thing that was already posted. As some feedback to this link though, I tested it out and it works. It's definitely more complicated than zerossl was though. Oddly enough though, I tried doing a zerossl certificate after their major site redesign and I couldn't get it to work. I don't know if their site was broken when I was trying, or if I'm a special kind of dumb that can figure out a command line tool with 100 cryptic flags, but I can't figure out a simple web based gui. I don't know. Here's an example of the command I ran: le64.exe -email "admin@krydos.heliohost.org" -key account.key -csr krydos.csr -csr-key krydos.key -crt krydos.crt -domains "krydos.heliohost.org" -generate-missing --handle-as dns --live The krydos.csr and krydos.key files can be generated in cpanel by going to https://johnny.heliohost.org:2083/frontend/paper_lantern/ssl/csrs.html The link is for Johnny because Tommy and Ricky have autossl so you shouldn't need to do this.When you generate your krydos.csr and krydos.key files the CSR page will also create a .crt file that you apparently don't need for anything. So that can be kind of confusing I guess.The krydos.crt file listed above is generated by the le64 program, not the cpanel CSR page.Only run the command without --live at the end to test a few times, and when you're confident it's working right add --live to make the real certificate. Running it with the --live flag too many times would hit LE's really low rate limit and you'd have to wait some time to try again.I did my tests with DNS validation, but it's probably easier for most people to place a .well-known/acme-challenge file which is the default, so remove that flag too if you want otherwise you have to create a TXT record on your domain.The account.key I already had from previous Let's Encrypt SSL certificates. Not sure how you would generate a new one, if someone can chime in and explain that it'd be great.If the program runs correctly it will create the krydos.crt file, and then you go to https://johnny.heliohost.org:2083/frontend/paper_lantern/ssl/install.html to install the krydos.key file that you created when you made your krydos.csr, and the krydos.crt file that this le64 program made. That confused me for a minute because I assumed the program would output a new .key file for some reason.
  9. Cron is the simpler way to start your socket script, but it can also cause you issues. You're only allowed to do 2 cron executions per day, so if you waste them both debugging then you need to wait until the next day to try again. Running cron 3 or more times could result in your account being suspended.People have a tendency to use cron to start scripts, and then they don't know how to stop the script and the poorly written script runs amok on the server causing massive load and the account ends up suspended for it.If you want to try cron anyways knowing the risks, your command would be something like this /usr/local/bin/ea-php72 /home/roguitar/public_html/chat/server/websocket_server.php First set the cron execution to ONCE A DAY, and then since the server runs on UTC look at this https://www.google.com/search?q=what+time+is+it+utc and set the hour and minute fields to be a few minutes in the future. To stop all of your scripts you can run a cron like this killall -u roguitar and set it for a few minutes in the future as well. So one start and one stop and you're done for the day on cron jobs, so make them count. The count resets at midnight UTC so I guess you could run one at 23:58, 23:59, 00:00, and 00:01 and be fine, but if you kept that going you'd be suspended. The better way to do this is to use cgi to start and stop your script. I'm not going to copy/paste everything here from the wiki, but take a look at https://wiki.helionet.org/tutorials/discord-bot#starting-and-stopping-your-bot The same idea can be used to start and stop a php socket script as well.
  10. Suspended accounts do still cause a little load, but only like 1% of the load they would cause unsuspended. Still if someone on our servers gets the reddit hug of death suspending the account will help some, but not enough. The few times that this has happened I've actually had to delete the offending account's dns records, and after a few hours when the cached A records dropped off the internet the load finally came down to allow the other thousands of domains on the server to return to normal. The moral of the story, if your site is going to make it to the front page you should probably be using a VPS, not shared hosting. Even paid shared hosting would probably suspend you to get everyone else's sites back online. The chart updates once an hour, and the days are broken up based on 00:00 UTC. So at 01:00 UTC your current day's bars will show your load for the last hour, at 02:00 UTC your current day's bars will show your load for the last 2 hours, and so on. I've gone to great lengths, and spent a lot of time developing this load system to be as fair as possible. A lot of other hosting companies just suspend you if you go over X amount of memory used. This is silly though because if the server is fine, and everyone else's accounts are still online and fine why does it matter if one account crosses an imaginary line? Our system a popular account can sometimes cause massive load that any other hosting company would suspend for sure, and be fine. The downside to our system is it tends to cause some confusion because people have a good day like that with, just making up some numbers to illustrate my point, say 5000 people viewing their site or whatever and don't get suspended. Then they have another day where only 4000 people visit their site and they get suspended for it, but the second day with less views happens to coincide with 15 other accounts also getting 3000 page views causing the whole server to get overloaded and performance to drop for everyone. The first account is still causing the most load on the server with 4000 views, but they might not understand the bigger picture of the whole server. The reason I got upset is because our system can be a little confusing for users, I totally understand that, and your comments are just making it even more confusing to people, and making it seem even more unfair. Does that make sense now?
  11. There you go https://krydos1.heliohost.org/cgi-bin/modules36.py
  12. Pick a port that isn't already in use, like 4000, and use cgi or cron to start your script running listening on that port. Then use something like this to redirect requests to that port RewriteEngine on RewriteRule ^socket/(.*)$ http://127.0.0.1:4000/$1 [P,QSA,L] Then if you go to olimppius.heliohost.org apache will handle the html/php, but if your requests go to olimppius.heliohost.org/socket/(.*) it will be proxied to the internal port 4000 where your script is listening. Please be aware that port 4000 will not be accessible directly. For example olimppius.heliohost.org:4000 will just time out because the firewall will block it, but the firewall won't block internal ports between apache and your script.
  13. Those two lines are examples of static content, or in other words content like imgaes that won't be passed through and processed by flask.wsgi. You can delete those two lines or rename media to static or whatever if you prefer.
  14. I have no idea why you would say this. The numbers don't lie, so I don't know why you would lie to users about this. If you continue making things up we may need to discuss this further. This is the second time I've seen you spread blatantly false information, and who knows how many people you've told this to on discord. Your suspension shouldn't come as a surprise. We provide a tool in cpanel so you can monitor your own account load. As you can see you're one of the top memory usage accounts every day except the day that your account was suspended. To be honest the blue bars (cpu) don't matter as much most of the time. It's the red bars (memory) that will get you suspended easily. If you weren't aware of this graph you can check it yourself in cpanel at https://tommy.heliohost.org:2083/frontend/paper_lantern/load/index.live.php
  15. What do you mean? Python is available to all accounts on all of our servers without any setup.
  16. You can do sockets through port 80/443 if you use .htaccess to rewrite. If you'd rather have ssh command line access and the ability to open any ports you want you'll need a vps. https://www.heliohost.org/vps/
  17. Here's the current breakdown root@tommy [/home/wbdvsm]# du -h --max-depth=1 936K ./.cpanel 0 ./.htpasswds 21M ./tmp 0 ./public_ftp 564K ./etc 4.4M ./mail 36K ./.spamassassin 360M ./public_html 3.1M ./.cphorde 464K ./ssl 172K ./.softaculous 0 ./.pki 0 ./cache 16K ./.subaccounts 1.6M ./logs 52K ./.razor 0 ./.trash 391M . tmp can probably be cleared out if you want that 21 MB back.
  18. Here is the IPs he's used 150.129.8.8 162.247.74.216 176.10.99.200 185.220.100.245 185.220.101.140 185.220.101.141 185.220.101.202 23.129.64.192 51.255.77.78 77.247.181.163 77.247.181.165 91.250.242.12 Probably all proxies and VPNs, but it would be useful to get this criminal banned from his VPN subscription too. The VPN company can probably look at their logs and notify the local authorities of where he lives too.
  19. This suspension shouldn't have come as much of a surprise because we provide a tool to monitor your own account load If you weren't aware of this Account Load tool it cane be found in cpanel at https://tommy.heliohost.org:2083/frontend/paper_lantern/load/index.live.php
  20. It looks like your account never got unsuspended. Sorry about that. Thanks for bumping the thread.
  21. You need to do your migrations and rakes and whatnot on your development system, and then upload the resulting files to Tommy. If that doesn't work and you need shell access you have to get a VPS. They start at $4 USD per month and you get root access to the whole server. https://www.heliohost.org/vps/
×
×
  • Create New...