WordPress
Joomla
Soporte
Más información
Iniciar sesión
Jueves, 22 de junio de 2017
3 Respuestas
0.9k visitas
En sus notificaciones por correo electrónico, me gustaría tener cuatro tokens más (además de los actuales: {categoría}, {nombre de usuario}, {url_del_sitio web}, {nombre_de_archivo}):
También me gustaría que todos los tokens estuvieran disponibles en el campo "Asunto" así como en el Cuerpo.
Entonces tu asunto predeterminado podría ser:
Por ejemplo:
Lo mismo ocurre con el cuerpo del correo electrónico.
Lo ideal sería que también hubiera tokens para:
De esta manera, estos elementos podrían tener hipervínculos en el cuerpo del correo electrónico para que un administrador pudiera ir directamente al documento, si así lo deseaba.
Esto me da información crítica sobre quién modificó qué archivo y en qué sitio.
¡Gracias por un producto excelente! Espero que esto lo mejore aún más (sin mucho esfuerzo).
Larry
- {nombre de usuario del editor}
{nombre_del_sitio}
{nombre_de_categoría}
También me gustaría que todos los tokens estuvieran disponibles en el campo "Asunto" así como en el Cuerpo.
Entonces tu asunto predeterminado podría ser:
[{site_name}]: File '{file_name}.{file_extension}' added in '{category_name}' by {editor_username}
Por ejemplo:
[RRCS Employee Portal]: File 'Test document.txt" added in 'Staff Meeting Minutes' by Larry Daniele
Lo mismo ocurre con el cuerpo del correo electrónico.
Lo ideal sería que también hubiera tokens para:
- {category_url}
De esta manera, estos elementos podrían tener hipervínculos en el cuerpo del correo electrónico para que un administrador pudiera ir directamente al documento, si así lo deseaba.
Esto me da información crítica sobre quién modificó qué archivo y en qué sitio.
¡Gracias por un producto excelente! Espero que esto lo mejore aún más (sin mucho esfuerzo).
Larry
l
Hola Tristán,
Perdón por la confusión.
Según tengo entendido, {nombre de usuario} es el nombre de la persona a la que se envía el correo electrónico (es decir, estás en la lista de personas a las que se les notificará cuando se agregue un archivo). Me gustaría que {nombre_de_usuario_del_editor} fuera el nombre de usuario de la persona que EDITÓ (añadió, editó o eliminó) el repositorio (es decir, la persona que ACTIVÓ la notificación, no la que la RECIBIÓ).
Entonces, si "Mary" edita un archivo y se supone que "Larry" debe ser notificado, entonces "{username}" es "Larry" y "{editor_username}" sería "Mary".
Probablemente crearía "{subscriber_username}" como sinónimo de "{username}" y eliminaría gradualmente "{username}" de la documentación. Esto ayudaría a diferenciarlos. Puede haber muchos suscriptores a una notificación, cada uno con su propio {subscriber_username} en el correo electrónico; solo hay un usuario que editó el repositorio: {editor_username}.
Además, "nombre de usuario" probablemente debería representar el "nombre de usuario" real de WordPress del usuario (por ejemplo, "ldaniele").
. "display_name" sería más preciso para el nombre que usamos en el saludo (por ejemplo, "Larry Daniele")..
Y tienes razón, "{category_name}" es lo mismo que "{category}". Si añadimos "{category_url}", sería importante diferenciarlos mejor.
Básicamente, creo que la solución más sostenible para este tipo de tokens es que se asignen uno a uno a un objeto típico en programación orientada a objetos. Por ejemplo, donde escribirías cosas como esta en PHP o C++:
Es posible que tenga tokens correspondientes como:
Esto hace que sea más obvio cuáles deben ser los nombres (ya que, en muchos casos, los objetos de WordPress ya están bien definidos). Y aclara cómo ampliar el conjunto cuando se desea añadir más atributos.
Perdón por la confusión.
Según tengo entendido, {nombre de usuario} es el nombre de la persona a la que se envía el correo electrónico (es decir, estás en la lista de personas a las que se les notificará cuando se agregue un archivo). Me gustaría que {nombre_de_usuario_del_editor} fuera el nombre de usuario de la persona que EDITÓ (añadió, editó o eliminó) el repositorio (es decir, la persona que ACTIVÓ la notificación, no la que la RECIBIÓ).
Entonces, si "Mary" edita un archivo y se supone que "Larry" debe ser notificado, entonces "{username}" es "Larry" y "{editor_username}" sería "Mary".
Probablemente crearía "{subscriber_username}" como sinónimo de "{username}" y eliminaría gradualmente "{username}" de la documentación. Esto ayudaría a diferenciarlos. Puede haber muchos suscriptores a una notificación, cada uno con su propio {subscriber_username} en el correo electrónico; solo hay un usuario que editó el repositorio: {editor_username}.
Además, "nombre de usuario" probablemente debería representar el "nombre de usuario" real de WordPress del usuario (por ejemplo, "ldaniele").
. "display_name" sería más preciso para el nombre que usamos en el saludo (por ejemplo, "Larry Daniele")..Y tienes razón, "{category_name}" es lo mismo que "{category}". Si añadimos "{category_url}", sería importante diferenciarlos mejor.
Básicamente, creo que la solución más sostenible para este tipo de tokens es que se asignen uno a uno a un objeto típico en programación orientada a objetos. Por ejemplo, donde escribirías cosas como esta en PHP o C++:
- categoría.nombre
categoría.id
usuario.nombre_para_mostrar
usuario.nombredeusuario
usuario.id
etc.
Es posible que tenga tokens correspondientes como:
- nombre_de_categoría
id de categoría
nombre_para_mostrar_del_usuario
usuario_nombredeusuario
ID de usuario
etc.
Esto hace que sea más obvio cuáles deben ser los nombres (ya que, en muchos casos, los objetos de WordPress ya están bien definidos). Y aclara cómo ampliar el conjunto cuando se desea añadir más atributos.
- Página :
- 1
Aún no se han realizado respuestas para esta publicación.
