Issue Connecting VS Code to FTP Account on Hostinger - ftp

please feel free to correct me if any of my terminology is wrong or if any further information is needed in order to provide an answer. I'm trying to connect to an FTP Account on Hostinger with VS Code and for some reason I keep getting an error
[error] public_html (type = 3)is not a directory
I cannot for the life of me figure it out. The connection is clearly working, but it's not finding a directory which is clearly available and properly labeled as such, as well as being properly referenced within the sftp.json.
So far I've worked through most of the issues with getting a firm connection without errors.

Related

Lost bash got jailshell on shared host reboot - how to get bash back?

A few days ago my shared hosting ISP apparently had server issues and ever since I get jailshell rather than bash when connecting with .ssh.
After three tech troubleshooting sessions, they have not been able to restore my bash capability. They say they get bash if they log in. They seem to keep trying ineffective measures, and provide no details about them.
During the server restart I had tried to log in, and saw the jailshell then. Could that attempted login during server restart have caused this issue?
In any case, advice would be appreciated on how I can get bash back or tell them what to try on their side. Are there useful questions to ask, or things to suggest to them to try to resolve this?
Multiple machines have been used with .ssh with same results. I can FTP into my account (if going to root I see just a few jailshell files; if going directly to folder and then up to root I see all my files; the web serving is not affected).
-Ken

Freeswitch - mod_spandsp: Cannot send non-existant fax file

I just recently set up a FOIP server which involved configuring several different applications and one of them is freeswitch. I've searched and searched but haven't found a good solution for this problem, so I'll get right to it. This is the error message:
[ERR] mod_spanddsp_fax.c:1367 Cannot send non-existant fax file [usr/ictcore/data/document/document_1.tiff]
I have tired several things to troubleshoot the issue such as checking permissions, installing the correct dependencies, etc...so if that error message strikes anyone as something familiar please share. I can provide full logs per request.
Here's a hint for people who run into this stupid issue. Disable SElinux before changing any configuration files and make the changes permanent, otherwise a reboot will put you back right where you started.

CodeIgniter error - unable to connect to database using the provided settings

I have a CodeIgniter setup that has been running fine for the past 2 months and recently I keep getting:
CodeIgniter error- unable to connect to database using the provided settings
I've recently added a new domain that has a landing page for the database login (zPanel), but I don't see how that could have caused a problem--maybe the page keeps getting directory attacked or something, but I'm not sure.
Is there a way to check if this is the problem through logs? I'm at dead ends with this problem, as when I restart the server (DigitalOcean) it works fine again.
Really not sure. If anyone else has had a similar problem, I'd love to hear your solution.
Thanks.
I think your mysql is going down so Codeigniter can't connect to your database settings.
Please login to SSH and check processes by "TOP" comment. See what is using resources ram or cpu.
And check your mysql conf settings, be sure that everything written if its empty it will cause alot of problems.
Some example :
http://www.maxwhale.com/how-to-optimize-mysql-for-1gb-memory-vps/

How did my PHP session path change?

EDIT - HUGE ERROR ON MY PART
I found another site that had the issue that I knew was not on the same server. Then I realized that the original site with the issue was also on a different server and had not been moved over completely yet. The server in question was actually a Plesk Parallels' server and the issue was caused by a patch applied to the server over the weekend due to a security update. This server did have the file path and I just had to chmod it to 777 instead of 77x for it to work. I apologize for the confusion and thank everyone for trying to help. +'s for all. :)
Original Post
I have a website on a shared hosting server (also mine) that since yesterday started giving me this error:
Warning: session_start() [function.session-start]: open(/var/lib/php/session/sess_678cf69f0f17b87c52136ee0280d23cc, O_RDWR) failed: Permission denied (13) in /var/www/vhosts/domain.net/httpdocs/index.php on line 1
I've checked /usr/lib/php.ini and /usr/local/lib/php.ini to see where it is set and both say it is set to the /tmp directory, which is where it should be set and always has been. The /var/lib/php/session directory never even existed. I did create it and give it 777 permissions but that did not help. Though the bigger issue here is why did it change to begin with. There is no .htaccess file for this site and I cannot find this being set anywhere on the site itself either.
This is the ONLY site on this server with this issue, telling me its something local to the website. I just cannot figure out what. So my question is this: what should I look for to check the session save path settings for an individual site on a shared hosting environment to find out why it suddenly changed for this one client?
FYI, I am running a WHM server.
Thanks
session_save_path(realpath(dirname($_SERVER['DOCUMENT_ROOT']) . '/../tmp'));
You need to add the above code before starting the session.
You don't appear to have write permission to the /var directory on your server. This is a bit weird, but you can work around it. Before the call to session_start() put in a call to session_save_path() and give it the name of a directory writable by the server. More details here
I found another site that had the issue that I knew was not on the same server. Then I realized that the original site with the issue was also on a different server and had not been moved over completely yet. The server in question was actually a Plesk Parallels' server and the issue was caused by a patch applied to the server over the weekend due to a security update. This server did have the file path and I just had to chmod it to 777 instead of 77x for it to work. I apologize for the confusion and thank everyone for trying to help. +'s for all. :)

Server error when loging in Joomla

The site has been just moved to a new host. Everything works as it is supposed, but when trying to log in as administrator, I am given the following error:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, webmaster#localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Any idea of what can be wrong? htcaccess file is renamed to htcaccess.txt
If you follow everything in here you will find what you forgot.
Typically configuration.php is what is forgotten. In addition I strongly recommend Akeeba backup. Something to think about next time.
I have finaly figured it out. The htaccess.txt was in the root directory. What I had to do is to rename the .htaccess file in administrtor folder.

Resources