我正在使用Composer构建一个自动的WordPress部署,并且将wp-content文件夹保留在主要WP安装之外(因为我有一些自定义插件和主题),这是从github中提取的.从github拉出并运行composer之后,我的文件夹结构如下所示:-com...
我正在使用Composer构建一个自动的WordPress部署,并且将wp-content文件夹保留在主要WP安装之外(因为我有一些自定义插件和主题),这是从github中提取的.
从github拉出并运行composer之后,我的文件夹结构如下所示:
-composer.php
-env.php
-public/
|-index.php
|-wp-config.php
|-wp-content/
|-themes/
|-plugins/
|-sunrise.php
|-wp/
|wordpress stuff
我的htaccess规则在使用MAMP时运行良好,但是我使用VVV作为我的开发环境而VVV使用nginx,所以我的重写规则不起作用.
VVV使用2个conf文件:一个文件由VM上的所有站点共享(通用规则),每个站点一个文件(基本上只列出根目录).
这是我的网站特定的conf文件:
server {
listen 80;
listen 443 ssl;
server_name auto.dev ~^auto\.\d+\.\d+\.\d+\.\d+\.xip\.io$;
root /srv/www/auto/htdocs/wordpress;
# my rules
# tells nginx to prepend "wp" to things
rewrite ^/(wp-.*.php)$/wp/$1 last;
rewrite ^/(wp-(content|admin|includes).*) /wp/$1 last;
# end WP dir rules
include /etc/nginx/nginx-wp-common.conf;
}
所以我补充道
rewrite ^/(wp-.*.php)$/wp/$1 last;
rewrite ^/(wp-(content|admin|includes).*) /wp/$1 last;
这种工作(我能够获得管理区域,管理区域具有所有的CSS和JS),但我面临三大问题:
1)网站的前端不再有CSS. Chrome的控制台在我的index.php的第二行显示错误:
Uncaught SyntaxError: Unexpected token <
注意 – 看起来有些主题有效,有二十五主题的网站看起来很有效.
2)无论何时我试图转到http://auto.dev/wp-admin/network/,我都无法进入多站点网络区域,我的请求被重写为:http://http//auto.dev/ wp-admin / network /因此显然不起作用
3)最后我无法登录我的子网站.像http://auto.dev/wiki/wp-admin/这样的东西给了我一个重定向循环
4)我刚刚注意到,当我尝试更改网站的主题时,主题预览会被破坏.
解决方法:
只有几点说明:
您的wp-content /文件夹不在您所说的wp /文件夹下:
rewrite ^/(wp-(content|admin|includes).*) /wp/$1 last;
由于默认主题,如Twenty Fifteen附带/ wp / wp-content /文件夹,它可以解释为什么你可以在那里工作.
关于网络管理员网址中的缺失/ wp /部分,Daniel Bachhuber发布了这个方便的gist snippet来解决这个问题.它使用network_site_url过滤器来注入它.
<?php
/**
* Fix network admin URL to include the "/wp/" base
*
* @see https://core.trac.wordpress.org/ticket/23221
*/
add_filter( 'network_site_url', function( $url, $path, $scheme ){
$urls_to_fix = array(
'/wp-admin/network/',
'/wp-login.php',
'/wp-activate.php',
'/wp-signup.php',
);
foreach( $urls_to_fix as $maybe_fix_url ) {
$fixed_wp_url = '/wp' . $maybe_fix_url;
if ( false !== stripos( $url, $maybe_fix_url )
&& false === stripos( $url, $fixed_wp_url ) ) {
$url = str_replace( $maybe_fix_url, $fixed_wp_url, $url );
}
}
return $url;
}, 10, 3 );
另请参阅Multisite in subdirectory with root site address的开放票#23221
关于具有wp骨架结构的nginx多站点的一些discussions here on GitHub(我前段时间发布了一些实验).
本文标题为:php – WordPress Skeleton,VVV,Multisite和正确的Nginx规则
基础教程推荐
- 织梦dedecms如何在dede:sql中使用[field:global.autoindex/] 2022-08-27
- dedecms织梦全局变量调用方法总结 2023-07-08
- dedecms织梦cms常用判断语句汇总 2022-06-24
- pbootcms二次开发必须要了解的后台目录结构 2023-07-09
- PbootCMS网站标题描述等标签限制字数的办法 2023-07-08
- dedecms根据来访IP区域自动跳转对应页面的方法 2022-07-21
- dedecms织梦无需登录注册可下单购买的修改 2022-11-04
- 织梦DedeCMS搜索指定多个栏目文档的办法 2022-11-11
- pbootcms网站自动清理runtime缓存方法 2023-07-09
- 织梦dedecms调用当前栏目文章数的方法 2022-11-08