Tutorial

背景php上阿里云ack（k8s）后，想保留原来定时工作，然而又须要放弃单点运行，所以思考应用阿里云SchedulerX来方便管理。官网文档如下：尽管官网文档显示能够用Sidecar形式接入，然而理论并非进入到指标容器执行，仅能执行http申请到指标容器。实现应用agent形式接入，间接打包入php镜像，毛病就是须要java运行环境，镜像会很大并且占用运行内存。倡议有定时工作需要才应用此镜像。链接地址：https://help.aliyun.com/document_detail/149969.html而后在Deployment配置文件上减少env # spec > template > spec > containers - name: php-fpm env: - name: "SCHEDULERX_ENDPOINT" value: "${SCHEDULERX_ENDPOINT}" - name: "SCHEDULERX_NAMESPACE" value: "${SCHEDULERX_NAMESPACE}" - name: "SCHEDULERX_GROUPID" value: "${SCHEDULERX_GROUPID}" - name: "SCHEDULERX_APPKEY" value: "${SCHEDULERX_APPKEY}" - name: "SCHEDULERX_STARTER_MODE" value: "sidecar"局部dockerfilephp5.6-fpmFROM php:5.6-fpm# SchedulerX AgentRUN mkdir -p /usr/share/man/man1 \ && apt-get install -y openjdk-8-jdk wget \ && cd /opt \ && wget https://schedulerx2.oss-cn-hangzhou.aliyuncs.com/agent/schedulerxAgent-1.4.2.tar.gz \ && tar -xf schedulerxAgent-1.4.2.tar.gz \ && rm schedulerxAgent-1.4.2.tar.gz \ && mkdir -p /root/logs/schedulerx \ && sed -i '45c \ \ \ \ \ \ \ \ sed -i "4c appKey=${SCHEDULERX_APPKEY}" ${WORKER_CONF_DIR}/agent.properties' /opt/schedulerxAgent/bin/start-200m.sh php7.4-fpmFROM php7.4-fpm# SchedulerX AgentRUN apt-get install -y openjdk-11-jdk wget \ && cd /opt \ && wget https://schedulerx2.oss-cn-hangzhou.aliyuncs.com/agent/schedulerxAgent-1.4.2.tar.gz \ && tar -xf schedulerxAgent-1.4.2.tar.gz \ && rm schedulerxAgent-1.4.2.tar.gz \ && mkdir -p /root/logs/schedulerx \ && sed -i '45c \ \ \ \ \ \ \ \ sed -i "4c appKey=${SCHEDULERX_APPKEY}" ${WORKER_CONF_DIR}/agent.properties' /opt/schedulerxAgent/bin/start-200m.sh

译文首发于使用 Laravel 5.5+ 更好的来实现 404 响应，转载请注明出处！Laravel 5.5.10 封装了两个有用的路由器方法，可以帮助我们为用户提供更好的 404 页面。现在，当抛出 404 异常时，Laravel 会显示一个漂亮的 404.blade.php 视图文件，你可以自定义显示给用户 UI，但在该视图中，你无权访问 session，cookie，身份验证（auth）等…在 laravel 5.5.10 中，我们有一个新的 Route::fallback() 方法，用于定义当没有其他路由与请求匹配时 Laravel 回退的路由。Route::fallback(function () { return ‘Sorry’ . auth()->user()->name . ‘! This page does not exist.’;});所以，现在我们可以使用具有正常页面和页脚的应用布局，来替代简单的 404 视图，同时还能给用户显示一条友好的提示信息。Route::fallback(function() { return response()->view(’notFound’, [], 404);});@extends(’layout.app’)@section(‘content’) <h3>Sorry! this page doesn’t exist.</h3>@stop当 Laravel 渲染这个回退（fallback）路由时，会运行所有的中间件，因此当你在 web.php 路由文件中定义了回退路由时，所有处在 web 中间件组的中间件都会被执行，这样我们就可以获取 session 数据了。API 接口说明现在当你点击 /non-existing-page 时，你会看到在回退路由中定义的视图，甚至当你点击 /api/non-existing-endpoint 时，如果你也不想提供这个接口，你可以到 api 回退路由中定义 JSON 响应，让我们到 api.php 路由文件中定义另外一个回退路由：Route::fallback(function() { return response()->json([‘message’ => ‘Not Found!]);});由于 api 中间件组带有 /api 前缀，所有带有 /api 前缀的未定义的路由，都会进入到 api.php 路由文件中的回退路由，而不是 web.php 路由文件中所定义的那个。使用 abort(404) 和 ModelNotFound 异常当使用 abort(404) 时会抛出一个 NotFoundHttpException，此时处理器会为我们渲染出 404.blade.php 视图文件，同样的 ModelNotFoundException 异常也会做同样的处理，那么我们应该如何如何处理才能在更好的渲染出回退路由的视图，而不是一个普通的视图呢？class Handler extends ExceptionHandler{ public function render($request, Exception $exception) { if ($exception instanceof NotFoundHttpException) { return Route::responseWithRoute(‘fallback’); } if ($exception instanceof ModelNotFoundException) { return Route::responseWithRoute(‘fallback’); } return parent::render($request, $exception); }}Route::respondWithRoute(‘fallback’) 回去跑名为 fallback 的路由，我们可以像下面这样为回退路由命名：Route::fallback(function() { return response()->view(’notFound’, [], 404);})->name(‘fallback’);甚至，你还可以为特定的资源指定回退路由：if ($exception instanceof ModelNotFoundException) { return $exception->getModel() == Server::class ? Route::respondWithRoute(‘serverFallback’) : Route::respondWithRoute(‘fallback’);}现在我们需要在路由文件中定义这个回退路由：Route::fallback(function(){ return ‘We could not find this server, there are other ‘. auth()->user()->servers()->count() . ’ under your account ……’;})->name(‘serverFallback’);原文Better 404 responses using Laravel 5.5+ ...