Chào Tristan,
Xin lỗi vì sự nhầm lẫn.
Theo tôi hiểu, {tên người dùng} là tên của người mà bạn đang gửi email ĐẾN (tức là bạn nằm trong danh sách những người sẽ được thông báo khi một tệp được thêm vào). Tôi muốn {editor_username} là tên người dùng của người ĐÃ CHỈNH SỬA (thêm, chỉnh sửa hoặc xóa) kho lưu trữ (tức là người ĐÃ KÍCH HOẠT thông báo, không phải người NHẬN nó.)
Vì vậy, nếu "Mary" chỉnh sửa một tệp và "Larry" được cho là sẽ được thông báo, thì "{username}" là "Larry" và "{editor_username}" sẽ là "Mary".
Tôi có thể sẽ tạo "{subscriber_username}" làm từ đồng nghĩa với "{username}" và loại bỏ dần "{username}" trong tài liệu. Điều này sẽ giúp phân biệt hai. Có thể có nhiều người đăng ký nhận thông báo - mỗi người có {subscriber_username} riêng trong email; chỉ có một người dùng đã chỉnh sửa kho lưu trữ - {editor_username}.
Ngoài ra, "tên người dùng" có thể đại diện cho "tên người dùng" WordPress thực tế của người dùng (ví dụ: "ldaniele"
. "display_name" sẽ chính xác hơn cho tên chúng tôi đang sử dụng trong lời chào (ví dụ: "Larry Daniele"
.
Và bạn đã đúng, "{category_name}" cũng giống như "{category}". Nếu chúng tôi thêm "{category_url}", thì điều quan trọng là phải phân biệt hai loại này tốt hơn.
Về cơ bản, tôi nghĩ giải pháp bền vững nhất cho các loại mã thông báo này là để chúng ánh xạ một-đối-một tới một đối tượng điển hình trong lập trình hướng đối tượng. Vì vậy, ví dụ, nơi bạn sẽ viết những thứ như thế này bằng PHP hoặc C++:
- tên danh mục
danh mục.url
Thể loại ID
user.display_name
người dùng.tên người dùng
tên người dùng
Vân vân.
bạn có thể có các mã thông báo tương ứng, chẳng hạn như:
- tên danh mục
danh mục_url
Thể loại ID
user_display_name
user_username
tên người dùng
Vân vân.
Điều này làm rõ ràng hơn tên nên là gì (vì trong nhiều trường hợp, các đối tượng WordPress đã được xác định rõ). Và nó làm rõ cách mở rộng tập hợp khi bạn muốn thêm nhiều thuộc tính hơn.