Yes, it is a terrible idea to hard code security tokens in code itself, for two separate but connected reasons:

Technically, the token is a part of the software's configuration, so should not be embedded in the software itself. Additionally, the API token is a secret that should not be shared beyond the individual or organization running the software. There are two things that need consideration:

Since it's a part of configuration. You may want to accept it via a more standard configuration setup, like a configuration file, a configuration service, an environment variable (accessed via `os.environ('APP_DISCORD_TOKEN')`), or a command line option. Hopefully your application can use a framework to accept all kinds of configuration. If you do offer the secret directly to  be configured via a file, make sure you keep it out of your software version control system (such as using `.gitignore` if you are using git for version control), so you don't accidentally share it!

From the aspect of the token being a secret, the safest location for any secret is going to be inside a hardware security module on the physical system itself, or an operating system's secure storage mechanism, but you will need to find the appropriate Secrets API to access it on your device and operating system. You may also choose to use a more flexible secrets storage service.

You may find, that if you consider both of these together, you'll want to integrate against a secure secrets storage framework, and offer a configuration mechanism for accessing the secret token via the a secrets storage framework. You will also find this to be an easier long term strategy when you need to automatically rotate your security tokens over time.
ใช่ มันเป็นความคิดที่แย่มากที่จะฮาร์ดโค้ดโทเค็นความปลอดภัยในโค้ดนั้นเอง ด้วยเหตุผลสองประการที่แยกจากกันแต่เชื่อมโยงกัน: ในทางเทคนิคแล้ว โทเค็นเป็นส่วนหนึ่งของการกำหนดค่าของซอฟต์แวร์ ดังนั้นจึงไม่ควรฝังอยู่ในซอฟต์แวร์เอง นอกจากนี้ โทเค็น API ยังเป็นความลับที่ไม่ควรแชร์นอกเหนือจากบุคคลหรือองค์กรที่ใช้งานซอฟต์แวร์ มีสองสิ่งที่ต้องพิจารณา: เนื่องจากเป็นส่วนหนึ่งของการกำหนดค่า คุณอาจต้องการยอมรับผ่านการตั้งค่าการกำหนดค่ามาตรฐานเพิ่มเติม เช่น ไฟล์การกำหนดค่า บริการการกำหนดค่า ตัวแปรสภาพแวดล้อม (เข้าถึงผ่าน `os.environ('APP_DISCORD_TOKEN')`) หรือตัวเลือกบรรทัดคำสั่ง หวังว่าแอปพลิเคชันของคุณสามารถใช้เฟรมเวิร์กเพื่อยอมรับการกำหนดค่าทุกประเภท หากคุณเสนอความลับโดยตรงให้กำหนดค่าผ่านไฟล์ ตรวจสอบให้แน่ใจว่าคุณเก็บมันไว้นอกระบบควบคุมเวอร์ชันซอฟต์แวร์ของคุณ (เช่น การใช้ `.gitignore` หากคุณใช้ git สำหรับการควบคุมเวอร์ชัน) เพื่อที่คุณจะได้ไม่ไม่ได้ตั้งใจ แบ่งปัน! จากมุมมองของโทเค็นที่เป็นความลับ ตำแหน่งที่ปลอดภัยที่สุดสำหรับความลับใดๆ จะอยู่ภายในโมดูลความปลอดภัยของฮาร์ดแวร์บนระบบฟิสิคัลนั้นเอง หรือกลไกการจัดเก็บที่ปลอดภัยของระบบปฏิบัติการ แต่คุณจะต้องค้นหา API ความลับที่เหมาะสมเพื่อ เข้าถึงได้บนอุปกรณ์และระบบปฏิบัติการของคุณ คุณยังอาจเลือกใช้บริการจัดเก็บข้อมูลลับที่ยืดหยุ่นมากขึ้นได้ คุณอาจพบว่าหากคุณพิจารณาทั้งสองอย่างเข้าด้วยกัน คุณจะต้องผสานรวมกับเฟรมเวิร์กการจัดเก็บข้อมูลลับที่ปลอดภัย และเสนอกลไกการกำหนดค่าสำหรับการเข้าถึงโทเค็นลับผ่านเฟรมเวิร์กการจัดเก็บข้อมูลลับ นอกจากนี้คุณจะพบว่านี่เป็นกลยุทธ์ระยะยาวที่ง่ายกว่าเมื่อคุณต้องการหมุนเวียนโทเค็นความปลอดภัยของคุณโดยอัตโนมัติเมื่อเวลาผ่านไป
spam fails_task lang_mismatch pii not_appropriate hate_speech sexual_content quality toxicity humor helpfulness creativity violence