我正试图与拉威尔和vue一起打造一个水疗中心。还安装了用于管理目的的Voyager。旅行者号http://localhost:8000/admin .. 它使用了laravel web路由。
现在无法访问它,我正在使用Vue路由器为我的路由:示例为我的家庭路由(vue)http://localhost:8000/home
应用程序。js
...
import VueRouter from 'vue-router';
import App from './components/App.vue';
import Home from './components/Home.vue';
Vue.use(VueRouter);
const router = new VueRouter({
mode: 'history',
routes: [
{
path: '/home',
name: 'home',
component: Home
},
],
});
const app = new Vue({
el: '#app',
components: { App },
router,
});
一个pp.vue
<template>
<div>
<h1>Vue Router Demo App</h1>
<p>
<router-link :to="{ name: 'home' }">Home</router-link> |
</p>
<div class="container">
<router-view></router-view>
</div>
</div>
</template>
<script>
export default {}
</script>
Home.vue
<template>
<p>This is the homepage</p>
</template>
指数刀身php
@extends('layouts.app')
@section('content')
<app></app>
@endsection
网状物php
Auth::routes();
Route::get('/{vue_capture?}', function () {
return view('index');
})->where('vue_capture', '[\/\w\.-]*');
Route::group(['prefix' => 'admin'], function () {
Voyager::routes();
});
好吧我解决了!!
在we中交换路线申报的顺序。
网状物php
Auth::routes();
Route::group(['prefix' => 'admin'], function () {
Voyager::routes();
});
Route::get('/{vue_capture?}', function () {
return view('index');
})->where('vue_capture', '[\/\w\.-]*');
本文向大家介绍Laravel 命名路线,包括了Laravel 命名路线的使用技巧和注意事项,需要的朋友参考一下 示例 命名路由用于生成URL或重定向到特定路由。使用命名路由的优点是,如果将来更改路由的URI,则如果使用命名路由,则无需更改URL或重定向指向该路由的地址。但是,如果链接是使用url [例如 url('/admin/login')],那么我们将不得不在使用它的任何地方进行更改。 使用a
我的控制器是管理员文件夹中的HomeController和BlogController。我的看法是: /管理员 我想将/admin0admin url调用到/resources/views/admin/index。刀身php。 我想叫 /admin0admin/blog网址 /resources/views/admin/blog/index.blade.php 以下是我如何看待: 我的路线是: 和
我刚刚将homestead laravel安装转移到我自己的vps设置中。 主页(XXX. XXX. XX/公共)一切正常。 但当我点击主页上的ay链接时,它会转到XX。XX。XX。XX/链接而不是XX。XX。XX。XX/公共/链接,正如我所认为的那样。 我有一个本地设置与家园和一个链接像这一个XX。XX。XX。XX/签名,你可以工作得很好。 当我在vps上尝试XXX. XXX. XX/Publi
注:本节未经校验,如有问题欢迎提issue 为什么使用它们? 线路断路器用于提供稳定性并防止在分布式系统中的级联故障。它们应该结合在远程系统之间的接口使用明智的超时,以防止单个组件的故障拖垮所有组件。 作为一个例子,我们有一个web 应用程序与远程的第三方web服务进行交互。假如第三方已用完了他们的容量,他们的数据库也在高荷载作用下熔化。假设数据库在这种情况下失败,第三方 web 服务用了很长的时
我使用任何类型的路由,然后在这个方法中,我在请求类型的基础上生成树。 路线 从控制器在检查类型之前我这样检查它
目前,我们公司通过手动创建、分发和运行必要的SQL脚本来处理所有数据库模式更改。显然,这会导致各种机器偶尔更新和稀疏更新的问题。 我正在研究更现代的方法来解决这个问题,而Flyway现在是主要的候选人(尽管如果可以提出令人信服的论据,我们仍然愿意使用Liquibase)。 正常流程很简单,和宣传的一样简单,但是我们不知道如何正确处理冲突的迁移脚本。例如,不同个人分支(A和B)上的2名开发人员在不同