不知道你是怎么讀取 APP_NAME 的，我是這么讀取的：

// $appName = env('APP_NAME');
$appName = getenv('APP_NAME');
echo $appName;

會不會是php的端口錯了，默認是9000吶

mysql了解下

增加注釋 看行不行

$testClass = '\common\service\test';
/** @var \common\service\test $test */
$test = new $testClass;
$test->aa();

一個插入語句只能插入一張表。

一般是后臺校驗用戶名和密碼正確后，會生成用戶登錄態(tài)的一個code，服務(wù)器端用session保存，前端用cookie保存。這個是服務(wù)器操作的，前端不用管。因為每個http請求也會自動帶上cookie，服務(wù)器取請求里cookie的值與session里的值比較，來確認用戶的登錄態(tài)。這個就是登錄態(tài)的原理。跟vue.js寫spa應用這些沒有關(guān)系。都是一樣的處理方法。

//以id來查找，如果有的話就修改更新，沒有的話就create

            $create_bool =Logistics::updateOrCreate([
                'id' => $model['id'],
            ],[
                'a' => $model['a'],
                'b' => $model['b'],
                'c' => $model['c'],
                'd' => $model['d'],
                'e' => $model['e'],
            ]);

數(shù)據(jù)庫多出數(shù)據(jù)時，在業(yè)務(wù)邏輯層肯定是有數(shù)據(jù)庫的insert()操作，其實這個時候無需遍歷數(shù)據(jù)庫，就是在插入數(shù)據(jù)的同時，用workman向特定的client_id推送數(shù)據(jù)就可以了。
我之前做了一個開發(fā)板，因每一秒開發(fā)板向服務(wù)器提交一次數(shù)據(jù)，我發(fā)現(xiàn)如果記錄到數(shù)據(jù)庫的話那信息量是非常大的，所以通常只判斷發(fā)生變更的設(shè)置進行寫入操作和推送操作，類似實時溫度等數(shù)據(jù)是直接讓workman和客戶端進行通信的，不再經(jīng)過數(shù)據(jù)庫處理。這只是我曾遇到的問題及解決辦法。僅供參考

1. server.php有沒有 require 'vendor/autoload.php' ?
2. 如果有1，請 composer update

貌似可以看出一個數(shù)學的優(yōu)化問題。基于你的離目標價格（5000元）越遠時，掛單資金越少，越近時越多的思路，可以進行建模：

起始商品價格為$begin$，最終價格為$end$，間隔區(qū)間為$delta$，則總共掛單次數(shù)$n$為:

$$ n = \frac{(begin-end)}{delta} + 1 $$

當$begin = 6000$, $end = 5000$, $delta = 100$時代入得$n=11$, 總共掛單11次

起始掛單資金$basic$, 然后逐單增加$extra$。但保證$costlimit$范圍內(nèi)，

則全部花費$cost$為：
$$ cost = basic + extra * 0 + basic + extra*1 + ... + basic + extra * (n-1) = (n-1) basic + \frac{ extra * n(n-1)}{2}$$

假設(shè)你的花費上限為$costlimit$，那么應該有
$$ (n-1) basic + \frac{ extra * n(n-1)}{2} \leq costlimit $$

第n次買的商品數(shù)量為第n次的花費處以當前商品的價格，也就是
$$ \frac{(basic + extra * (n-1))}{(begin - delta* (n-1))}$$

總共有商品數(shù)量為
$$ \sum_{i=0}^{n-1} \frac{(basic + extra * i)}{(begin - delta* i)} $$

總共商品均價為
$$ avg\_price = \frac{cost}{amount} $$

也即是:

$$ avg\_price = \frac{(n-1) basic + \frac{ extra * n(n-1)}{2}}{\sum_{i=0}^{n-1} \frac{(basic + extra * i)}{(begin - delta* i)}} $$

你的目標就是在
$$ (n-1) basic + \frac{ extra * n(n-1)}{2} \leq costlimit $$

的前提下使得$avg\_price$和最終的價格$end$差距盡可能小，可以用兩個價格差作為標準，也可以用$\frac{end}{avg\_price}$ 比例的方式（也就是性價比）衡量。這里用性價比：

$$ f = argmax(\frac{ end}{ \frac{(n-1) basic + \frac{ extra * n(n-1)}{2}}{\sum_{i=0}^{n-1} \frac{(basic + extra * i)}{(begin - delta* i)}} } ) \leq 1 $$

當你的最終成交均價就是商品的價格時性價比為1，否則小于1.

你通過調(diào)整一下你的起始價格$basic$和遞增價格$extra$，應該能找到最佳的方案。

    function test1(data) {
        var temp = "<ul>";

        data.forEach(item => {
            temp += "<li><a>" + item.id + "--" + item.name + "</a></li>";
            if (item.children) {
                temp += test1(item.children)
            }
        })

        temp += "</ul>";
        return temp
    }

    $("#div").html(test1(data2))

題目是不是說，把某個字段的非空內(nèi)容，前后都加上 ，
還是說 某個字段的內(nèi)容可能是以下內(nèi)容

• "" ，空字符串
• null
• asdxcvcxv // 字符串
• 34 // 字符串數(shù)字
• 123,45 // 幾個字符串數(shù)字
• .... // 未知情況。

所以，這個題目我都沒讀懂。

問題的問題

1. 看問題有三點，但第三點確實疑問，不是場景
2. 人家那邊？誰家，是前端小程序，還是第三方？
3. 后臺將數(shù)據(jù)存取一份，是說存儲一份？

我理解到的問題（直接看這里吧）：
端： 后端（題主開發(fā)的），小程序前端，第三方接口，
場景：第三方接口數(shù)據(jù)直接提供給前端，但是因為需要簽名，考慮安全問題，不能直接給前端，所以經(jīng)過了你所開發(fā)的后端(PHP)簽名，再轉(zhuǎn)給小程序前端。

問題是這樣嗎？是的話我再回答，不是那就呃，呃

代碼還沒來得及看就被你的圖片嚇到了

有什么好的方法，可以將微信一鍵導入的地址完美匹配上系統(tǒng)的地址。

沒有簡單的辦法。

不過使用模式識別的一些算法，單純提出省，市，區(qū)信息，再最優(yōu)匹配當前信息，然后給個結(jié)果，應該不難。

引用傳值

$items 循環(huán)改變的是自身

比如第一次循環(huán)引用傳值變成了 $arr, 第二次循環(huán)也就是循環(huán)的$arr,就等于當前循環(huán)的數(shù)組沒每循環(huán)一次，初始數(shù)據(jù)都是上一次循環(huán)的結(jié)果。

第一次變成這樣 以此類推

$arr=[
  [
      "id"=>1,
      "pid"=>0,
      "name"=>'北京市',
      "son"=>[
          [
              "id"=>3,
              "pid"=>1,
              "name"=>"海淀區(qū)"
          ]
      ]
  ],
  [
      "id"=>1,
      "pid"=>0,
      "name"=>'黑龍江省',
  ]
];

為什么不考慮下將base64的字符串分離出來呢，這樣不就可以放到input里面了？

拆分單元格里的數(shù)據(jù)用php里的正則就可以了。

在select標簽中加上autocomplete="off"試試

提示什么錯誤？把錯誤結(jié)果貼上來