跳到主要內容

精選

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

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

遊戲伺服器2025年初架設與研究part8透過Certbot與Nginx搭配使用自動續約Let's EncryptSSL憑證完成雙向https

 這次來整理一下常見的SSL自動續約機制


當然這邊是已經使用了Cloudflare搭配網域有了https的狀態

伺服器系統使用Ubuntu主板號22的(22.0.XX)

首先可以先從Cloudflare後台開始

點選SSL/TLS的選項,右邊點"設定"

應該就會看到加密預設應該會是"彈性"

那彈性的意思就是透過Cloudflare到使用者那邊會是https

但是Cloudflare到你的伺服器,則沒有強制https,也就是說可以http

那一般來說,沒有特別處理的話,這邊轉發後就會只有http

但即便只有這一小段,還是會有些風險存在的

加上有部分連線會要求整段連線都必須是https(檢查整段連線)

那主要這邊就是簡單說明一下如何設定成"完整"

當然處理完之前還先別改成完整

避免底下操作有異常,等SSL憑證的部分完成再調整設定

完整的話就可以整段都是https(包含使用者<-->Cloudflare<-->你的伺服器)

那完整(嚴格)的話,通常就是要錢的,這邊就先不考慮

當然你也可以當作等級跟安全性更高的而選擇使用完整(嚴格)

這邊以能設定成"完整"為主

雖然之前也有稍微帶過,不過這邊就再補充詳細一些

可以透過Certbot來取得憑證,就可以把這段也透過https來發送了

Nginx + Certbot來處理SSL

那首先安裝指令我先列出來

sudo apt install -y certbot python3-certbot-nginx

接下來使用nginx的設定檔來建立轉發的站點

先前雖然也有大概帶過,不過這邊一併說明

先創建設定檔

sudo nano /etc/nginx/sites-available/myproject

後面的myproject可以自己取名字,可能是專案名,也可以是網域名等等的,方便好記


server {
    listen 80;
    listen [::]:80;
    server_name example.com www.example.com;
    }
    
location / {
    proxy_pass http://unix:/home/deployuser/projects/myapp/myapp.sock;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
    }

接著是連接設定檔,記得網域的名稱要替換掉

然後proxy_pass的路徑記得調整成自己放置的路徑例如http://127.0.0.1:5666(我是先放了個python首頁,不過可能不是必要的)


sudo ln -s /etc/nginx/sites-available/myproject /etc/nginx/sites-enabled/
sudo nginx -t   # 測試設定語法
sudo systemctl reload nginx


這邊主要就是把編寫好的設定檔連結到啟用的區域去執行

執行前記得需要-t進行測試

如果內容沒有問題則會得到success ok兩個綠色的成功

接下來執行以下指令

sudo certbot --nginx -d example.com -d www.example.com

注意那兩個example都是自己的網域,兩個替換好再送出

接下來會有一個流程操作,根據版本可能會有些許不同的問題,或是顯示方式

不過基本上主要就是以下這幾個

詢問輸入 email、同意 TOS、選擇是否 redirect all traffic to HTTPS(通常選 Yes)

並且它還會自動修改你剛剛的nginx設定檔

所以整個流程跑完後去看nginx內容有不一樣是正常的

完成後也可以進行一次測試,接著讓它reload

sudo nginx -t

sudo systemctl reload nginx

這樣應該就能正常運作了

並且先前Cloudflare的安全性設置也可以調整成完整了

這邊也提供一個可以檢查SSL憑證時間的指令

sudo systemctl list-timers | grep certbot

這次就先分享到這邊,如果還有什麼疑問,歡迎提問

如果有講錯的地方,也歡迎提出來~





留言