我必須解析日期,問題不是如何,但我必須將:yyyy-mm-dd轉換爲例如:今天,明天,昨天etcetera,現在我的問題是,我得到了兩個我想知道你的意見是什麼。所以無論是在PHP或JavaScript上我得到一個MySQL日期(yyyy-mm-dd),並且必須轉換爲(如果今天「今天」,如果昨天「昨天」etcetera)現在我的問題是,如果我想做這個服務器端會花費很多的服務器負載,並且在客戶端處理這個會很聰明嗎?服務器或客戶端日期解析
(每服務器請求解析aprox 30日期)。
謝謝! :)
我必須解析日期,問題不是如何,但我必須將:yyyy-mm-dd轉換爲例如:今天,明天,昨天etcetera,現在我的問題是,我得到了兩個我想知道你的意見是什麼。所以無論是在PHP或JavaScript上我得到一個MySQL日期(yyyy-mm-dd),並且必須轉換爲(如果今天「今天」,如果昨天「昨天」etcetera)現在我的問題是,如果我想做這個服務器端會花費很多的服務器負載,並且在客戶端處理這個會很聰明嗎?服務器或客戶端日期解析
(每服務器請求解析aprox 30日期)。
謝謝! :)
如果你真的弱客戶端(即手機)考慮去它一旦在服務器上,也許每一個午夜,或者能夠緩存它。隨着負載的增加,這可能是最終成爲真正痛苦的事情之一。
儘管如此,讓客戶端使用表示邏輯,它是適合的地方。
是的,它也將有一個網絡應用程序,但由於目前所有的手機都是@ 1ghz,所以我可能只是在客戶端做所有事情。 Timeago並不是我所需要的,我需要一些能夠計算未來的東西,而不是其員工的活動清單,例如:員工X明天要去A樓,或者員工Y下週星期五去B樓,也可以知道解決方案嗎? – user1066101
我認爲timeago也支持未來的日期。試一試。 –
這對雙方來說都不是沉重的負擔。我建議在服務器上執行它,因爲客戶端(JS)解決方案需要加載DOM。 – Kenaniah
如果服務器上也有很多請求(每天100.000個),那麼在服務器端做它仍然很明智嗎?我只關注縮放atm。 – user1066101
是的,會的。將日期轉換爲人類可讀的間隔幾乎沒有任何成本。 – Kenaniah