小编Jon*_*han的帖子

我已在 IIS 中安装了 SSL 证书，但是即使我输入了友好名称，“名称”列仍显示为空白。有没有什么办法解决这一问题？

由于nginx 中的一个长期存在的错误，我被建议用 root 指令切换我的别名指令。不幸的是，这现在破坏了我的静态文件，这些文件与我的站点路径 ( mysite.com/blog-> /var/www/mysite/wordpress)位于不同的目录中。如何在不更改静态文件结构的情况下解决此问题？这是我的完整位置块：

location /blog {
    root /var/www/mysite/wordpress;
    try_files $uri $uri/ /blog/index.php$is_args$args;

    location ~ \.php {
        fastcgi_pass 127.0.0.1:9000;
        include fastcgi_params;
        fastcgi_split_path_info ^(?:\/blog\/)(.+\.php)(.*);
        fastcgi_param SCRIPT_FILENAME $document_root/$fastcgi_script_name;
    }
}

每次我重新启动服务器时，我的 URL 重写规则似乎都会重置。每次都重新创建它们显然非常令人沮丧！

我正在运行 Windows Server 2008 R2（完全更新）、IIS 7.5 和 IIS URL Rewrite 2.0。

有谁知道是什么导致了这种情况？先感谢您。

我已成功安装并使用 FTP 将文件传输到运行 Windows Server 2008 的服务器。我决定在 IIS 7.5 中创建一个 FTP 站点，该站点通向我的 \ftproot\ 文件夹，并努力使事情变得更多安全，我选择将用户隔离到他们的物理目录。

我现在有 2 个示例用户的以下文件夹结构：

C:\inetpub\ftproot\LocalUser\JoeBloggs\

C:\inetpub\ftproot\LocalUser\JohnSmith\

为了显示这些文件夹之外的用户文件，我知道我可以使用虚拟目录。但是，我在 \username\ 文件夹下创建的任何虚拟目录对我的 FTP 客户端都是不可见的。我已选择在“FTP 目录浏览”中显示虚拟目录，但这没什么区别 - 我什至无法通过它们的直接路径浏览它们。

首先，这是一个好的方法吗？其次（也是最重要的），为什么我不能通过任何 FTP 客户端查看这些虚拟目录？

预先感谢您的任何帮助。

我有一个位于 的 WordPress 站点mysite.com/blog，其文件位于/var/www/mysite/wordpress. 为什么，当我访问 时mysite.com/blog/test，如果我$args从 中删除，我的嵌套位置块只会被击中try_files？

server {
    server_name mysite.com;

    location /blog {
        alias /var/www/mysite/wordpress;
        try_files $uri $uri/ /blog/index.php$args;

        location ~ \.php {
            # This is only reached if I remove $args from try_files
            return 401; # For testing purposes 
        }
    }
}

这是日志中的相关错误：

"/usr/share/nginx/html/index.php" failed (2: No such file or directory)

我已经成功地在我的服务器上设置了多个站点，并且由于它们都被分配到端口 80，我在 IIS 站点绑定中为每个站点分配了一个唯一的主机名。

首先，这是正确的做事方式吗？

其次，现在有什么方法可以使用我的服务器 IP 访问这些文件吗？我尝试了“ http://ServerIP:80/HostName.com ”的各种组合，但我无法让它工作。

先感谢您。

在 Amazon Linux 2发行说明中，Amazon 建议 initscripts 不应再存在于/etc/init.d

Amazon Linux 2 使用 systemd 219 init 系统来引导用户空间并管理系统进程。它以 /sbin/init 形式提供，并取代了上一代 Amazon Linux 中提供的 System V 风格的 init 系统。因此，initscripts 不应再存在于 /etc/init.d 中。应使用 systemctl {start|stop|restart} SERVICE_NAME.service 代替它。此外，服务 SERVICE_NAME {start|stop|restart} 与 Amazon Linux AMI 和 Amazon Linux 2 兼容。

我们依靠 initscript 在实例启动时自动启动 Supervisor。systemd 219 init 系统下有可行的替代方案吗？