鍍金池/ 問答/ PHP問答
帥到炸 回答

不用買書，建議先看看網(wǎng)上關(guān)于Vue的解讀，一定讓你受益良多。 《分享一個詳細易懂的vue2.0源碼分析》

孤客 回答

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

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

不要真的刪除Product記錄，而是添加一個bool型字段 isDelete 用于標(biāo)識產(chǎn)品是否是刪除的。

  1. 在展示產(chǎn)品列表時，過濾掉刪除的產(chǎn)品數(shù)據(jù)
  2. 在展示訂單時，不過濾刪除的產(chǎn)品。
背叛者 回答

安裝不了。。。。

落殤 回答

是不是因為換行符的原因。鏈接描述

護她命 回答

在表格里面對應(yīng)的每一項，判斷該表頭checked=true；此列顯示，否則不顯示。
如：<td class="lecture_id" v-show="tableTitleTable[0].isChecked">{{item.id}}</td>;表頭順序是變化的化，就不能直接寫死tableTitleTable[0],索引根據(jù)實際的索引來就可以了

菊外人 回答

已經(jīng)解決了，謝謝

壞脾滊 回答

不懂，但是我猜想一下，會不會是需要攜帶的憑證參數(shù)沒有成功？或者進行了跳轉(zhuǎn)你的APP沒有進行處理。

我甘愿 回答
1，我們的工作模式現(xiàn)在在別的公司（也不大那種吧）算是常見嗎，作為前端我是不是做的太少了

這種工作模式在小公司很常見的，尤其是某些做傳統(tǒng)軟件的公司，我也待過四五家公司了，待過小公司，待過大公司，對你的這種情況還是有點了解的。
小公司嗎，資金有限，用人成本在那里，恨不得招一個人來什么都會，也就不難理解讓你一個做前端的兼職設(shè)計ps AI等等（和我以前待的一個公司一樣，前端還要兼職做ui設(shè)計）。
作為前端的你做的太雜了，你目前的狀態(tài)應(yīng)該是技術(shù)的深度更加重要，而不是廣度。PS AI,UI等應(yīng)該有專門的人去負責(zé)。

2，如果前后端分離的話，前端就只能從ajax獲取后臺數(shù)據(jù)？然后加載到dom嗎？有其他獲取的方式嗎

我是做后端的，前端的經(jīng)驗不多。我個人認為用的最多的應(yīng)該ajax調(diào)用后臺的接口獲取數(shù)據(jù)，當(dāng)然也有其他獲取后臺數(shù)據(jù)的方式，比如后端主動將數(shù)據(jù)推送到前端。

不要小瞧從ajax獲取后臺數(shù)據(jù)，然后加載到dom這個過程，很多前端框架把這個過程玩成了花。

3，如果頁面很多模塊比如好多下拉 還有表格，那么ajax要多次單獨傳輸還是一次傳輸過來？如果一次要怎么把數(shù)據(jù)(json)分布給這些組件呢（有條件的前輩復(fù)制個簡單demo給看看行嗎）

好多模塊需要的數(shù)據(jù)量很少，可以把這些模塊需要的數(shù)據(jù)后臺合并下，一次ajax就可以獲取。當(dāng)是對于有些模塊需要的數(shù)據(jù)量很大，這個時候最好按需加載，即用的時候ajax請求后臺獲取下。

4，以上憂慮來自于，項目數(shù)據(jù)很多，然后我對前后端交接處又 云里霧里，ajax基本是后端寫，導(dǎo)致我非常被動，對項目整體把握沒那么好，感覺后端貌似更容易吞噬前端，我想改變這種局面（有一次聽后端竟然說項目是他一個人做的<說是開玩笑，但是對我打擊很大>，我ri了）

主要還是你公司的問題，分工不明確。就你一個前端，后端不負責(zé)些前端的工作，項目什么時候能完成呀。
規(guī)范的公司會分工明確，會在項目前期確定好前后端怎么交互，并落實到文檔，前端參考文檔，有問題及時溝通即可。

5，我現(xiàn)在要從哪里開始做起，要如何慢慢改變這種已經(jīng)適應(yīng)了一年的模式，讓后端也能接受（貌似他的ajax也是基礎(chǔ)層面，難一些的也就不行了，我們項目要求不是很高，也沒有人說過啥，但我想讓前端表現(xiàn)的更好）
我以前學(xué)過PHP（比較淺那種），特別想深入學(xué)習(xí)一下，這樣只有自己實踐了才會明白其中的原理，因為感覺跟這個后端配合，我進步不大，很被動，他習(xí)慣了只做他懂了，不會的就繞道了，所有他隨便搞，只要搞出來就行，我要從哪里插手？

既然做前端了，那就堅持下去。換來換去，可能最后什么都只是會一點。你以為身邊的牛人天生就牛嗎，不是的，最重要的是別人比你花的時間多，比你勤奮，你晚上回去打游戲，別人在學(xué)習(xí)，你周末去玩，別人在學(xué)習(xí)，
你和女朋友你儂我儂，別人在學(xué)習(xí)。

換一家公司吧，不一定非要去大公司，很多小的公司技術(shù)也很規(guī)范的，技術(shù)氛圍也很好，小而美。

1：基礎(chǔ)（html/css/javascript/json等等一堆）一定要打扎實了。
2：大公司招聘前端的時候，都會列出一些技術(shù)要求，什么什么框架呀，你可以看看那些技術(shù)你是否掌握了。
3：經(jīng)驗和解決問題的能力在工作中汲取，邊做邊學(xué)，多思考，多做筆記。
4：肯花時間。

嘟尛嘴 回答

不要下載exe文件，確實有問題，不確定跟系統(tǒng)環(huán)境有沒有關(guān)系，改下載zip壓縮包解壓后可以正常使用

赱丅呿 回答

因為你使用的是./public/****和./app/****，它是根據(jù)你的url中的http://localhost/index.php/index/index/index拼接上/public/****或者/app/****`，可以改成/public/****和/app/****

拽很帥 回答

你的問題解決了嗎？我也遇到同樣的問題了。

囍槑 回答

第一個問題不太明晰。對于第二個問題，點擊下一頁后，前端通過js代碼得到 篩選條件以及下一頁對應(yīng)的頁碼值，生成 篩選參數(shù)以及頁碼參數(shù) 通過 get請求或其他請求 來訪問后臺，后臺通過附帶的 篩選參數(shù)以及頁碼參數(shù) 拼接出select語句 進行下一頁的查詢（通過limit關(guān)鍵字實現(xiàn)分頁的查詢）。

澐染 回答

沒有什么特別限制，看你服務(wù)器怎么處理了

1.php沒有編譯

2.

class B extends A
{
    public function e()
    {
        echo __CLASS__;
    }
}

等價于

class B
{
    public function f()
    {
        $this -> e();
    }
    public function e()
    {
        echo __CLASS__;
    }
}

這就是繼承的意義啊，不然我們要繼承干嘛使

忠妾 回答

把curl寫在單獨的一個php里，做代理。前端每次包好數(shù)據(jù)、用ajax去發(fā)請求給這個php，在php里拿到數(shù)據(jù)，重新打包發(fā)給真正的地址，返回的內(nèi)容再reture給前端頁面就可以了。這樣前端不會有跨域問題(因為真正的請求是后端發(fā)的)，另外還可以隱藏實際的接口地址(比如如果是部署在阿里云平臺的話，接口域名就可以用云平臺的內(nèi)網(wǎng)地址代替)。

夢一場 回答

如果是分段上傳， 我建議每次輸出開始上傳的位置， 是不是自己寫的有問題

呆萌傻 回答

hybrid應(yīng)用的話就是 weex框架
如果你是想在app中直接打開一個vue的網(wǎng)頁直接webview就行了

首頁 上一頁 3 4 5 6 7 8 9 10 11 下一頁 尾頁