跳到主要內容

精選

對於玩家們常會說的「懷念以前的遊戲」甚至覺得以前的遊戲比較好玩觀點與AI進行探討part1

 接下來針對一些玩家對於很多遊戲習慣會說的以前“ 遊戲比較好玩 ”這點來進行相關的提問 當然我知道我這提問只是一個面向,不過可以看看AI是如和回應的 問題: 有時候,對於遊戲玩家中很常見的一些說法,也覺得有點矛盾,感覺很多人似乎並不是真的理解自己在說些什麼。   像是常常有很多人都喜歡說什麼「懷念以前的遊戲」,或是覺得以前那樣在遊戲中可以做自己想做的事情,覺得很棒,認為現在的遊戲怎麼都只有唯一解,或是只有少數的流派之類的。   但是實際上拆解開來看,以前的遊戲,單純只是因為那時候大家沒有在查攻略玩遊戲而已,難道不是這樣嗎?如果你那時候去查了攻略,不就會發現更好練或是更強的方式,然後就會發現自己在做傻事,結果就是改變自己的玩法。   所以,只要你現在玩家玩新遊戲的時候也都不要查攻略,那你怎麼會覺得只有唯一解?這觀點本身就是有問題的啊。 就是因為你去查了攻略,發現有更好練或是更強的方法,才反而覺得是唯一解不是嗎?   因為照那樣的說法成立,其實現在的新遊戲就不應該開放大家討論,也不要有相關的討論版,任何問那個遊戲的文章都要刪掉,這樣大家就會回到以前那種遊玩模式。 但是,難道大家會想要這樣玩遊戲嗎? 其實現代的遊戲玩家根本就不想那樣玩遊戲啊,結果他們自己的行為根本就是矛盾的,卻整天只會做這種膚淺的言論來抱怨。   如果真的想要玩到更好玩的遊戲,我其實真的覺得,玩家自己本身也是可以提升,甚至帶動整個風氣一起提升不是嗎?而不是只會做那種膚淺的抱怨,卻完全沒說到真正的點上吧。 --- 回應: 「以前遊戲比較自由」這句話,問題出在哪? 你點到一個關鍵: 以前不是沒有唯一解,而是「大家不知道唯一解在哪」 。 為什麼以前看起來比較自由? 沒有現在這麼即時、完整的攻略 沒有 YouTube、Wiki、Discord 秒解 資訊流通慢,玩家彼此之間是「局部知識」 所以結果是: 每個人玩法都不一樣 很多「其實很爛但當下覺得OK」的玩法能存活 玩家會把「不知道更好的解法」誤認成「設計上的自由」 但只要 當年有完整攻略 ,會發生什麼事? 大家一樣會改玩法,一樣會往效率最高的方向靠。 你說得沒錯: 一旦你知道有更快、更強、更省的方式,繼續用...

遊戲伺服器2025年初架設與研究part6_1伺服器指令筆記-指令part2連線與延遲相關

 這邊是更新一下新使用的指令筆記


後來考慮了一下還是決定分成不同文章發布


某方面也可以判斷一部分使用指令的先後順序

當然這塊會根據自己操作習慣有所不同,也可以根據關鍵字來進行查找


首先幾個可能常用到的,這是怕自己忘了自己Nginx設置的設定檔的名字,可以這樣搜尋

ls /etc/nginx/sites-available/

這是對應我們之前在這個資料夾底下用sano創建的設定檔,不小心忘記可以這樣找
根據列出來的檔名,你就可以簡單使用
sudo nano /etc/nginx/sites-available/flask_project
來編輯設定檔,當然最後的檔名請打自己的

啟用Nginx站點需要使用以下的指令,這邊是重複的,方便查找就一併提供
sudo ln -s /etc/nginx/sites-available/flask_project /etc/nginx/sites-enabled/
sudo systemctl reload nginx
前面的是建立連結,讓我們寫好的設定檔可以連結到nginx真正執行的地方sites-enabled
執行完我們用後面的指令就可以讓nginx重新讀取,這樣就能生效了
sudo nginx -t
這邊也是記得要使用這個測試一下是否正常運作

另外補充如果要讓站點暫時關閉
可以使用以下這個指令
sudo unlink /etc/nginx/sites-enabled/flask_project
這樣就會關閉了,並且設定檔依然保留在sites-available之中
隨時可以去編輯或是用先前的指令重新啟動


那接下來提供幾個在檢查固定IP並且測試伺服器相關的延遲會使用到的指令
包含CDN檢查等等,DNS確認
那這邊的範例都會以使用Pppoe來進行固定IP連線當作基礎
因為根據查到的資料來看似乎多半都是這樣使用,當然也有固定IP透過自動取得IP的,那個可能就要查其它資料了,這邊基礎是以使用pppoe來固定IP連線的
首先基礎的
ip a
這個列出目前網卡建立的連線,可能會有內網或是外網等等IP與DNS資訊
接下來是檢查我們pppoe連線,這可以看到我們使用的帳號,並且依些細節參數設定
sudo nano /etc/ppp/peers/dsl-provider
也可以從這邊看到是使用哪一張網卡,並且這個設定檔是透過先前使用指令自動生成的
例如persist就表示會斷線自動重連

透過以下這個可以簡單的列出目前連線,例如常見的pppoe連線會顯示ppp0
ip link
至於判斷固定ip是否有拿到正確的ip則是看先前ip a顯示的資訊就能看出來


不確定連線問題的時候可以透過以下這個指令查看系統log
journalctl -b | grep ppp
不過內容可能會非常多,不好判斷


確認連線狀態,檢查具體的連線狀態
systemctl status networking


假設有安裝NetworkManager,則是從另一個地方檢查
systemctl status NetworkManager


如果想確認重開機是否會自動連線
cat /etc/network/interfaces
從這邊檢查,例如auto所執行的相關設定
並且假設pppoe的連線設定有設定上
應該能看到一行# by pppoeconf


以下這個也是顯示系統針對ppp連線的log,有時候可以看到進行了很多次連線才終於連線成功
sudo grep pppd /var/log/syslog


檢查DNS-連接方
nslookup 自己的網域名
通常在這邊看可以看到受到Cloudflare轉發的IP位置


查看網卡設定的DNS
resolvectl status
這邊可以看到自己設定的DNS server


接下來是常見的檢查延遲指令
ping -c 5 google.com
透過ping丟給google.com來看具體的延遲數值


接下來為了檢查各個節點產生的延遲
需要安裝traceroute  
sudo apt install traceroute  

接下來就可以使用以下的指令進行完整的站點檢查延遲
traceroute google.com
當然透過伺服器打這些指令只能測單方向,可能會不夠準確
所以我們可以回到另一台電腦(不在內網內,避免任何影響到測試的可能)
例如windows系統,打開cmd
輸入以下的指令測試,當然這是已經確保你的伺服器正確架設,並且網域也設定正確
tracert 你的網域
然後等它跑完,就能看整個過程,還有具體高延遲出現在哪裡

另外似乎也可以使用瀏覽器進行簡單的測試
https://網域名稱/cdn-cgi/trace
這邊也可以顯示出主要使用的CDN節點,例如中華電信的連線檢查出來應該就會跑到美國去
然後才能連到你在Cloudflare轉發的伺服器,這邊就能知道高延遲是因為連線被轉到美國去了~


這次就先分享到這邊,主要重點都是在檢測伺服器的網路跟延遲,畢竟這塊也弄了很久(主要就是希望能降低延遲),花了好幾天各種檢查,如果有什麼疑問也可以直接提出來,或是有什麼講錯的歡迎回覆~



 



留言