春滿四合院
 
» yajayaj: 退出 | 短消息 | 控制面板 | 搜索 | 幫助

RSS 訂閱當前論壇  

上一主題 下一主題
     
標題: 請問這裡有沒有在空間商工作過的技術員?  
 
admin
管理員
Rank: 9Rank: 9Rank: 9



UID 1
精華 0
積分 29
帖子 894
閱讀權限 200
註冊 2006-8-28
狀態 離線
請問這裡有沒有在空間商工作過的技術員?

  我想大家都清楚,這幾個月來四合院的運作速度出現了很大問題,每天大部
份時間都處於呆滯至癱瘓的狀態。

  經常也有會員在版面上提出質詢,其實我們又豈可能不知道?一直以來對於
質詢都是以資源問題輕輕帶過,但其實問題不是如此簡單,為了這個問題,這半
年來我們一直與空間商在角力當中。

  四合院從06年創站,07年初因為原來的空間商倒閉而轉用現在的公司,
用不到數月就收到空間公司通知因流量過大而要求提升服務計劃,而這情況持續
不斷發生。到今天四合院使用了此空間商三年,服務計劃升級了兩次,現在的費
用是當初開始時的4﹒5倍,但得來的運作情況仍無明顯改善。

  四合院只是一個以文字為主的論壇,一直以來對流量方面都努力克制:影片
軟件上下載一律謝絕;貼圖限制在100K以下,連頭像也只有50分會員才可
使用;九成會員來四合院都只能夠看文章。一個這樣的文字論壇每天流量竟然達
到9GB,實在令人難以置信。

  使用這空間商三年,每天的上線人數由當初的200﹣300人,到今天的
300﹣400人,在線人數多了一半,但服務費多了四倍仍然不夠,如此無休
止幾何級的升幅,實在令人氣餒。四合院的創站環境超級自由,唯一令我不時考
慮關站的原因就只有這個。

  不知在這裡有沒有曾經或現役在空間商工作、對這方面有深入了解的專業人
士或架站高手,可以幫我們解答這方面的技術問題:

  1.一個這樣的文字論壇,有沒有可能每天流量是9GB?

  2.我們現在用了多少資源,完全由空間商提供的報告來說,有沒有其它軟
件或客觀的單位能夠核查資料的真偽?

  3.空間商曾提及可能是我們系統的錯誤或設定導至不明的大量資源流失,
四合院現在使用的Discuz! 4.1.0,有沒有可能出現這種情況?

  4.現在四合院每天的情形,就像在指定時間被人「截去大量資源」,每晚
8時開始癱瘓,這個月更經常突然急跳在中午12時就開始,到了每晚凌晨2時
又像按鍵般突然回復正常,有多少個可能性會導至這情況發生?是我們系統問題
還是空間商的問題居多?應該是軟件錯誤還是人為因素?

  5.對於找出問題所在,空間商一直以消極態度面對我們,我想問,除了不
斷提升服務計劃外,我們單方面還有什麼方法可以解決上述情況?

  請有這方面學識的人士,幫幫四合院解決現在的困局,謝謝!
2010-6-19 15:30#1
查看資料  Blog  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
prctraveler
金牌會員
Rank: 6Rank: 6


得獎人士   認可發圖會員  
UID 33519
精華 0
積分 392
帖子 188
閱讀權限 100
註冊 2009-5-17
狀態 離線
我虽然不是网站技术人员但是我希望能帮四合院出点力:
admin知道四合院每种页面平均的大小吗?(譬如文字页面vs图片页面)。这样我可以计算一下大概流量。
1. 我的第一反应是每天流量不太可能有9GB。但是主要还是看有多少人上传,浏览,下载图片
2. 有些软件可以查资源:
http://www.google.com/intl/zh-CN_ALL/analytics/ (免费的,还好设置)
http://awstats.sourceforge.net/ (这个有点复杂,不好设置)
3. 没用过Discuz! 4.1.0因此我需要多研究一下
4. 这个可以看一下四合院的1200~0200的人流量,不知我们现在的空间服务商能不能提供这个数据
5. 这个将会复杂一点,要看我们现在的人流,使用软件,等等。。。 我们是否有考虑过换一个比较配合的空间商吗?
2010-6-19 18:29#2
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
prctraveler
金牌會員
Rank: 6Rank: 6


得獎人士   認可發圖會員  
UID 33519
精華 0
積分 392
帖子 188
閱讀權限 100
註冊 2009-5-17
狀態 離線
我刚刚透过其他网站搜索了四合院发现四合院每天大概有6250页浏览量。假设一页文字有100KB+平均一页图片贴有600KB(差不多平均5张100K图片/页)。60%浏览是文字页40%浏览是图片页的话那差不多每天流量是:366MB+1,464MB=2GB/天

这样的话9GB太过了.

http://mysiteevaluate.com/website.php
2010-6-19 18:56#3
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
本色批燙
金牌會員
Rank: 6Rank: 6



UID 22
精華 0
積分 102
帖子 127
閱讀權限 100
註冊 2006-9-18
狀態 離線
1.一個這樣的文字論壇,有沒有可能每天流量是9GB?

一般不會有, 但有很大可能是被指定攻擊, 或是有人刻意用程式在下載本站內容.


2.我們現在用了多少資源,完全由空間商提供的報告來說,有沒有其它軟件或
客觀的單位能夠核查資料的真偽?

基本上沒有, 但可以用 google analyzer 知道每一頁被讀的狀況
需要修改 forum 程式, 在每一頁前加上 google analyzer 的 code



3.空間商曾提及可能是我們系統的錯誤或設定導至不明的大量資源流失,四合院
現在使用的Discuz! 4.1.0,有沒有可能出現這種情況?

最好還是查一下 discuz 的 changelog 之類比較妥當..
不過有問題的話不會過了指定時間就好了..


4.現在四合院每天的情形,就像在指定時間被人「截去大量資源」,每晚
8時開始癱瘓,這個月更經常突然急跳在中午12時就開始,到了每晚凌晨2時
又像按鍵般突然回復正常,有多少個可能性會導至這情況發生?是我們系統問題
還是空間商的問題居多?應該是軟件錯誤還是人為因素?

比較有可能是人為因素, 空間商也有可能做出限制流速的動作,
但一般他不會老實跟你講的..
不過我覺得比較有可能是有人大量在載本站的內容, 這點除非能夠追縱到每一個使用
者載的量, 不然很難抓, 其實這點在空間商那裡應該會有存取 log 是可以找得到原
因的..


5.對於找出問題所在,空間商一直以消極態度面對我們,我想問,除了不
斷提升服務計劃外,我們單方面還有什麼方法可以解決上述情況?

要求他們給 access report 吧, 總得要知道流量跑去哪了,
不過這個得跟空間商 email 來來去去的,
而且通常空間商是看付錢的多寡來決定服務的態度.. 所以配合度就很難說..
2010-6-20 00:29#4
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
霸王
資深會員
Rank: 3Rank: 3



UID 55922
精華 0
積分 47
帖子 140
閱讀權限 30
註冊 2010-4-15
狀態 離線
根據本人懂得的一點網絡知識發表一下看法:
1.網站發生大流量情況,有可能是搜索引擎暴力了,分析一下日誌看是否和搜索引擎有關
2.統計網站流量的單位有:Google Analytics  51la  CNZZ等。
3.查看網站頁面點擊次數和IP數
4.檢查網站頁面是不是以打開新頁面的方式打開,因為這樣會導致極高的IIS連接數占用。
2010-6-20 00:45#5
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
激情VODKA (激發女體淫慾)
金牌會員
Rank: 6Rank: 6
歡迎同好交流


UID 70
精華 0
積分 278
帖子 442
閱讀權限 100
註冊 2006-9-18
來自 台中
狀態 離線
虛擬主機~本來就常有這些問題
因為~虛擬主機是共享頻寬
假設總共有5個網站~共用這個主機
而這台主機最大連線率是2000人
後台本來就可以設置~~各個網站可供承載的連線量上限
若將2000人平均分配~~每個網站可同時上線的人數就等於400人
但是這400不光只代表人數
而是400個同時對網站發出的請求指令
例如搜尋和多開頁面
一個人同時開啟五個頁面+搜尋一次
那它就占據了5
相對的
之前ADMIN大大也說過
圖片的問題
其實~像LOGO是外部連結的部分~是只有占據幾KB的流量而已
在個人端我們電腦是判讀PHP語言它的[img=http:........
這個指令~只要它是網址連結
那它傳輸的~~就只有~~那幾個網址
如果是LOGO放在空間內
那它對應的是[img=/資料夾/圖片
那相對的~~占據的就會比較大的流量

而四合院的LOGO是空間裡面的~~並不是外連
這點~請自行打開原始檔

所以~以這張圖63208KB
要大量消耗頻寬~~實在不是難事
何不修改LOGO將其改為GIF格式~~又可有效降低資源浪費
不然~~每個網頁~~光是跑這站內的LOGO
(((不是外連...是吃站內流量的)))
就夠你受的了
再者~PHP構成方面
請自行參照原始檔
<meta http-equiv="Content-Type" content="text/html; charset=big5">
<meta name="keywords" content="Discuz!,Board,Comsenz,forums,bulletin board,">
<meta name="description" content="春滿四合院  - Discuz! Board">
<meta name="generator" content="Discuz! 4.1.0 with Templates 4.0.0">
<meta name="MSSmartTagsPreventParsing" content="TRUE">
<meta http-equiv="MSThemeCompatible" content="Yes">

<style type="text/css">
<!--
a                        { text-decoration: none; color: #000000 }
a:hover                        { text-decoration: underline }
body                        { scrollbar-base-color: #CEE0F0; scrollbar-arrow-color: #4F99D3; font-size: 16px; background-image: url("images/wtat-1/bg.gif"); background-attachment: fixed}
table                        { font: 16px 細明體, 宋体, Tahoma, Verdana; color: #000000 }
input,select,textarea        { font: 13px 細明體, 宋体, Tahoma, Verdana; color: #000000; font-weight: normal; background-color: #CEE0F0 }
form                        { margin: 0; padding: 0}
select                        { font: 13px Arial, Tahoma; color: #000000; font-weight: normal; background-color: #CEE0F0 }
.nav                        { font: 16px 細明體, 宋体, Tahoma, Verdana; color: #000000; font-weight: bold }
.nav a                        { color: #000000 }
.header                        { font: 13px 細明體, 宋体, Tahoma, Verdana; color: #FFFFFF; font-weight: bold; background-image: url("images/wtat-1/headerbg.gif") }
.header a                { color: #FFFFFF }
.category                { font: 13px Arial, Tahoma; color: #000000; background-image: url("images/wtat-1/catbg.gif") }
.tableborder                { background: #EEF5FA; border: 1px solid #4F99D3 }
.singleborder                { font-size: 0px; line-height: 1px; padding: 0px; background-color: #CEE0F0 }
.smalltxt                { font: 13px Arial, Tahoma }
.outertxt                { font: 16px 細明體, 宋体, Tahoma, Verdana; color: #000000 }
.outertxt a                { color: #000000 }
.bold                        { font-weight: bold }
.altbg1                        { background: #CEE0F0 }
.altbg2                        { background: #D9E8F4 }
.maintable                { width: 98%; background-color: #BDD6EA }
.footer,.footer a         { color: #FFFFFF; text-decoration: none;}
.footerte       { font-size: 12px; color: #FFFFFF;}
--></style>
<script language="JavaScript" src="include/common.js"></script>
</head>


這裡面~~光是開個頁面而已~宣告就已經很多是可以精簡再精簡的
小弟提出的是務實的有東西可以看的~~
暫且跟空間商沒太大關系
我想~~光是這些每一頁的看板宣告精簡~和修正LOGO圖的放置空間~~就可以是個很大很大的改善了




長期誠摯邀請星期五晚
懂得規畫活動,懂情趣的友人同樂
2010-6-20 06:17#6
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
muziliyi
資深會員
Rank: 3Rank: 3



UID 48046
精華 0
積分 37
帖子 175
閱讀權限 30
註冊 2010-1-26
狀態 離線
激情VODKA 大大说的很在理,而且是个压缩流量的好办法。
2010-6-20 07:28#7
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
本色批燙
金牌會員
Rank: 6Rank: 6



UID 22
精華 0
積分 102
帖子 127
閱讀權限 100
註冊 2006-9-18
狀態 離線
這幾天撐到兩點以後看的感覺是..
這一定是人為造成的..
不可能一過特定時間就變得這麼順和這麼不順..
這個很明顯比較接近是限流的問題..被攻擊當然也有可能啦,
但我現在比較傾向是被限流..

至於同一個人開多窗的問題.. 其實現在程式都會透過同一個 connect 在處理
不太會有這麼明顯的差異..
2010-6-21 02:07#8
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
ace
高級會員
Rank: 4



UID 47636
精華 0
積分 69
帖子 80
閱讀權限 50
註冊 2010-1-22
狀態 離線
VODKA 兄建議的 Logo 圖擋外聯的方法的確可以減少無謂的連結

另外還有一點可以留意一下

現時論壇的文字檔傳送沒有作 gzip 加壓, 以四合院的使用, 加上 gzip 應該可以減少 該部份 60-70% 的頻寬
(改一改 .htaccess 或是 php 的 header 應該就可以了)

2. 有關 Google 掃站的問題, 基本上可以設置 robot.txt 和給 Google 一個 website.xml 就可以解決掉

(抽樣試過幾個頁面, 沒圖的話 大概是 100-200k 吧)
2010-6-21 02:54#9
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
admin
管理員
Rank: 9Rank: 9Rank: 9



UID 1
精華 0
積分 29
帖子 894
閱讀權限 200
註冊 2006-8-28
狀態 離線
謝謝各位能人達士提出不少見解和意見,這些內容我們都會記錄下來,
逐一慎重研究與嘗試改進,並據此向空間商交涉,盡力維持系統順暢。
2010-6-21 21:23#10
查看資料  Blog  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
哎唷喂呀
高級會員
Rank: 4



UID 817
精華 0
積分 56
帖子 28
閱讀權限 50
註冊 2006-9-22
狀態 離線
就本身經驗來說通常哎呀會先釐清問題處在於哪一方

1.利用三天時間禁止任何人訪問內頁,也就是只看得到頁首,但進不了任何一個分類
  這麼做是為了假設頻寬夠的情形之下,若是平時擁擠時間連只進頁首也是非常緩慢
  的話,那可能是server端的連結數過少,亦或者同一個server所服務的客戶太多
  (也就是說,不是四合院的問題,問題出在於服務商的server端)

2.單純只開放藏春閣,這麼做是因為圖文很少,每看一篇(次)文章假設需12KB的話,每天
  約需75萬人次才可能達到9GB,若純粹只開放藏春閣,在沒有圖片情況之下,肯定少於
  每天的9GB,請試兩天,再問問服務商該兩天的流量是多少,如果回答的也是差不多9GB
  的話,那就要懷疑服務商的講話真實度(服務商server飽合,問題不在我們)

3.若因為上述1仍沒有改善流暢度的話,請遷移資料到較不忙碌的server

4.若是2一樣告知差不多還是9GB,換一間吧,不誠實不要往來比較好,不然會被坑殺更多
  (哎呀有遇過,拿他人流量大的統計表,故意惡整來威脅加價)

5.若是1有改善,而2服務商也確實告知少於9GB(請一定要少一半以上)很多的話,那就是
  瞬間最大流量遠超過服務商的總頻寬,若服務商只是要再加收錢允許可以超過9GB
  而不是增加本身頻寬的話,那樣問題仍然存在,建議就只能搬家了

---------------------------------------------
以下是一些數學參考式,無興趣者請自行省略

頻寬105KB/S(每秒105KB),連續下載,一整天24小時約等於9GB(只是讓您知道9GB是多少,不代表四合合院都是那麼"平均")

12KB * 750000 次 = 9GB

激情VODKA大大可能求好心切,情急之下把logo圖片大小單位給看錯了
在多顏色情況之下,jpg格式應該是最佳的格式
四合院logo為63KB * 10000人 = 630MB
大部份的人,瀏覽器都有設定CACHE
一定時間之內只要圖檔沒有變更內容大小,是不需要重新讀取
IE預設保留20天,小弟我估保守一點好了,每十天要更新讀取一次
其實每天logo的圖也才630 MB的十分之一,也就是63MB (header很少可省略)
僅佔總流量9GB的百分之零點七( 0.7% )
也就是說問題絕不是在logo
(若logo 63KB是個問題,那每個人的頭像就是超級大問題了)



哎呀很不會講話,剛好小弟吃電腦飯,所以盡可能用白話的方式
若有不小心得罪之處懇請見諒

[ 本帖最後由 哎唷喂呀 於 2010-6-22 05:17 編輯 ]
2010-6-22 03:32#11
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
k5839
金牌會員
Rank: 6Rank: 6


UID 1985
精華 0
積分 403
帖子 1490
閱讀權限 100
註冊 2006-9-26
狀態 離線
如果9G的流量是真的, 我真的懷疑有人用工具備份整個站內的文章以及圖片(例如 HTTrack等等)
2010-6-22 16:04#12
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
哎唷喂呀
高級會員
Rank: 4



UID 817
精華 0
積分 56
帖子 28
閱讀權限 50
註冊 2006-9-22
狀態 離線
哎呀今天小測了一下
網路供應商應該是HKNET(不然就是HKNET的下線)
這是我ping的結果

Ping www.spring4u.info [203.169.184.17] (使用 32 位元組的資料):
203.169.184.17 的 Ping 統計資料:
    封包: 已傳送 = 1000,已收到 = 846, 已遺失 = 154 (15% 遺失),
大約的來回時間 (毫秒):
    最小值 = 46ms,最大值 = 112ms,平均 = 55ms

掉封包率百分之十五..高到有點離譜

今天TRACERT時發現有兩個ROUTER可能過於忙祿
能否請admin大大反應給HKNET
請他們也自行檢測看看
hknet1-RGE.hkix.net [202.40.161.47]
vl140.msfcz1.hknet.com [202.67.140.91]


哎呀住在台灣,可能無法測試為於香港的HKNET很精確
若有需要相關tracert的資料,我都有保留,請再發短消息告知

希望四合院早點恢復健康
失戀很痛苦,哎呀告退

[ 本帖最後由 哎唷喂呀 於 2010-6-22 21:25 編輯 ]
2010-6-22 21:19#13
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
最長笨象
管理員
Rank: 9Rank: 9Rank: 9


十優文章  
UID 3
精華 10
積分 423
帖子 25315
閱讀權限 200
註冊 2006-8-28
狀態 離線


QUOTE:
原帖由 哎唷喂呀 於 2010-6-22 21:19 發表
哎呀住在台灣,可能無法測試為於香港的HKNET很精確
若有需要相關tracert的資料,我都有保留,請再發短消息告知...
如果有香港的專業人士願幫忙就好了
香港真是個冷寞都市
哎~




女人可愛起來是超級可愛~
但討厭起來也是超級討厭~
2010-6-23 01:14#14
查看資料  Blog  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
小8 (小8≠小悠)
論壇元老
Rank: 8Rank: 8


UID 13179
精華 0
積分 533
帖子 1776
閱讀權限 150
註冊 2007-5-26
狀態 離線
哎唷喂呀 這位大大真是救世主 ..
應該好好鼓勵一下 哈哈 ...
希望管理員 能早日讓春滿恢復正常 ..




《搬家到山上去,隱居深山 有事找請撥手機》
2010-6-23 02:27#15
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
burton
貴賓
Rank: 6Rank: 6



UID 8431
精華 0
積分 513
帖子 2111
閱讀權限 100
註冊 2006-12-1
來自 MIT
狀態 離線
不知道有沒有想過換空間商
很多不錯的空間商,流量都沒有限制了
空間也是大到裝不完,價錢也不貴
而且我發現這些空間商都是給新客戶都有特價
但是等到約滿,就開始漲價,增加有的沒有的收費
所以我大概兩年就會換一家,維持比較好的狀況
不過我知道,這樣龐大的討論網站
搬家是一件相當費時的工作
不過如果現任的空間商沒辦法提供有效的服務
我想是該讓他們知道,服務不好是會損失客戶的




游泳!騎車!跑步去!
2010-6-23 03:25#16
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
Fuji0904
金牌會員
Rank: 6Rank: 6



UID 17418
精華 0
積分 117
帖子 265
閱讀權限 100
註冊 2007-8-14
狀態 離線
是啊...
我這兩天絕的狀況有越來越不規律的變化...
以往是8點~2點會有速度變慢的問題
但這幾天發現於平常相對少人的時間(Ex.早上9點、下午3點),在線人數200出頭
但依舊速度變超慢..
像昨天中午12點左右,我點回首頁的時間大概花了快10分鐘(不停重讀...)

以上現象提供給專業人士參考看看.
2010-6-23 03:27#17
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
hahadada78
高級會員
Rank: 4



UID 1155
精華 0
積分 71
帖子 820
閱讀權限 50
註冊 2006-9-24
狀態 離線
都是凌晨2点之后才能用,最近一周,2点之前基本不能用!
2010-6-23 04:05#18
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
哎唷喂呀
高級會員
Rank: 4



UID 817
精華 0
積分 56
帖子 28
閱讀權限 50
註冊 2006-9-22
狀態 離線


QUOTE:
原帖由 最長笨象 於 2010-6-23 01:14 發表
如果有香港的專業人士願幫忙就好了
哎~
只要有兩位住香港的大大願意借電腦讓哎呀當個小跳板,應該就可以測

QUOTE:
原帖由 小8 於 2010-6-23 02:27 發表
哎唷喂呀 這位大大真是 ...
希望管理員 能早日讓春滿恢復正常 ..
哎呀是個粗人,深怕萬一得罪到人而不自知
給自己的要求就是,若言就需有用
相信大家都是為了四合院好

QUOTE:
原帖由 burton 於 2010-6-23 03:25 發表
不知道有沒有想過換空間商
但是等到約滿,就開始漲價,增加有的沒有的收費
所以我大概兩年就 ...
美國那邊蠻多都類似這樣
很多小規模的空間服務商,通常都是先吸引你去使用
優惠時間到了,會轉移走的倒還好
不會轉移走的,他們就連本帶利的討回來
burton大大勤勞轉移資料的精神值得小弟我學習



以台灣最普遍的光纖10/2,若拿來自行在家架站,至少每天就可以有17.2GB的流量
在這裡要解釋的,網站架設最主要應付的是瞬間最大量
就拿哎呀曾經架設的網路歡唱KTV聊天室來說
線上約3~400人,CAM開放50人之下的流量最高記錄一天為27GB
把一人網路即時的歌聲同時copy給線上有開啟語音的人,視訊最多copy給50個人觀賞
但尖峰時刻上傳流量約兩秒就傳送一首5MB的歌(10/2光纖的十二倍),變動率很大

香港有一個很大的優勢,就是網路頻寬很便宜,流量夠大(上傳頻寬比台灣大很多)
住在台灣的我可是羨慕的很,如果有自建的意願,如果沒有管理維護上的麻煩
相信是個不錯的選擇

最精確抓問題,就是取得控制權,當然能有log檔分析就更好
不知admin大大有沒有考慮過只開放春色滿園.出牆紅杏及笑談風月
其他地方先暫停一天以釐清問題所在(很抱歉,哎呀的提議可能會影響一些人權益)
2010-6-23 09:55#19
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
chickenwing
金牌會員
Rank: 6Rank: 6


UID 1713
精華 0
積分 235
帖子 645
閱讀權限 100
註冊 2006-9-25
狀態 離線


QUOTE:
原帖由 哎唷喂呀 於 2010-6-23 09:55 發表

美國那邊蠻多都 ...
我不是技術員不能幫助什麼!!但哎唷喂呀大一定是高手高手高高手!!!看完他回應忍不住要推一下!!

ChickenWing




常註香港。也會出沒在深圳、廣州、台北、上海等地
老會員+前影友。可交流照片、影片。
182cm/73kg,體型及體能保持良好。
口號:我就喜歡別人的老婆或女友!
2010-6-23 13:51#20
查看資料  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
 
admin
管理員
Rank: 9Rank: 9Rank: 9



UID 1
精華 0
積分 29
帖子 894
閱讀權限 200
註冊 2006-8-28
狀態 離線
非常感謝「哎唷喂呀」兄提供的有力數據,我們會結合目前已掌握的資料向
空間商據理力爭,竭力堵塞被「偷電」的漏洞,使論壇盡快回復正常運作。

論壇的Banner已經暫時取下,以測試一下對減低頁面流量是否有幫助。

另外關於Gzip問題,在系統資源充裕的情況下確實是可以加快頁面傳送速
度,但處理Gzip需要動用伺服器的資源,在目前資源短缺的情形下無疑對
緩慢的網速百上加斤,因此在網速未解決之前我們暫不考慮把Gzip開啟。
2010-6-23 20:09#21
查看資料  Blog  發短消息   引用回覆  向版主反映這個帖子 回覆 頂部
     

查看積分策略說明快速回覆主題
標題:   (可選)
選項:
禁用 URL 識別
禁用 Smilies
禁用 Discuz! 代碼
使用個人簽名
接收新回覆郵件通知

           [完成後可按 Ctrl+Enter 發佈]

  可打印版本 | 推薦給朋友 | 訂閱主題 | 收藏主題  


 


本论坛支付平台由支付宝提供
携手打造安全诚信的交易社区   Powered by Discuz! 4.1.0 Licensed  © 2001-2006 Comsenz Inc.
Processed in 0.023953 second(s), 13 queries

所有時間為 GMT+8, 現在時間是 2022-2-25 14:29