cchiera's questions

似乎这个服务器重定向问题可能比 wordpress 堆栈交换更适合服务器故障。

最初，我们在 example.com 上有一个静态营销网站，在 www.joesexample.com/blog 上托管了 wordpress 博客。

我们现在将该博客移至 blog.joesexample.com。但是，此博客托管在不同的服务器上（相同的服务器名称但不同的 WP 特定主机）。

并且原来的营销网站仍然托管在原来的其他服务器上。

因此，大概在 www.joesexample.com/blog 的原始主机上，我们将清空该文件夹并添加一个需要 301 重定向的 .htaccess，因此任何访问 joesexample.com/blog 的人都将被永久重定向到 blog.joesexample.com 为以及将所有帖子重定向到新位置。例如将 www.joesexample.com/blog/2014/01/my-post-title/ 重定向到 blog.joesexample.com/2014/01/my-post-title/

根据 Google 的结果，将进行以下工作：

RewriteEngine ON    
RewriteCond %{REQUEST_URI} ^/blog
RewriteRule ^(.*)$ http://blog.joesexample.com/$1 [R=301,L,P]

不确定因为它们在不同的服务器（ips）上是否重要，我认为它不会因为域名相同，而且该规则是否仅涵盖主博客主页重定向或所有帖子，我不确定它是否会重定向年/月/帖子标题格式的帖子。

最后，我首先在这里询问而不是简单地自己测试它的原因是因为它是另一个可以访问这个特定服务器的人，所以我想相当有信心在我让他们尝试之前它会工作。

更新 - 继续尝试让该人使用上述 htaccess。除了没有重写 url 字段中的 URL 之外，这一切似乎都在工作。

我的意思是，如果我访问http://www.joesexample.com/blog，它现在可以正确显示来自http://blog.joesexample.com的内容，但是 URL 字段仍然显示http://www.joesexample。 com/博客。所以听起来我仍然需要一个额外的 htaccess 规则来改变 URL 栏中的 URL 外观。有什么想法吗？

我有一个 13.04 的 Ubuntu 服务器，有两个相关的 IP 地址。例如，IP 是123.456.789.111和123.456.789.222，服务器有两个域，比如说example1.com和example2.com。

我目前有 example2.com 由 Apache 提供服务，我有 example1.com 由Varnish > Nginx提供服务。除了example1.com实际上由 apache 提供服务之外，尽管所有设置都显示它应该由 nginx 提供服务。

在 DNS 中 example1.com 指向123.456.789.111并且example2.com指向123.456.789.222。

在

/etc/apache2/ports.conf

我将其设置为：

NameVirtualHost 123.456.789.222:80
Listen 80

因此，任何指向该域的域都应该由 Apache 提供服务，这就是发生的情况。

在

/etc/default/varnish

我将其设置为：

DAEMON_OPTS="-a 123.456.789.111:80 \
             -T localhost:6082 \
             -f /etc/varnish/default.vcl \
             -S /etc/varnish/secret \
             -s malloc,256m"

因此，任何指向该域的站点都应该被 Varnish 接收。

然后在：

/etc/varnish/default.vcl

我将其设置为：

backend default {
    .host = "127.0.0.1";
    .port = "8080";
}

它将所有东西从清漆转发到 nginx，因为：

/etc/nginx/sites-available/example1.com
root /var/www/example1.com/public/

我有：

server {
        listen 127.0.0.1:8080;

需要注意的是，我还将该域与sites-enabled/example1.com 进行了simlinked。

所以 example1.com 应该由 Varnish 加载，然后由 Nginx 提供服务，但实际上它是从以下位置加载内容：

/var/www/

此外，如果我使用 example1.com 执行 www.isvarnishworking.com，它会说它没有通过 varnish 加载。（是的，我使用的是实际域名，而不是我在本文中使用的 example1.com）。

此外，我确实为 Varnish Nginx 和 Apache 服务重新启动，并且它们都重新启动而没有任何问题。

我还禁用了 nginx 中的默认站点：

sudo rm -v /etc/nginx/sites-enabled/default

也在：

/etc/apache2/sites-enabled

example1.com 不存在（因为它不应该存在，因为我不希望它被 Apache 加载）。

我不知道还要检查什么。有没有人有一个想法或命令可以帮助我看到什么 example1.com 没有被 apache 加载并被传递给 nginx？

** 更新 **

如果我停止 nginx、apache2 和 varnish 并首先打开 varnish 和 nginx，那么 example1.com 会正确使用 varnish 和 nginx 加载。但是，如果我运行：

sudo service varnish start

它说：

(98)Address already in use: make_sock: could not bind to address [::]:80
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80

我不知道为什么，因为是的，apache 和 varnish 都在监听端口 80，但它们正在监听不同 IP 地址上的端口 80。

监控密码是否有密码要求？

我无法启动监视器。执行 monit -t 显示语法错误是！在我的密码里。我将其更改为 % 然后它说字符是问题所在。

我在哪里可以找到可接受的符号？或者密码需要引号吗？

我正在按照以下说明在 Media Temple DV 4 上安装 PECL 扩展：http ://wiki.mediatemple.net/w/(dv):Install_PECL_extensions 。

运行时：

pecl install uploadprogress

它说：

pecl 安装上传进度
正在下载 uploadprogress-1.0.3.1.tgz ...
开始下载 uploadprogress-1.0.3.1.tgz（9,040 字节）
.....完成：9,040 字节
4个源文件，构建
运行：phpize
配置：
PHP API 版本：20090626
Zend 模块 API 编号：20090626
Zend 扩展 API 号：220090626
在 /var/tmp/pear-build-root/uploadprogress-1.0.3.1 中构建
运行：/root/tmp/pear/temp/uploadprogress/configure
检查 egrep ... grep -E
检查不截断输出的 sed.../bin/sed
检查抄送...抄送
检查 C 编译器默认输出文件名... a.out
检查 C 编译器是否工作...配置：错误：无法运行 C 编译程序。
如果您打算交叉编译，请使用 `--host'。
有关详细信息，请参阅“config.log”。
错误：`/root/tmp/pear/temp/uploadprogress/configure' 失败

有谁知道为什么它不起作用以及如何解决它？谢谢！

PS 我尝试了从源代码编译选项，但也失败了，并说：

phpize && ./configure -with-php-config=/usr/bin/php-config
无法找到 config.m4。
确保在模块的顶级源目录中运行“/usr/bin/phpize”

请注意，我不知道 config.log 位于何处以便能够在其中查找更多信息。

[已解决] 白色的 PECL 安装从未工作，这里没有人能找到答案，一旦我意识到我在配置之前没有 cd 到正确的目录，我最终能够从源代码编译。

我可以通过创建 dns 条目 media > cname > http://s3.amazonaws.com/将名为 media.example.com 的自定义存储桶指向http://s3.amazonaws.com/media.example.com media.example.com在我的 example.com 服务器上。

我的问题是，你能指出一个顶级域吗？如果可以，你如何在 DNS 中设置它？

也就是说，如果我创建一个名为 example.com（无子域）的存储桶，并且在 DNS 中，我仍然会做一个 cname 并将第一个框留空，选择 cname 作为类型吗？或者我是否必须将它指向一个子域，例如“www”，或者它应该是一个记录而不是 cname 等？

Joomla 1.5 的 URL 结构在 2.5 版中发生了变化。

之前是：

http://example.com/index.php?option=com_content&task=view&id=587&Itemid=73

现在是：

http://example.com/index.php?option=com_content&view=article&id=587&Itemid=114

*注意id和Itemid数字根据页面而变化，虽然所有页面都有URL，但id并非所有页面都有Itemid。

虽然我们更新了数据库中的所有链接，但很多人仍然拥有旧的链接结构，因此我们想要编辑.htaccess文件，以便如果有人进入旧结构，它将转发到正确的结构。

简单地说，在 URL 中输入的任何 URLexample.com都应task=view替换为view=article。

有谁知道一个简单的方法来做到这一点.htaccess？