跳到主要內容

精選

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

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

遊戲伺服器2025年初架設與研究part4透過服務功能(service)自動啟用腳本/架站-支援開機啟動

 那先前我們已經測試過程式碼已經可以順利運行


也就是在伺服器的對應虛擬環境中,已經可以順利的透過python3 yourfile.py來執行

執行後也沒有看到錯誤,並且透過瀏覽器瀏覽設定好的網域


應該就能從對應的資料庫中看到資料被寫入

那以我使用PostgreSQL的資料庫來看

這邊也提供一個可以遠端查看資料庫的方式

不過這邊也要提醒一下,如果有安全性考量,記得要設計的嚴謹一些

畢竟資料庫也是遊戲中相當重要的一環,跟SSH連線一樣需要相當程度的保護

避免被駭入的準備還是相當重要的~

例如只接受內網連線等等,以下這個就是指定8080的內網,可以根據需要調整

sudo ufw allow from 192.168.1.0/24 to any port 8080


而這邊使用遠端查看DB的方式也就選用PostgreSQL官方提供的pgadmin


這個可以去官網上下載,可以根據自己的系統選擇版本下載

那想查詢表格的話,可以在sql輸入區域輸入



SELECT * FROM public.test_logs

ORDER BY id ASC 

當然表格名稱要打自己的

就可以看到寫入到table的資料了

那確定這個python檔案確實正確執行後,我們接下來就可以來測試將這個腳本當作網站部屬起來


並且我們通常都會希望能伺服器一開機就自動啟用這種功能(如同伺服器開機就啟動遊戲伺服器功能)


那我們需要先建立一個服務檔案,例如以下這樣,當然檔名可以自己取

sudo nano /etc/systemd/system/myapp.service


接下來內容如以下範例


[Unit]

Description=My Python App

After=network.target


[Service]

ExecStart=/home/user/appname/venv/bin/gunicorn --bind 127.0.0.1:8000 main:app

WorkingDirectory=/home/yourname/myproject

Restart=always

User=yourname

Group=your_group_name

Environment="PATH=/home/user/appname/venv/bin"


[Install]

WantedBy=multi-user.target


內容中雖然可以打註解,並且註解是用#

那這邊要注意註解不能直接加在字後面

例如前面有After=network.target 你直接在後面打#這表示服務要在網路後啟動

這樣打會有問題,得換行打註解

當然這部分我只是根據測試結果說明一下,也許詳細有更複雜的規則

所以只是提醒不能直接在後面打#+註解

那主要這執行也包含了要使用虛擬環境來啟用,所以如果沒有用虛擬環境的話這邊寫法會稍微有一些不同,這邊要注意一下

修改完記得ctrl+O按Enter存檔,接著crtl+X退出

接下來可以手動啟用一下測試看看有沒有問題

sudo systemctl start myapp.service

啟用後可以透過以下這個確認狀態,或是是否有log印出來

sudo systemctl status myapp.service

那如果沒問題,接下來就可以設置開機自動啟用了

sudo systemctl enable myapp.service

在這邊輸入

sudo systemctl daemon-reexec

或是

sudo systemctl daemon-reload

可以重新加載(修改完可以輸入)

接下來這個類網站的功能就成功可以自動啟用了

並且跟先前不同,先前如果用python打指令啟用的話會占用你的SSH輸入(並且ctrl+C可以中止)

那現在就不會看到任何訊息,而且不會占用SSH了,就可以繼續實作其他功能,或是其它網站了,並做其它測試了

當然如果怕忘了先前有啟用的服務,也可以手動檢查

例如使用

ls /etc/systemd/system/

找一下那些.service的檔案

這次就先分享到這邊

主要這個功能就已經可以讓我們伺服器有基本的自動重啟的能力了

如有疑問也歡迎詢問,並且有需要指證的地方也歡迎~






留言