問：mssy.fun 之前用了十多天很正常，今天訪問打開特別慢打不開。,mssy.fun域名打開慢
答：您好，
您的站點在訪問的時候有請求這個IP地址，導致訪問的時候較慢。
這需要您自行核實下情況，非常感謝您對我司的支持，謝謝！
問：請問怎么解決呢？麻煩您給出建議，謝謝！
問：您好，
抱歉給您帶來不便了，這需要您核實檢查程序的。
因為我們對您的程序架構和數據結構都不熟悉，所以還需要您聯系您的程序人員為您核實一下。
非常感謝您對我司的支持，謝謝！
問：檢查了解決了，還是這樣。會不會是被國家防火墻攔截了？
問：您好，
這不是GFW攔截的問題導致，是本身在訪問您網站的時候您的程序有和截圖中的這個IP進行通訊導致訪問較慢。
我們通過工具并沒有定位到具體的文件上，所以需要您這邊聯系您的技術人員您核實下看看。
非常感謝您對我司的支持，謝謝！
問：您幫我看下，打開網站哪個數據占用最做導致變慢。
問：您好，
xiayuhu\\www\\cms\\index\\controller\\Common_global.php 這個文件里面有調用http://int.dpool.sina.com.cn/iplookup/iplookup.php?format=js&ip= 這個新浪接口地址，但是這個接口地址無法響應影響了站點訪問速度。
您可以將這一行代碼注釋，然后再測試訪問速度看看是否正常。
非常感謝您對我司的支持，謝謝！
問：幾天前，用17ce.com檢測網站速度，首字節時間正常，幾乎所有鏈接的時間都能控制在0.5秒以內，然而，重啟一次服務器之後一直到今天，首字節都在一秒左右，本以為重啟可以緩解這個問題，于是重啟，沒想到，重啟之後首字節時間更長，達到了兩秒多！
以上是今天重啟服務器之前，以下是之後
由于這個該死的首字節，網站權重受到百度的打擊！請盡快查看是怎么回事，謝謝！
問：您好，檢查服務器網絡正常，請提供下服務器登陸密碼，我司上服務器為您再排查下呢，非常感謝您長期對我司的支持.由此給您帶來的不便之處,敬請原諒!謝謝!
問：你好，已經登錄了VNC，請盡快進去處理，謝謝
問：您好，檢查服務器帶寬和負載均正常，百度權重的下降可能是其他原因，您可以咨詢下百度客服方面呢，非常感謝您長期對我司的支持.由此給您帶來的不便之處,敬請原諒!謝謝!
問：現在首字節又攀升到三秒以上了，請檢查具體成因，如果需要額外收費，可以商量
問：您好，
您提供一個具體的域名我們測試看看，您說的首字節時間實際上就是TTFB這個時間。
影響這個時間一般存在3個方面，域名的dns解析時間；服務器相應時間；站點程序執行并反饋的時間。
非常感謝您對我司的支持，謝謝！
問：www.hygx.org
在這里https://www.17ce.com/測試。
上面顯示有 解析時間 連接時間 下載時間 首字節時間，其中耗時嚴重的就是首字節時間。
問：您好，
17ce.com只能做一個參考，目前查看從解析、響應，執行反應都屬于正常范圍內：，百度權重下降也有可能是其他方面引起的，所以您需要綜合考慮，您可以咨詢下百度客服方面,非常感謝您長期對我司的支持!
問：服務器硬盤真的是SSD？機械盤都是早期的吧！？將一個800M的數據庫備份文件，打包為gz格式，打包後191M，居然用了將近一分鐘！800/50＝16M/s ！
問：您好，核實您的服務器磁盤是ssd的，打包的速度不一定能真實反映寫入速度，里面包含cpu計算等的消耗時間。您可以從一個磁盤拷貝一個較大的壓縮包到另一個磁盤，查看下轉移的速度。
另外云服務器的性能上來講，沒有單獨一塊ssd好，因為數據會同時寫入4份到集群備份中，主要是確保一個數據的安全，謝謝。
問：CPU8核，內存16G，SSD。
這個配置比CPU2核，內存4G，普通盤如何？linode的VPS，打包1G數據庫備份文件，5秒左右
問：您好，vps和云沒有可比性,vps一旦硬盤損壞,將面臨數據損壞丟失,長時間中斷,云會在您寫入數據時,同時保存一份在本地,三份在網絡集群存儲中,如果其中一個點損壞,不影響使用,也不會中斷,如果只單獨看寫入速度,在相同硬盤相同陣列的情況下,寫入速度當然快于云,非常感謝您長期對我司的支持!
問：你這么講，我倒是想起了起初使用你們公司某款云的時候，壞過一次硬盤，數據丟了，而貴司在工單回復中的理由是：備份也“剛好”沒有。
貴司對于“云會在您寫入數據時,同時保存一份在本地,三份在網絡集群存儲中,如果其中一個點損壞,不影響使用,也不會中斷”這個定性有什么具體的保障嗎？比如丟數據退全款之類的
問：不好意思，記錯了，不是硬盤壞掉，是當時我自己誤刪了數據，想找備份數據，因為你們說云有備份功能
問：您好，我們所說的構架是同時寫四份,比如您在自己服務器上傳了一個文件1.txt,這個文件同時會保存在我司四個存儲點,而如果您刪除了一個文件,這四個存儲點也會同時刪除,我們所說的故障是指其中一個點宕機掛掉,其他三個點還能正常提供服務而不會造成長時間中斷,如果我們設計成一個點讀寫,其他三個點只讀不寫,才能實現您所說的刪除一個文件后,其他三個點才能找到1.txt,而這樣的后果是您上傳了新文件,其他三個點也不會寫入了,這種情況我們還構架了一種備份機制,就是7天將您的硬盤數據完整的拷貝一份放到當前宿主的備份盤下,下一次備份覆蓋上一次的,而您上次找這個7天的備份時是因為備份盤恰好故障或者沒有備份成功,所以找不到數據;
同時寫四份數據和7天備份是兩個不同機制,都是為了增加一道安全保障,您除了依靠我司提供的7天備份機制外,還應該自己定期做一些備份到網盤,本地等措施來確保萬無一失;
而vps,如果是宿主硬件或者系統故障了,您只能等待機房更換宿主硬件,重裝系統,然后恢復虛擬機,至少中斷幾個小時時間,如果是硬盤故障,那更將是毀滅性的,我們也有vps產品,也經歷過這樣的事件,所以才會開發更為安全的云服務器,非常感謝您長期對我司的支持!
問：明白，謝謝耐心解答。
問：您好，不客氣的,感謝您理解與支持!
