iT邦幫忙

0

頻繁更新(文章累積)的網站會不會有程式碼爆掉(太多)的問題?

想請問各位大大,
目前有打算在我的網站放類似部落格的發文區,
但我有一個疑問,頻繁更新(文章累積)的網站會不會有程式碼爆掉(太多)的問題?就是程式碼會不會因為發文越來越多而爆掉?如果文章是用程式碼寫的話
會有這個問題嗎?要怎麼樣才能解決這個問題呢?

看更多先前的討論...收起先前的討論...
資料庫的能力就是讓幾十上百萬筆的資料,存在幾個檔案裡,有壓縮的功能,也有索引的速度,放心啦,FB都沒爆了
擔心的點不會是程式碼,而是你的網路和規劃能力
jquery 緩載跟預載,或是 查詢分頁
blog 文章會越來越多,標準做法就是查詢分頁
高干作法就是用 jquery 或是 ajax 這類的去緩載跟預載,滑到了在載入
過了幾頁就自動清掉,滑回來再載入
小吳 iT邦新手 5 級 ‧ 2021-09-02 10:10:06 檢舉
想多了
話說你的爆掉是指怎麼樣?

1 個回答

2

認真來說,不能說不會。
只是其容許程度,除了看程式碼外。還得看需要使用的情況
跟網路及設備來決定最大容許度。

程式的寫法也會影響到最大文章容量。
正常程式碼寫的好,也無特殊的需求。
機器也沒太爛的情況下。

一般來說資料庫容量在10G(約千萬筆以上),都不會有太大的問題。
但如果程式碼寫的太差,有可能1萬多筆就會開始變慢了。

所以要如何解決???
簡單來說程式碼是最重要的,
其次就是設備。
最後就是規劃。如負載平衡、讀寫分離....等等技術處理。

看更多先前的回應...收起先前的回應...
fillano iT邦超人 1 級 ‧ 2021-08-26 09:26:11 檢舉

最近看到寫太差會跑很慢的例子,就是在while迴圈裡面寫查詢XD

還有些設計者愛用view join view............十萬筆笛卡兒下去,就破百億了,不慢都難

用while查...怕爆

用WHILE、FOR、FOREACH
都看過。認真來說。大多數看到都是請求對應的少量資料。
基本上來說這還不會有很大的問題。最多就是連線數爆多出錯@@"
(如果RUN的次數太多的話)

我看過最可怕的是。用JOIN JOIN.....後。然後用distinct
看起來只有10幾筆。但實際上已經生成了好幾百萬筆。
這種的才可怕。一沒仔細看程式跟追慢查尋的話。
根本就發現不了。

還有另外一種是所謂的假分頁。
拉了好幾百萬筆的全部資料到前端處理分頁。
然後再那邊唉很慢,要不然就是白頁。

總之...程式寫法很重要。

我要發表回答

立即登入回答