鍍金池/ 問(wèn)答/ PHP問(wèn)答
款爺 回答 
INSERT INTO dede_addonarticle VALUES (12345,3,"This is the content","http://url.com","xxx","yyy")

慢慢拼吧，建議活用str.format語(yǔ)句。

心上人 回答

TL;DR Worse is Better

這段話是寫給OP和在座的各位.

說(shuō)每個(gè)語(yǔ)言不好的人都很多, 但是你有沒(méi)有發(fā)現(xiàn), 說(shuō)c++不好的很多都是一堆c++大嬸來(lái)附議, 不好就是不好, 沒(méi)什麼好辯駁的, 有歷史因素, 有委員會(huì)走彎路的因素.

但是, 反觀c, php, js之流, 一旦有人說(shuō)他們不好, 就會(huì)有一堆小將跳出來(lái)反駁. 問(wèn)問(wèn)又說(shuō)不出什麼理由, 只知道以所謂的語(yǔ)言只是工具這種無(wú)稽之談來(lái)反駁.

這個(gè)世界上爛貨很多, 但是一個(gè)東西爛不爛往往不會(huì)影響其流行與否, 所以存在即合理這種萬(wàn)金油的蠢話往往被大部分人濫用了. 流行的最主要因素就是迎上歷史的順流, unix爛不爛? 從美感和先進(jìn)性上講, 它比起Lisp Machine毫無(wú)疑問(wèn)的爛! 但是它就是符合歷史的順流, 就是簡(jiǎn)單粗暴, 然而諸如一切皆文件這種大坑, 代價(jià)就是當(dāng)代的程序員要爲(wèi)了這種當(dāng)初錯(cuò)誤的設(shè)計(jì)來(lái)還債! 它作爲(wèi)歷史的勝利者, 我們這些草民罵兩句又如何?

如果你迷茫, 如果你只是爲(wèi)了錢, 如果你不是真正熱愛(ài)計(jì)算機(jī)科學(xué), 不熱愛(ài)軟件工程, 不熱愛(ài)創(chuàng)造, 那麼窩懇請(qǐng)你要麼轉(zhuǎn)行, 要麼別到處抱怨以至於破壞論壇的風(fēng)氣.

人, 應(yīng)該要儘快成熟, 自己的判斷很重要, 尤其是正確的判斷, 如果看到別人說(shuō)了舉所謂的語(yǔ)言只是工具, 所謂的程序 = ... + ..., 就拿起來(lái)作爲(wèi)反駁的武器, 亦或者希望來(lái)論壇尋找認(rèn)同感, 那麼你的心智還很幼稚, 幼稚沒(méi)什麼, 但是, 不能永遠(yuǎn)幼稚.

最後, 去讀這幾篇文章, 希望你能通過(guò)這些文章成熟些, 別像個(gè)小孩一樣
https://schneide.wordpress.co...
http://www.yinwang.org/blog-c...
http://www.yinwang.org/blog-c...
https://blog.csdn.net/g9yuayo...
http://blog.jobbole.com/40114/
https://github.com/FrankHB/pl...
https://tieba.baidu.com/p/492...
https://www.jwz.org/doc/worse...

小眼睛 回答

OSS可以走授權(quán)直傳的形式，ECS只需要負(fù)責(zé)發(fā)Token就行，客戶端拿到Token以后可以直接傳到OSS，并不需要走ECS中轉(zhuǎn)，具體的參考OSS文檔里的最佳實(shí)踐吧。

第二個(gè)問(wèn)題：OSS視頻截幀

壞脾滊 回答

已經(jīng)自己解決。
這種效果要分服務(wù)器，IIS 下由于PHP無(wú)法獲取到URL中到///導(dǎo)致無(wú)法實(shí)現(xiàn)，Nginx才有問(wèn)題中說(shuō)到的效果，具體實(shí)現(xiàn)是在PHP中實(shí)現(xiàn)。

傻丟丟 回答

怎么說(shuō)呢 現(xiàn)在比較常用的還是通過(guò).env文件設(shè)置本地環(huán)境的相關(guān)配置吧

不將.env文件加入版本控制, 導(dǎo)出的時(shí)候就不存在.env文件就不用擔(dān)心替換的事情.

故人嘆 回答

option選項(xiàng)沒(méi)有給value賦值

另外建議不要使用@，這是一個(gè)較差的習(xí)慣，影響性能不說(shuō)，容錯(cuò)能力也不好
建議你增加容錯(cuò)判斷，你剛剛也就發(fā)現(xiàn)了值有問(wèn)題了，對(duì)吧

深記你 回答 
foreach (range(0, 999999) as $item) { 
    echo sprintf("%06d\n", $item);
}

使用模型和模型關(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é)得麻煩嘛。。

瘋子范 回答

一言難盡，建議樓主可以看看 https://git-scm.com/book/zh/v2 的分支操作，團(tuán)隊(duì)開(kāi)發(fā)必然不得不提git強(qiáng)大的分支操作了，有興趣的話 可以了解下gitlab

久礙你 回答 
location / {
    try_files $uri $uri/ /index.php$is_args$args;
    autoindex on;

}

這里的/index.php$is_args$args，把$uri丟掉了，所以訪問(wèn)只有首頁(yè)。

別傷我 回答

你前面在folders里把web目錄映射到code , 后面sites就不需要加/home/vagrant/code 了 ,直接/test/public

任她鬧 回答

換個(gè)思路通過(guò)忽略文件間接實(shí)現(xiàn)：?jiǎn)为?dú)弄個(gè)文件，把想忽略的內(nèi)容放到里面，使用時(shí)代碼中引入文件內(nèi)容，gitignore 這個(gè)文件。

孤客 回答

session就是這樣的, session原意是會(huì)話, 會(huì)話的有效期是指在用戶最后一次請(qǐng)求開(kāi)始多長(zhǎng)時(shí)間無(wú)操作時(shí)就失效.
所以你的session有效期是1800秒, 但是你在1000秒的時(shí)候又做了操作, 所以本次會(huì)話并沒(méi)有過(guò)期.

玄鳥(niǎo) 回答

= =在大佬的提醒下 原來(lái)使用session 時(shí) 程序會(huì)對(duì)session文件加鎖 直到程序結(jié)束時(shí)才釋放 所以導(dǎo)致了其他接口的阻塞 所以在耗時(shí)任務(wù)中 最好 不使用session 或者 使用session_write_close 提前釋放鎖

離魂曲 回答

salt只是用來(lái)防止 字典攻擊

毀憶 回答

已解決，有可能是微信服務(wù)器有延時(shí)，第二天同樣的代碼繼續(xù)試了一次，結(jié)果配置成功了，包括后來(lái)自己設(shè)置消息自動(dòng)回復(fù)的時(shí)候也是一樣，同樣的代碼一會(huì)可以，一會(huì)不行，個(gè)人猜測(cè)可能會(huì)微信服務(wù)器反應(yīng)的問(wèn)題。

首頁(yè) 上一頁(yè) 24 25 26 27 28 29 30 31 32 下一頁(yè) 尾頁(yè)