es 默認(rèn)返回前1w條數(shù)據(jù) 可以把限制放大試試

let url = window.location.href;

< 在界面寫吧 或者網(wǎng)站找個小于符號 不用鍵盤打出來的小于號

/^(?=.{2,6}$)[u4e00-u9fa5]+(-[u4e00-u9fa5]+)*$/試試

你每個data里面都有10萬個元素這個處理起來本身就不快，然后你還不止一個同樣大小的data，運行一次可能內(nèi)存都要吃掉很多，更何況是PHP這種腳本語言在處理，效率要高起來，還是要減少data的元素個數(shù)，多進程處理，還有就是換其他語言處理，腳本語言和靜態(tài)語言的處理速度還是有很大差距的

已經(jīng)找到問題，value直接引用方法就可以，不需要寫函數(shù)。但是新的問題又來了。加函數(shù)和不加函數(shù)有什么區(qū)別呢。？

RewriteRule ^(.*)$ index.php/$1 [QSA,NU,PT,L]

在偽靜態(tài)規(guī)則后面加上 [QSA,NU,PT,L] 配置完成

改東西沒有十足的把握前最好備份一份,環(huán)境變量改過之后web服務(wù)器、電腦最好都要重啟一下,實在不行就卸載了重新安裝一下VirtualBox.

這個問題在哪兒都有人問，在北京IT好找工作嗎？

題主在這里提問，看情況應(yīng)該是 web 工程師了，目前前端的缺口還是特別大，但是由于最近幾年的發(fā)展，現(xiàn)在幾乎已經(jīng)很少有招入門級的了。所以現(xiàn)在就有很多人抱怨找不到工作，公司也在抱怨招不到人，找到工作的手里卻有好幾份 offer。

所以說還是努力提升自己吧，前期不要好高騖遠，找一份工作多攢些經(jīng)驗，多提升一下自己，然后找自己滿意的工作把握就比較大了。

你往支付寶或者微信的訂單號并不是商品的訂單號，而是你 “ 往支付信息記錄表里邊存入一條數(shù)據(jù) ” ，而是這里生成的支付號，支付成功后更改是這個條數(shù)據(jù)的狀態(tài)，然后再去跟新訂單狀態(tài)

16位MD5是通過32位截取過來的。一般是截取中間16位

substr(md5('xxx'), 8, 24)

axios的話，前端需要允許跨域，axios.defaults.withCredentials = true
后端加入header對應(yīng)的header

header("Access-Control-Allow-Credentials", "true"); 
header("Access-Control-Allow-Origin", "允許跨域的地址，如果全部允許寫*"); 

開啟事務(wù)，只有操作都成功之后再commit提交事務(wù)，如果操作有失敗的就rollback回滾。
$model->startTrans();
$row = $model->where(['id'=>1])->update(['status'=>4]);
if ($row>0) {
//上面操作成功
//執(zhí)行自定義操作
$model->commit();
}else {
$model->rollback();
}

問問題的藝術(shù)：
Storage::disk('public')這里的 public 不是你改的 public，而是 disks['public'] 里的所有內(nèi)容；
打印返回值刪除后的返回值
請把你的磁盤的文件目錄結(jié)構(gòu)截圖，確定文件的位置；

你這個問題就像是在說：知道為什么迪麗熱巴不喜歡我嗎？（壓根都沒見到本源，怎么能知道問題所在？）

回復(fù)沒有 md，在這里更新：
你這百分之一百錯誤呀，所以截圖很明確事實了，
laravel 默認(rèn)把上傳之類的靜態(tài)資源放在 /storage/app/public下，而你卻放到/public下。
正確的做法是把靜態(tài)資源放到/storage/app/public
看你的想法是直接把/public/*下的文件刪除，
你配置 disk 的時候不要使用storage函數(shù)，這個函數(shù)會自動定位到/storage目錄，如果要操作不多的話，我建議直接使用 PHP 或者其他方法刪除了.
獲取文件路徑：

$path = public_path('img/***.php');
unlink($path);

Laravel的session機制是：在程序的運行的過程中是把你的對session的操作用一個類記錄在內(nèi)存中，然后在response發(fā)送給用戶以后執(zhí)行session中間中的terminate方法把session數(shù)據(jù)持久化到相應(yīng)的介質(zhì)中去。如果在windows和linux下面沒問題，到了mac下就出了題很有可能是最后持久化的時候出了問題。
你是否更改了存儲介質(zhì)，比如從redis變到了文件。那么那個文件有沒有寫的權(quán)限？要給storage目錄足夠的權(quán)限
如果是用內(nèi)存存儲的session那么redis或者memerycache是否配置正確？
還有就像樓上說的那樣，不要用dd，因為dd完之后會終止程序，session就不會持久化，只是將運行內(nèi)存中的值給你打印出來了而已。
還有一個debug方法，在Session::put()之后加一句

Session::save();

這句代碼是手動持久化session。如果成功說明你的session持久化沒問題，只是你程序運行的時候沒有到持久化這一步。
如果失敗回報失敗的原因。
有一次我遇到了session寫不進去是因為硬盤滿了...

jQuery會加一串隨機參數(shù)，這樣可以防止瀏覽器打到緩存。把cache: false去掉試試看吧。

只能持久化保存高度數(shù)據(jù)了，比如放localStorage里面。

如果你有過微信支付開發(fā)經(jīng)歷，這應(yīng)該是一個很簡單的需求。
微信統(tǒng)一下單->用戶支付->驗證支付狀態(tài)->用支付信息交換注冊碼->展示。
細節(jié)就不展開了，只要跑通微信支付基本沒有什么技術(shù)難度

你需要去追蹤看到底發(fā)生了什么樣的錯誤。
這個有可能是php中存在路由（路徑）命名沖突之類。

SQL客戶端執(zhí)行的是原生sql

框架是由ORM拼接成的sql

安道理來說應(yīng)該差不多