Bỏ qua đến nội dung chính
  Thứ năm, ngày 22 tháng 6 năm 2017
  3 Trả lời
  0,9 nghìn lượt truy cập
  Đặt mua
Trong thông báo qua email của bạn, tôi muốn có thêm bốn mã thông báo nữa (ngoài các mã thông báo hiện tại: {category}, {username}, {website_url}, {file_name}):


  • {tên người dùng biên tập}
  • {phầnextension}
    {tên_trang_web}
    {tên_danh_mục}


Tôi cũng muốn tất cả các mã thông báo đều có sẵn trong trường "Chủ đề" cũng như trong phần Nội dung.

Khi đó chủ đề mặc định của bạn có thể là:


[{site_name}]: File '{file_name}.{file_extension}' added in '{category_name}' by {editor_username}


Ví dụ:


[RRCS Employee Portal]: File 'Test document.txt" added in 'Staff Meeting Minutes' by Larry Daniele


Tương tự như vậy đối với phần Nội dung email.

Lý tưởng nhất là cũng có thể có các mã thông báo cho:


  • {url_danh_mục}
  • {url_tệp}


vì vậy, những mục này có thể được tạo siêu liên kết trong nội dung email để người quản trị có thể truy cập trực tiếp vào tài liệu nếu muốn.

Điều này cung cấp cho tôi thông tin quan trọng về việc ai đã thay đổi tệp nào ở đâu trên trang web nào.

Cảm ơn vì sản phẩm tuyệt vời! Hy vọng điều này sẽ giúp sản phẩm tốt hơn nữa (mà không cần quá nhiều công sức).

Larry
T
8 năm trước
Xin chào,

Nghe có vẻ như là một sự bổ sung tuyệt vời, bạn có thể nói rõ hơn về các thẻ này không:
- {editor_username}, sự khác biệt với {username} là gì
- Và sự khác biệt giữa {category_name} và {category}

Cảm ơn
L
8 năm trước
Chào Tristan,

Xin lỗi vì sự nhầm lẫn này.

Theo tôi hiểu, {username} là tên người bạn 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 có 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, chứ không phải người NHẬN thông báo).

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".

Có lẽ tôi sẽ tạo "{subscriber_username}" làm từ đồng nghĩa với "{username}" và loại bỏ "{username}" trong tài liệu. Điều này sẽ giúp phân biệt hai trường hợp. 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ó lẽ nên đạ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 với tên chúng ta đang sử dụng trong lời chào (ví dụ: "Larry Daniele";).

Và bạn nói đúng, "{category_name}" giống với "{category}". Nếu chúng ta thêm "{category_url}", thì việc phân biệt rõ ràng hơn hai cái này sẽ rất quan trọng.

Về cơ bản, tôi nghĩ giải pháp bền vững nhất cho những loại token này là ánh xạ chúng một-một với một đối tượng điển hình trong lập trình hướng đối tượng. Ví dụ, bạn sẽ viết những thứ như thế này trong PHP hoặc C++:


  • danh mục.tên
  • category.url
    danh mục.id
    người dùng. tên hiển thị
    người dùng.tên người dùng
    ID người dùng
    vân vân.


bạn có thể có các mã thông báo tương ứng như:


  • tên_danh_mục
  • url_thể_loại
    danh mục_id
    tên_hiển_thị_người_dùng
    tên người dùng
    id_người_dùng
    vân vân.


Điều này giúp bạn dễ dàng xác định tên của các đối tượng (vì trong nhiều trường hợp, các đối tượng WordPress đã được định nghĩa rõ ràng). Đồng thời, nó cũng giúp bạn dễ dàng mở rộng tập hợp khi muốn thêm thuộc tính.
T
8 năm trước
Xin chào,

OK, tôi hiểu rồi! Cảm ơn, tôi sẽ cố gắng tìm ra thứ gì đó dễ sử dụng và thêm vào lộ trình của chúng ta.

Trân trọng,
  • Trang :
  • 1
Không có câu trả lời nào được thực hiện cho bài đăng này.