問(wèn)題解決了~~~

輸出亂碼等問(wèn)題都是因?yàn)橹苯虞敵隽藌val對(duì)象，而非zval對(duì)象中字符串的值

如果有更好的方法的話，希望大家提出

這個(gè)不是bug，出現(xiàn)這樣的原因是因?yàn)?，在判斷某一天是哪一年的第幾周的時(shí)候，根據(jù)采用的國(guó)際標(biāo)準(zhǔn)《數(shù)據(jù)存儲(chǔ)和交換形式·信息交換·日期和時(shí)間的表示方法》，年首或者年末的那幾天有可能不屬于今年的第一周或者最后一周。18年12月31是周一，不屬于18年的最后一周，而是屬于19年的第一周

可以把foreach放在return之前呀

比如簡(jiǎn)單把foreach改成賦值操作：

foreach($driver_shift_get_all->{'driver-shifts'} as $value) {
    $driver_shift_list .= "<br>".$value->date."<br>";
    $driver_shift_list .= $value->{'drivers-available'};
}

拿到你的foreach之后的值在進(jìn)行相關(guān)操作。

請(qǐng)問(wèn)你解決了嗎，我也遇到這個(gè)問(wèn)題了

假設(shè)你的域名是www.abc.com
首先你在后臺(tái)按照現(xiàn)有的form，用Gravity Forms新建一個(gè)一模一樣的form，注意字段的name要完全匹配，取得這個(gè)form的ID號(hào)，假設(shè)是1

然后把你現(xiàn)有的form的提交地址寫成：
http://www.abc.net/gravityfor...×××××&signature=×××××&expires=1497603994

api_key和signature在 Gravity Forms的設(shè)置 - Web API里獲取。上面這個(gè)URL也可以在Web API的開(kāi)發(fā)者工具里面直接獲取

就這么簡(jiǎn)單

可以，參考手冊(cè)：PHP：可變函數(shù)
下邊例子中 $func 既是變量名，也是函數(shù)名：

<?php
function foo() {
    echo "調(diào)用 foo() 方法" . PHP_EOL;
}

function bar($arg = '') {
    echo "調(diào)用 bar() 方法; 參數(shù)為 '$arg'" . PHP_EOL;
}

function echoit($string) {
    echo $string. PHP_EOL;
}

$func = 'foo';
$func();       

$func = 'bar';
$func('test');  

$func = 'echoit';
$func('test'); 

效果如下：

你嘗試在formsubmit里面，先調(diào)用createform方法試試呢！這樣應(yīng)該就可以的！

擴(kuò)展包有問(wèn)題，你換個(gè)版本吧

你這建表有問(wèn)題吧,你在建立表的時(shí)候多一個(gè)推薦人數(shù)字段不行嗎???
比如 rec_number INT(11) NOT NULL DEFAULT 0 COMMENT '推薦人數(shù)',

A推薦B注冊(cè)了,注冊(cè)的時(shí)候看到有A的注冊(cè)碼吧,之后根據(jù)A的注冊(cè)碼找到A->setInt('rec_number',1,5);

你要在laravel路徑下面安裝.htaccess文件：

<IfModule mod_rewrite.c>
    RewriteEngine on
    RewriteCond %{REQUEST_URI} !^public
    RewriteRule ^(.*)$ public/$1 [L]
</IfModule>

:index="" 綁定是否不唯一？？？

css

tr:nth-child(odd) {
    background: red
}
tr:nth-child(even) {
    background: blue
}

  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteRule ^(.*)$ index.php/$1 [QSA,PT,L]

判斷是否存在實(shí)際文件夾和文件
然后再將所有的http請(qǐng)求交給index.php
通過(guò)index.php進(jìn)行轉(zhuǎn)發(fā) 實(shí)現(xiàn)url重寫 可以參考下一般的框架實(shí)現(xiàn)

刪掉就好了，沒(méi)啥意思

phpunit版本問(wèn)題,laravel 5.3依賴phpunit 5,laravel 5.5 依賴phpunit 6,所以進(jìn)行以下操作

• 清理舊版本phpunit,使用composer global remove phpunit/phpunit
• 安裝新版本phpunit,使用composer global require phpunit/phpunit ^6.2

你不添加請(qǐng)求頭，laravel怎么知道你要json呢？你想想，假如一個(gè)后臺(tái)登錄接口，如果輸入的賬號(hào)密碼正常，不重定向到index那應(yīng)該說(shuō)點(diǎn)什么？？？

excel使用這個(gè)phpexcel

至于數(shù)據(jù)就需要分片寫入excel文件，一次寫入1000條或者2000條啊，一次數(shù)據(jù)太多，會(huì)導(dǎo)致內(nèi)存溢出導(dǎo)致錯(cuò)誤，每一1000位一個(gè)文件，最后在合并文件就可以了，一次寫入50000條，這種做法是不支持的（除非你服務(wù)器很好）

如果是這樣的話，簡(jiǎn)單的方法就是，你在 while 前創(chuàng)建一個(gè)空的數(shù)組 $errorArr 然后在 while 里面將每個(gè)報(bào)錯(cuò)信息寫進(jìn)去，對(duì)應(yīng)的索引就是對(duì)應(yīng)的報(bào)錯(cuò)信息。

使用模型和模型關(guān)系的好處是：

1. 一旦定義好關(guān)系，隨處可用。假如數(shù)據(jù)庫(kù)命名不規(guī)范，去join的時(shí)候還得去關(guān)心join的外鍵是叫xx_id呢還是叫id呢
2. 用關(guān)系比用join便于閱讀。而且關(guān)系可以一直連下去，如: $order->user->userAddress->province->name，如果用join的話得join3個(gè)表。
3. 用模型可以方便解耦。模型有creating、updating、deleting等事件，舉個(gè)例子，當(dāng)用戶下單時(shí)需要給用戶發(fā)一條短信，就可以監(jiān)聽(tīng)order的created事件進(jìn)行編碼，不用把發(fā)短信代碼放在創(chuàng)建訂單的代碼里；再舉個(gè)例子，添加商品分類需要加個(gè)日志功能，但是添加分類有多個(gè)入口，比如在添加商品的時(shí)候可以輸入個(gè)新分類添加商品同時(shí)添加分類，也可以在分類管理里去單獨(dú)加分類，而這兩個(gè)入口的添加分類的代碼都是Category::create([xx])，如果要寫日志的話使用模型監(jiān)聽(tīng)器只需要在一個(gè)地方寫即可。可以了解下。但如果他用的是DB::table()->insert的話是做不到只修改一個(gè)地方完成這功能的。

比如這個(gè)user控制器要查詢用戶昵稱 還要先引入data模型use AppModelsData;還不如DB::table('data')->where('uid',$uid)->get()一句話完事了呢

不能只考慮眼前的控制器，假如還有個(gè)order，存了個(gè)user_id,要輸出user_name,定義好關(guān)系的話直接$order->user->user_name即可；假如還有個(gè)用戶地址、用戶優(yōu)惠、用戶xxx各種，每次join不覺(jué)得麻煩嘛。。

極限可能是5萬(wàn)個(gè)字符的字符串

自己先算一下多大吧。

算你一個(gè)字符占 4 個(gè)字節(jié)，一共 20萬(wàn)字節(jié)，不到 200K 的數(shù)據(jù)，你覺(jué)得很大？