WordPress
Joomla
Поддержка
Год
n
В ваших уведомлениях по электронной почте я хотел бы видеть еще четыре токена (в дополнение к текущим: {category}, {username}, {website_url}, {file_name}):
Я бы также хотел, чтобы все токены были доступны в поле «Тема», а также в поле «Текст».
Тогда вашей темой по умолчанию может быть:
Например:
Аналогично и для тела письма.
В идеале могли бы также быть токены для:
поэтому эти элементы могут быть гиперссылками в тексте письма, чтобы администратор мог перейти непосредственно к документу при желании.
Это дает мне важную информацию о том, кто, где и на каком сайте изменил тот или иной файл.
Спасибо за отличный продукт! Надеюсь, это сделает его ещё лучше (без особых усилий).
Ларри
- {editor_username}
{название_сайта}
{category_name}
Я бы также хотел, чтобы все токены были доступны в поле «Тема», а также в поле «Текст».
Тогда вашей темой по умолчанию может быть:
[{site_name}]: File '{file_name}.{file_extension}' added in '{category_name}' by {editor_username}
Например:
[RRCS Employee Portal]: File 'Test document.txt" added in 'Staff Meeting Minutes' by Larry Daniele
Аналогично и для тела письма.
В идеале могли бы также быть токены для:
- {category_url}
поэтому эти элементы могут быть гиперссылками в тексте письма, чтобы администратор мог перейти непосредственно к документу при желании.
Это дает мне важную информацию о том, кто, где и на каком сайте изменил тот или иной файл.
Спасибо за отличный продукт! Надеюсь, это сделает его ещё лучше (без особых усилий).
Ларри
L
Привет Тристан,
Извините за путаницу.
Насколько я понимаю, {username} — это имя пользователя, которому вы отправляете письмо (т.е. вы включены в список получателей уведомлений о добавлении файла). Я бы хотел, чтобы {editor_username} было именем пользователя, который РЕДАКТИРОВАЛ (добавлял, редактировал или удалял) репозиторий (т.е. того, кто АКТИВИРОВАЛ уведомление, а не того, кто его ПОЛУЧИЛ).
Таким образом, если «Мэри» редактирует файл и «Ларри» должен быть уведомлен, то «{username}» будет «Ларри», а «{editor_username}» будет «Мэри».
Я бы, пожалуй, создал "{subscriber_username}" как синоним "{username}" и постепенно убрал бы "{username}" из документации. Это помогло бы различать эти два типа. На уведомление может быть подписано много пользователей, и у каждого из них будет своё {subscriber_username} в письме; репозиторий редактировал только один пользователь — {editor_username}.
Кроме того, «имя пользователя», вероятно, должно представлять собой фактическое «имя пользователя» WordPress (например, «ldaniele»).
. "display_name" будет более точным для имени, которое мы используем в приветствии (например, "Ларри Даниэль".
И вы правы, "{category_name}" — это то же самое, что и "{category}". Если добавить "{category_url}", будет важно лучше различать эти два понятия.
По сути, я считаю, что наиболее устойчивое решение для таких токенов — это их однозначное соответствие типичному объекту объектно-ориентированного программирования. Например, в PHP или C++ можно написать что-то вроде этого:
у вас могут быть соответствующие токены, такие как:
Это делает более очевидным, какими должны быть имена (поскольку во многих случаях объекты WordPress уже чётко определены). И даёт понять, как расширить набор, если требуется добавить больше атрибутов.
Извините за путаницу.
Насколько я понимаю, {username} — это имя пользователя, которому вы отправляете письмо (т.е. вы включены в список получателей уведомлений о добавлении файла). Я бы хотел, чтобы {editor_username} было именем пользователя, который РЕДАКТИРОВАЛ (добавлял, редактировал или удалял) репозиторий (т.е. того, кто АКТИВИРОВАЛ уведомление, а не того, кто его ПОЛУЧИЛ).
Таким образом, если «Мэри» редактирует файл и «Ларри» должен быть уведомлен, то «{username}» будет «Ларри», а «{editor_username}» будет «Мэри».
Я бы, пожалуй, создал "{subscriber_username}" как синоним "{username}" и постепенно убрал бы "{username}" из документации. Это помогло бы различать эти два типа. На уведомление может быть подписано много пользователей, и у каждого из них будет своё {subscriber_username} в письме; репозиторий редактировал только один пользователь — {editor_username}.
Кроме того, «имя пользователя», вероятно, должно представлять собой фактическое «имя пользователя» WordPress (например, «ldaniele»).
. "display_name" будет более точным для имени, которое мы используем в приветствии (например, "Ларри Даниэль".И вы правы, "{category_name}" — это то же самое, что и "{category}". Если добавить "{category_url}", будет важно лучше различать эти два понятия.
По сути, я считаю, что наиболее устойчивое решение для таких токенов — это их однозначное соответствие типичному объекту объектно-ориентированного программирования. Например, в PHP или C++ можно написать что-то вроде этого:
- название категории
категория.id
отображаемое_имя_пользователя
пользователь.имя_пользователя
ID пользователя
и т. д.
у вас могут быть соответствующие токены, такие как:
- название_категории
идентификатор_категории
отображаемое_имя_пользователя
user_имя_пользователя
ID пользователя
и т. д.
Это делает более очевидным, какими должны быть имена (поскольку во многих случаях объекты WordPress уже чётко определены). И даёт понять, как расширить набор, если требуется добавить больше атрибутов.
- Страница :
- 1
На этот пост пока нет ответов.
