通过 cloud9 SSH 工作区创建的文件导致 404s
Files created through cloud9 SSH workspace result in 404s
我花了一些时间设置 Cloud9 以便在我的公司使用，在大多数情况下，一切都运行良好。不过，我遇到了一个与他们的 SSH 工作区相关的非常令人沮丧的问题，而且似乎无法在网上的任何地方找到有关它的信息。
问题是，当在 Cloud9 IDE 中创建文件时（通过 control+n 或任何其他方式 - 包括拖放上传），该文件在导航到时会导致 404一个浏览器。该文件非常清楚地存在，因为它在 Cloud9 中是可编辑的，并且当我们 FTP 进入服务器并确认它的位置时肯定会显示出来。但在浏览器中，该文件将导致 404。
一个有趣的注意事项：如果您要获取完全相同的文件，将其保存在本地，然后通过 FTP 将其上传到同一目录，一切都会按预期进行。
我真的不知道这是怎么可能的，这一定是我不熟悉的 SSH 的某种怪癖。有没有人有过这样的经验，或者有什么想法？
这很可能是由于对以不同方式创建的文件设置了不同权限造成的。使用 ls -la path/to/folder 命令应该输出类似
的内容
-rwxr-xr-x 1 user group 4467 May 10 01:02 server.js*
drwxr-xr-x 2 ubuntu ubuntu 4096 May 10 01:02 settings/
drwxr-xr-x 2 ubuntu ubuntu 4096 May 10 01:02 test/
并查找权限 drwxr-xr-x 部分和 user/group
的差异
您可以使用 chown 和 chmod 命令修改所有者和权限
我花了一些时间设置 Cloud9 以便在我的公司使用，在大多数情况下，一切都运行良好。不过，我遇到了一个与他们的 SSH 工作区相关的非常令人沮丧的问题，而且似乎无法在网上的任何地方找到有关它的信息。
问题是，当在 Cloud9 IDE 中创建文件时（通过 control+n 或任何其他方式 - 包括拖放上传），该文件在导航到时会导致 404一个浏览器。该文件非常清楚地存在，因为它在 Cloud9 中是可编辑的，并且当我们 FTP 进入服务器并确认它的位置时肯定会显示出来。但在浏览器中，该文件将导致 404。
一个有趣的注意事项：如果您要获取完全相同的文件，将其保存在本地，然后通过 FTP 将其上传到同一目录，一切都会按预期进行。
我真的不知道这是怎么可能的，这一定是我不熟悉的 SSH 的某种怪癖。有没有人有过这样的经验，或者有什么想法？
这很可能是由于对以不同方式创建的文件设置了不同权限造成的。使用 ls -la path/to/folder 命令应该输出类似
-rwxr-xr-x 1 user group 4467 May 10 01:02 server.js*
drwxr-xr-x 2 ubuntu ubuntu 4096 May 10 01:02 settings/
drwxr-xr-x 2 ubuntu ubuntu 4096 May 10 01:02 test/
并查找权限 drwxr-xr-x 部分和 user/group
您可以使用 chown 和 chmod 命令修改所有者和权限