-
Posts
26446 -
Joined
-
Last visited
-
Days Won
944
Everything posted by Krydos
-
I made some changes to the deploy script. Now if your filename already starts with your username and an underscore it doesn't append another username and underscore to the front. So if your file is blog.war then it becomes xitix_blog.war. If your file is xitix_blog.war it stays xitix_blog.war. That should solve a lot of your path/session issues I believe. Deployed. http://xitix.heliohost.org/xitix_blog/
-
If you log in at https://www.heliohost.org/login/ and then click the top cpanel button you will log in with https. If you click the bottom cpanel button labeled "insecure" it will log you in with http. The reason we provide insecure logins is because our secure logins are on port 2083 which a lot of companies and schools block random ports like that. If the secure login doesn't work for you then you still have an option to log in on port 80 with the bottom button.
-
Upload your .war file to /home/jbbpatel/filename.war Then make a new post in http://www.helionet.org/index/forum/45-customer-service/ stating your username, server, and the name of the .war file. The instructions for having a .war file deployed is located at http://wiki.helionet.org/Java_Servlet#Upload_The_.war_File It looks like you picked the Johnny server which has a pretty long line to receive java. I have verified that you have correctly requested java on your Johnny account, and you can see your estimated install date at https://johnny.heliohost.org:2083/frontend/paper_lantern/java/index.live.php Keep in mind that the java install wait on the Tommy server is only a few hours so if you want to get java access as quickly as possible it's definitely faster to switch to the less crowded server.
-
Magento 2.1.6 Cron Jobs Failing Due To Php Memory Limit
Krydos replied to huabao's topic in Customer Service
-
Magento 2.1.6 Cron Jobs Failing Due To Php Memory Limit
Krydos replied to huabao's topic in Customer Service
It might have been an older version I was looking at. I just made a quick google search and that was the first number I saw, but looking at magento's own website on their latest version they do suggest setting the php memory to 2gb. Even if your server had 256gb of memory or whatever the ridiculous amount of time it would take to load and unload 2gb of memory data for each php process would be so slow. This magento thing is just too funny. I can't even take them seriously. I think the term "bloated" might be a ridiculous understatement in this case. On a less comical note, what exactly do you need magento for that cannot be done quicker and easier with literally any other piece of code? NSFW (I warned you...) I recommend anyone who is sick of Magento to read this http://alternativeto.net/software/magento/ -
I'm positive no one has ever done most of what you're doing so if you can explain what you've done so far to make things work it would be beneficial to anyone who has the same issues in the future and finds this thread by searching.
-
Deployed. http://xitix.heliohost.org/xitix_blog/
-
Magento 2.1.6 Cron Jobs Failing Due To Php Memory Limit
Krydos replied to huabao's topic in Customer Service
Too bloated to run anywhere tbh. @huabao do you have a lot of plugins or something? The magneto website says 256 MB which is a lot more reasonable. -
I just tested the password reset form on Johnny and it worked for me. According to the log files it looks like the reason your password change failed is because of high load on Johnny. This happens pretty frequently since Johnny is our experimental server, and is quite a bit less stable than our other servers. You can try again to reset your password at https://www.heliohost.org/reset/ when the load is lower. You can check Johnny's load by looking at this image https://www.heliohost.org/load/server_load_j.gif If it is more than 10 or says down that means the password reset probably won't work. Let us know if you still can't reset your password and we can help further.
-
Deployed. http://xitix.heliohost.org/xitix_blog/
-
Deployed. http://jaganra1.heliohost.org/WebApplication2/
-
I have manually reset your password, tested the new password, and emailed the new password to your contact email address. Please let us know if you can log in now. Email is a very insecure method of communication so please change your password at your earliest convenience to ensure your account's security.
-
Try resetting your password here https://ricky.heliohost.org:2083/resetpass?start=1 This form doesn't accept your email address as a username so make sure you use "locked". We've had a few reports of the reset/login form on our homepage not working for certain people, and we suspect it has something to do with special characters like accented letters or special symbols but since passwords need to remain secret it's rather difficult to debug.
-
Here is the error you're getting on home.cgi Can't locate XML/LibXSLT.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at home.cgi line 4. BEGIN failed--compilation aborted at home.cgi line 4. You can get this error message yourself by going to https://johnny.heliohost.org:2083/frontend/paper_lantern/cron/index.html and creating a cron job with the code /usr/bin/perl /home/glario52/public_html/cgi-bin/home.cgi The output from that command will be emailed to your contact email address that you can specify on that same cpanel page. Be sure to note that you are only allowed to run 2 cron jobs per day.
-
We already had plans on doing something like this (see http://www.helionet.org/index/topic/27995-suspended-atn2017/?p=127977), and our monthly progress towards our financial goal is already automated (see https://www.heliohost.org/images/meter.png), and it's already high contrast and published on all of our pages. That's a good point about some people don't realize that you can use a credit/debit card to pay through paypal though. We've also already been discussing putting a card payment form on our site since we have SSL installed and people would know they are safe to submit their information to us. It's definitely an interesting idea though. One of our admins has apparently heard about Patreon and we have opened an internal discussion regarding the idea. I'll be interested to explore Patreon's site to see if they can offer us anything that we haven't already done or could do easier on our own. Thanks a lot for the suggestion!
-
It was all my fault. A load spike preventing system that I wrote went awry.
-
Does it work now?
-
What is your username, and main domain?
-
It sounds like you might have the pop3/imap settings correct, but the smtp incorrect. For smtp use ricky.heliohost.org, port 465, info@domain for the username, and the password for that account. Let us know if you are still unable to send emails with those settings.
-
[Solved] Request To Connect Remotely To Postgresql
Krydos replied to ilich's topic in Customer Service
You may now access the postgresql database ilich_secultura using the user ilich_secultura_user from any IP address. Let us know if it still isn't working.- 4 replies
-
- postgresql
- connect
-
(and 1 more)
Tagged with:
-
We had a guy make it onto the front page of reddit or something one time and we did our best to keep his site online, but it was a rough twelve hours. Our servers are pretty tough.
-
Our policy is to give users three chances. If it's obvious that the user isn't actually doing anything to reduce the load then we may not even give them three. If they really are trying to fix the problem we can sometimes give them more than three chances. You really probably don't have to worry about all of this by the way.
-
We offer unlimited cpu and unlimited memory for the most part. The way it works is as long as you're not causing anyone else's website to load slowly or go offline you're fine. Keep an eye on this image If that number goes over 20 and your account is causing the most load then you might get suspended. There are two types of high load suspensions: spike load, and sustained load. Sustained load is like if you have a blog that gets really popular and you're getting like a million hits per day. Spike load is stuff like web proxies such as glype or file transfer scripts like rapidleech. These scripts can cause load to spike really high when used even if it's only one person that is accessing it. I recommend checking in occasionally to see your load levels if you're curious. Just make a post and we can tell you how you compare to everyone else.
