Whoops, looks like something went wrong

Whoops, looks like something went wrong.

这是由于访问laravel项目报错的,解决几种可能出现的错误。

1)打开:D:\java\wamp\www\subway\app\config\app.php 修改:‘debug‘ => true, debug基本为true

2)打开debug后出现这个错误,报错:OpenSSL did not produce a secure random number

pen: D:\java\wamp\www\subway\vendor\symfony\security\Symfony\Component\Security\Core\Util\SecureRandom.php
                $this->logger->info(‘OpenSSL did not produce a secure random number.‘);
            }
        }  

        // initialize seed
        if (null === $this->seed) {
            if (null === $this->seedFile) {
                throw new \RuntimeException(‘You need to specify a file path to store the seed.‘);
            }  

解决:php.ini 启用 extension=php_openssl.dll 扩展后,重启wamp服务。

时间: 2024-10-07 11:50:45

Whoops, looks like something went wrong的相关文章

Bringing Whoops Back to Laravel 5

You might be missing the "prettier" Whoops error handler from Laravel 4. If so, here's how to bring it back. First, composer require filp/whoops:~1.0. Then open app/Exceptions/Handler.php, and in the render() method, add a Whoops handler in the

laravel5安装whoops错误管理器

怎样在laravel5中安装“漂亮的whoops样式的错误处理器”,下面告诉你如何的在laravel5中使用它 1.首先,composer require file/whoops:~1.0. 2.然后打开app/Exception/Handler.php,在render()方法中添加一个whoops样式的处理情况,就像下面这样: /** * Render an exception into an HTTP response. * * @param \Illuminate\Http\Request

whoops php调试库

Whoops 适用于PHP环境的错误捕获与调试PHP库: whoops非常容易使用,它提供stackbased错误捕获及超美观的错误查看 测试效果如下 安装步骤(composer安装) 安装完成之后在当前目录新建目录tools,tools目录里新建whoops.php,添加如下代码注册监控类 require __DIR__."/../vendor/autoload.php";$whoops = new \Whoops\Run;$whoops->pushHandler(new \W

laravel上传至服务器上出现Whoops, looks like something went wrong.

1.在本地能够很好运行的laravel,上传至服务器就出现了这个问题“Whoops, looks like something went wrong.”: 2.第一步把config/app.php文件内'debug' => env('APP_DEBUG', false),改成'debug' => env('APP_DEBUG', true), 3.现在显示出了很多信息 我们注意到No supported encrypter found.The cipher and / or key lengt

ubuntu虚拟机安装Gitlab后出现“Whoops, GitLab is taking too much time to respond.”

网上找了很久,有说8080端口被tomcat占用的,但是移除tomcat之后还是会报这个错. https://www.kittell.net/code/gitlab-502-whoops-gitlab-is-taking-too-much-time-to-respond/ 上面这篇文章是说只要运行 sudo gitlab-ctl restart 或者 sudo gitlab-ctl reconfigure 就可以搞定,然而这我里并不行. 后来看到有说是虚拟机装ubuntu的话,内存至少要2G才可

使用laravel时:Whoops, looks like something went wrong 解决方法之一

1/1 RuntimeException in compiled.php line 7048: No supported encrypter found. The cipher and / or key length are invalid. 解决: cmd cd到根目录 前提安装了composer 输入:php artisan key:generate 将生成的key复制到config/app.php替换82行的APP_KEY键值 保存

Whoops, GitLab is taking too much time to respond.

在安装gitlab完成后,修改了IP地址后,在启动过程中无异常报错,但在IE打开地址出现上面的报错. 检查原因:1:检查内存:内存还有空间.2:检查端口因为gitlab的webcache系统默认8080端口.我的8080端口已经被别的占用了解决办法:找到gitlab.rb这个配置文件566:# gitlab_workhorse['auth_backend'] = "http://localhost:8080"633:# unicorn['port'] = 8080把前面的注释打开,然后

laravel5.2上传到Linux服务器出现Whoops, looks like something went wrong.

解决办法: 把根目录下 .env文件里的APP_KEY的值 复制到config/app.php里 此时就能显示 如果进入到其他页面时显示no found,请设置伪静态 location / {      try_files $uri $uri/ /index.php$is_args$query_string;  } 原文地址:https://www.cnblogs.com/loveufofbi/p/12001872.html

推荐!国外程序员整理的 PHP 资源大全

iadoz 在 Github 发起维护的一个 PHP 资源列表,内容包括:库.框架.模板.安全.代码分析.日志.第三方库.配置工具.Web 工具.书籍.电子书.经典博文等等. 依赖管理 依赖和包管理库 Composer/Packagist:一个包和依赖管理器 Composer Installers:一个多框架Composer库安装器 Pickle:一个PHP扩展安装器 其他的依赖管理 其他的相关依赖管理 Satis:一个静态Composer存储库生成器 Composition:一个在运行时检查C