Produtos do WordPress
produtos Joomla
Suporte
Notícias
Entrar
Quinta-feira, 22 de junho de 2017
3 Respostas
0,9 mil visitas
Nas suas notificações por e-mail, gostaria de ter mais quatro tokens (além dos atuais: {category}, {username}, {website_url}, {file_name}):
Gostaria também que todos os tokens estivessem disponíveis no campo "Assunto", bem como no Corpo.
Então seu assunto padrão poderia ser:
Por exemplo:
O mesmo vale para o corpo do e-mail.
O ideal seria que também houvesse tokens para:
para que esses itens pudessem ser hiperlinkados no corpo do e-mail, para que um administrador pudesse ir diretamente ao documento, se desejado.
Isso me dá informações cruciais sobre quem alterou qual arquivo, onde e em qual site.
Obrigado por um ótimo produto! Espero que isso o torne ainda melhor (sem muito esforço).
Larry
- {editor_username}
{nome_do_site}
{nome_da_categoria}
Gostaria também que todos os tokens estivessem disponíveis no campo "Assunto", bem como no Corpo.
Então seu assunto padrão poderia ser:
[{site_name}]: File '{file_name}.{file_extension}' added in '{category_name}' by {editor_username}
Por exemplo:
[RRCS Employee Portal]: File 'Test document.txt" added in 'Staff Meeting Minutes' by Larry Daniele
O mesmo vale para o corpo do e-mail.
O ideal seria que também houvesse tokens para:
- {url_da_categoria}
para que esses itens pudessem ser hiperlinkados no corpo do e-mail, para que um administrador pudesse ir diretamente ao documento, se desejado.
Isso me dá informações cruciais sobre quem alterou qual arquivo, onde e em qual site.
Obrigado por um ótimo produto! Espero que isso o torne ainda melhor (sem muito esforço).
Larry
eu
Olá Tristão,
Desculpe pela confusão.
Pelo que entendi, {username} é o nome da pessoa PARA quem você está enviando o e-mail (ou seja, você está na lista de pessoas que serão notificadas quando um arquivo for adicionado). Gostaria que {editor_username} fosse o nome de usuário da pessoa que EDITOU (adicionou, editou ou excluiu) o repositório (ou seja, a pessoa que ACIONOU a notificação, não a pessoa que a RECEBEU).
Então, se "Mary" edita um arquivo e "Larry" deveria ser notificado, então "{username}" seria "Larry" e "{editor_username}" seria "Mary".
Eu provavelmente criaria "{subscriber_username}" como sinônimo de "{username}" e eliminaria gradualmente "{username}" da documentação. Isso ajudaria a diferenciar os dois. Pode haver vários assinantes de uma notificação — cada um com seu próprio {subscriber_username} no e-mail; há apenas um usuário que editou o repositório — {editor_username}.
Além disso, "nome de usuário" provavelmente deve representar o "nome de usuário" real do WordPress (por exemplo, "ldaniele"
. "display_name" seria mais preciso para o nome que estamos usando na saudação (por exemplo, "Larry Daniele".
E você está certo, "{category_name}" é o mesmo que "{category}". Se adicionarmos "{category_url}", seria importante diferenciar melhor os dois.
Basicamente, acredito que a solução mais sustentável para esses tipos de tokens é mapeá-los um a um para um objeto típico em programação orientada a objetos. Então, por exemplo, onde você escreveria coisas como esta em PHP ou C++:
você pode ter tokens correspondentes, como:
Isso torna mais óbvio quais devem ser os nomes (já que em muitos casos os objetos do WordPress já estão bem definidos). E deixa claro como estender o conjunto quando você quiser adicionar mais atributos.
Desculpe pela confusão.
Pelo que entendi, {username} é o nome da pessoa PARA quem você está enviando o e-mail (ou seja, você está na lista de pessoas que serão notificadas quando um arquivo for adicionado). Gostaria que {editor_username} fosse o nome de usuário da pessoa que EDITOU (adicionou, editou ou excluiu) o repositório (ou seja, a pessoa que ACIONOU a notificação, não a pessoa que a RECEBEU).
Então, se "Mary" edita um arquivo e "Larry" deveria ser notificado, então "{username}" seria "Larry" e "{editor_username}" seria "Mary".
Eu provavelmente criaria "{subscriber_username}" como sinônimo de "{username}" e eliminaria gradualmente "{username}" da documentação. Isso ajudaria a diferenciar os dois. Pode haver vários assinantes de uma notificação — cada um com seu próprio {subscriber_username} no e-mail; há apenas um usuário que editou o repositório — {editor_username}.
Além disso, "nome de usuário" provavelmente deve representar o "nome de usuário" real do WordPress (por exemplo, "ldaniele"
. "display_name" seria mais preciso para o nome que estamos usando na saudação (por exemplo, "Larry Daniele".E você está certo, "{category_name}" é o mesmo que "{category}". Se adicionarmos "{category_url}", seria importante diferenciar melhor os dois.
Basicamente, acredito que a solução mais sustentável para esses tipos de tokens é mapeá-los um a um para um objeto típico em programação orientada a objetos. Então, por exemplo, onde você escreveria coisas como esta em PHP ou C++:
- categoria.nome
categoria.id
usuário.nome_de_exibição
usuário.nome de usuário
ID do usuário
etc.
você pode ter tokens correspondentes, como:
- nome_da_categoria
id_da_categoria
nome_de_exibição_do_usuário
usuário_nome_de_usuário
ID do usuário
etc.
Isso torna mais óbvio quais devem ser os nomes (já que em muitos casos os objetos do WordPress já estão bem definidos). E deixa claro como estender o conjunto quando você quiser adicionar mais atributos.
- Página :
- 1
Ainda não há respostas para esta postagem.
