laravel forge设置了angularjs

时间:2014-07-26 15:38:20

标签: php laravel nginx

我刚刚开始运行并为我的网站提供服务而且效果很好。我网站的前端是纯粹的角度。

我已经将laravel应用程序中的所有角度方面抽象到我自己的本地机器上的directoy中,并已将此目录映射到forge vm上的code / app / angular

laravel应用程序映射到code / app / laravel

假设我在Homestead.yaml文件中将网站命名为awesome.app,并且已将其映射到我的hosts文件中。我想要/需要的是能够击中awesome.app并返回角度应用程序,然后通过awesome.app/users/1和laravel应用程序进行角度应用程序对laravel后端进行的任何调用选择并返回正确的答案。这可能吗?

所以基本上awesome.app应该返回静态文件,然后laravel应用程序应该在awesome.app /

上监听请求

编辑:我可以在vm上创建两个站点用于laravel应用程序,一个用于角度,然后设置角度,因此其默认基本URL是laravel站点,但这不是理想的,因为它意味着从中删除该设置在推向生产之前有角度

edit1:我想这需要设置nginx以在请求根域(awesome.app)时回复angular文件夹的内容并发送其余请求(awesome.app/或laesvel文件夹中的awesome.app/api/)。我不知道如何配置nginx,因为我在使用apache直到今天切换到宅基地。

最终目标是保持角度和laravel代码库分离,以便我可以将角度应用程序推送到s3,只需将laravel应用程序推送到ec2 / elasticbeanstalk

EDIT2:

感谢fideloper我终于有机会尝试你的建议,我想我大部分都在那里。来自/ home / vagrant / code / awesome / angular / build的角度应用程序正在正确提供,但是对/ api路由的请求没有返回指定的输入文件。我挖了一下,我不认为这是一个权限问题,因为我可以使用vanilla宅基设置访问laravel应用程序,所以我想它配置有问题

laravel应用程序位于/ home / vagrant / code / awesome / laravel中,index.php正常处于/ public状态。因此,我通过将根移动到位置块稍微改变了您的建议,因为/和/ api的根不同。我也尝试将root保留在服务器块中并在/ api / location块中添加别名,但这也没有返回指定的输入文件

也许你可以看到我哪里出错了?

server {
    listen 80;
    server_name awesome.app;

    index index.html index.htm;

    charset utf-8;

    location / {
        root /home/vagrant/Code/awesome/angular/build;
        try_files $uri $uri/ =404;
    }

    location /api/ {
        root /home/vagrant/Code/awesome/laravel/public;
        try_files $uri $uri/ /index.php?$query_string;
    }

    location ~ \/api\/index\.php$ {
        root /home/vagrant/Code/awesome/laravel/public;
        fastcgi_split_path_info ^(.+\.php)(/.+)$;

fastcgi_pass 127.0.0.1:9000;
        fastcgi_index index.php;

        include fastcgi_params;

        #This specifically sets so the /api/ portion
        #of the URL is not included
        fastcgi_param SCRIPT_FILENAME $document_root/index.php;
        fastcgi_param PATH_INFO $fastcgi_path_info;
        fastcgi_param ENV production;
    }
    location = /favicon.ico { access_log off; log_not_found off; }
    location = /robots.txt  { access_log off; log_not_found off; }

    access_log off;
    error_log  /var/log/nginx/awesome.app-error.log error;

    error_page 404 /index.php;

sendfile off;

    location ~ \.php$ {
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        fastcgi_pass unix:/var/run/php5-fpm.sock;
        fastcgi_index index.php;
        include fastcgi_params;
    }

    location ~ /\.ht {
        deny all;
    }
}

edit3:如果我删除第二个位置〜.php $位置块(我猜我应该这样)我得到一个实际的nginx 404 html页面,而不仅仅是404没有指定输入文件

edit4:下面的配置工作

server {
    listen 80;
    server_name awesome.app;
    root /home/vagrant/Code/awesome/laravel/public;
    index index.html index.htm index.php;

    charset utf-8;

    location /api/ {
        try_files $uri $uri/index.php?$query_string;
    }

    location / {
        root /home/vagrant/Code/awesome/angular/build;
        try_files $uri $uri/ index.html;
    }

    location ~ \/api\/index\.php$ {
        fastcgi_split_path_info ^(.+\.php)(/.+)$;

        fastcgi_pass 127.0.0.1:9000;
        fastcgi_index index.php;

        include fastcgi_params;

        #This specifically sets so the /api/ portion
        #of the URL is not included
        #fastcgi_param SCRIPT_FILENAME $document_root/index.php;
        #fastcgi_param PATH_INFO $fastcgi_path_info;
        #fastcgi_param ENV production;
    }
    location = /favicon.ico { access_log off; log_not_found off; }
    location = /robots.txt  { access_log off; log_not_found off; }

    access_log off;
    error_log  /var/log/nginx/awesome-error.log error;

    error_page 404 /index.php;

    sendfile off;

    location ~ \.php$ {
        fastcgi_split_path_info ^(.+.php)(/.+)$;
        fastcgi_pass unix:/var/run/php5-fpm.sock;
        fastcgi_index index.php;
        include fastcgi_params;
    }
    location ~ /\.ht {
        deny all;
    }
}

1 个答案:

答案 0 :(得分:2)

您对Nginx配置的假设是正确的。我会在nginx配置上做这样的事情(根据Homestead的需要更改名称或文件路径。我认为它会将代码放在/home/vagrant/www而不是/var/www中。)

一期

我发现您首先要与网址http://awesome.app vs http://awesome.app/进行区分 - 但这些URI实际上是相同的URI。我的第二个想法是http://awesome.app/是静态的,http://awesome.app/api是你的Laravel应用程序。

你有两种攻击途径(好吧,2我和我交谈,我确定还有更多):

  1. 让Laravel为主页提供HTML(否则您将在index.html页面中拥有该内容)。然后在Laravel内创建/api路线。这使您可以使用库存Nginx配置。故事在那里结束,这是更容易的方式。

  2. 配置Nginx中的/api/网址以与PHP通信,同时保留任何其他网址仅提供静态资源。这样做的一个自然结果是在你的Nginx配置中有更多的工作。

  3. 这可能是什么样的:

    server {
        listen 80;
    
        server_name awesome.app;
    
        root /var/www/awesome.app/public;
    
        # Not listing index.php file here on purpose
        index index.html index.htm;
    
        charset utf-8;
    
        access_log /var/log/nginx/awesome.app.log;
        error_log  /var/log/nginx/awesome.app-error.log error;
    
        location = /favicon.ico { access_log off; log_not_found off; }
        location = /robots.txt  { access_log off; log_not_found off; }
    
        location / {
            try_files $uri $uri/ =404; 
        }
    
        # Make index.php in /api url unnecessary
        location /api {
            try_files $uri /api/index.php$is_args$args;
        }
    
        # Only parse PHP for /api/index.php
        location ~ \/api\/index\.php$ {
            fastcgi_split_path_info ^(.+\.php)(/.+)$;
    
            fastcgi_pass 127.0.0.1:9000;
            fastcgi_index index.php;
    
            include fastcgi_params;
    
            # This specifically sets so the /api/ portion
            # of the URL is not included
            fastcgi_param SCRIPT_FILENAME $document_root/index.php
            fastcgi_param PATH_INFO       $fastcgi_path_info;
            fastcgi_param ENV production;
    
        }
    
    }
    

    因此,PHP只会解析/api URL。

    现在,在此设置中,您的laravel应用程序可能会使用网址/api/index.php进行调用,该网址应该在使用基本路由Route::get('/', ...);时仍然有用。

    就个人而言,我保持这个更简单,而不是做这个时髦的Nginx设置,因为它可能会导致更多的问题,而不是它的价值。但这一切都取决于您的设置。