thx,lz.

知耻而后酸

有啊。我们教了一学期 PHP

无哩

Laravel:

# config/snappy.php
return [
'pdf' => array(
'enabled' => true,
'binary' => '/usr/local/bin/wkhtmltopdf',
'timeout' => false,
'options' => [],
'env' => [],
),
'image' => array(
'enabled' => true,
'binary' => '/usr/local/bin/wkhtmltoimage',
'timeout' => false,
'options' => [],
'env' => [],
),
];

# Controller@method:
$snappy = resolve('snappy.image.wrapper');
return $snappy->getOutput($url);

SQLyog

@dvaknheo 是的，要保证各个环境安装的依赖是一致的。

@TangMonk 你是指 install 时，除了安装你添加的新包，还安装了其他包吗？不确定你的服务器是否有历史问题。不过猜测可能以下几种情况：

1.composer 的 json 和 lock 异常。例如有人更新了 composer.json，但没把 composer install 后重新生成的 composer.lock 一同提交到 Git。所以现在执行 install 会更新 lock 文件，并同步之前没有更新的包。

2.composer 的 json 和 lock 正常，但服务器上安装不同步。例如曾经更新过依赖包，而服务器上 git pull 代码后，没有执行 composer install。所以现在执行 install 会同步之前没有更新的包。

3.composer 的 json 和 lock 正常，服务器上安装也同步的。但是你没有认真看过 composer 文档或英文不好，误以为“ Discovered Package ”是重新安装。

以上问题，你都可以再执行 composer install 看看输出结果，可以多执行几次，看看是否有提示“ Nothing to install or update ”。

1.你之前 composer install 后生成的 composer.lock 文件还在不在？在的话再次执行 composer install 不会自动更新所有包的.
2.添加新包最好用 composer require.
3.新包很多的话，也可以手动添加到 composer.json，再执行 composer install.
4.记得.json 和.lock 文件同时提交 Git.
5.PHP is the best language in the world.

不是有族谱网吗？
话说看到《客从何处来》，就让我想起：醉饮山林，自是闲暇白云间。笑红尘，总是爱恨贪嗔痴。若问人间逍遥在，风生之谷，客从山来。——风谷来客·商清逸

Morning. 每天早上一到公司就跟大家打招呼：Good Morning （我要好好摸鱼啦）

是不是有些片挂掉了

上班敲代码，下班送外卖。

是 CGI 还是 CLI 呢？
nohup 只是忽略 SIGHUP 信号，挂起在后台执行，不是异步执行，仍在当前线程（ CGI ）/进程（ CLI ）内。
很多种思路，例如，1.PHP-CLI 下可开启新的线程 /进程去处理； 2.启动一个 PHP-CLI 进程专门负责监听，其他进程 /CGI 线程中需异步执行的丢到监听进程中。

赞一个，多谢楼主

给有 list 字段的增加权重，然后按权重排序