【问题标题】:Is it okay to run php artisan :clear commands on a production laravel website? [closed]可以在生产 laravel 网站上运行 php artisan :clear 命令吗? [关闭]
【发布时间】:2020-09-04 19:46:17
【问题描述】:

我在 DigitalOcean NGINX 服务器上托管了一个生产 Laravel 网站,每次我 git push 新更新时,我总是运行以下命令:

php artisan config:clear
php artisan cache:clear
php artisan route:clear
php artisan view:clear

composer dump-autoload

这是一种好的做法,还是在我的服务器上运行这些命令会导致问题?

【问题讨论】:

  • 为什么会导致任何问题?你见过吗?
  • 仅仅因为我没有“看到”任何问题,并不意味着没有。

标签: php laravel server composer-php laravel-artisan


【解决方案1】:

除了cache 之外的所有clears 都可以成为部署脚本的一部分。

但在生产环境中运行 php artisan cache:clear 风险极大,并会导致意外结果,例如丢失所有关键数据。

假设您的缓存驱动程序、队列驱动程序、会话驱动程序是redis,它们都共享同一个 redis 实例(同一个主机)。当你执行cache:clear时,它会执行下面的方法

/**
 * Remove all items from the cache.
 *
 * @return bool
 */
public function flush()
{
    $this->connection()->flushdb();

    return true;
}

它的作用是执行redis的flushdb命令。如果它们在同一个数据库中,它将刷新所有用户的会话、所有排队的作业、所有缓存的项目、所有与广播相关的代码。这是method

删除当前选定数据库的所有键。这个命令永远不会失败。

编辑:如果他们使用相同的redis驱动程序+相同的主机但不同的数据库,那么这可能不会导致副作用问题,但需要手动配置为不同的组件设置不同的数据库。

【讨论】:

  • 运行 composer dump-autoload 怎么样?
  • 它可以/应该是您的部署脚本的一部分。转储自动加载没有什么害处。 @JakeScervino
【解决方案2】:

我同意@Ersoy 的回答,但只是为了添加一些东西

我在推送时运行这些命令,而不是使用 clear,我重新缓存了配置和路由。 请记住,该 route:cache 并不适用于所有可能的路由,请参阅 laravel 文档。

php artisan config:cache
php artisan route:cache
php artisan view:clear

composer install --no-dev

【讨论】:

猜你喜欢
  • 1970-01-01
  • 2017-11-20
  • 2017-11-02
  • 2021-08-18
  • 2019-02-17
  • 1970-01-01
  • 2013-08-01
  • 1970-01-01
  • 2020-01-30
相关资源
最近更新 更多