WordPress
Joomla
Asistență
Știri
Conectare
În notificările prin e-mail, aș dori să am încă patru token-uri (pe lângă cele actuale: {category}, {username}, {website_url}, {file_name}):
Aș dori, de asemenea, ca toate token-urile să fie disponibile atât în câmpul „Subiect”, cât și în Corp.
Atunci subiectul implicit ar putea fi:
De exemplu:
În mod similar, pentru corpul e-mailului.
În mod ideal, ar putea exista și token-uri pentru:
astfel încât aceste elemente să poată fi hyperlinkate în corpul e-mailului, astfel încât un administrator să poată accesa direct documentul, dacă dorește.
Asta îmi oferă informații esențiale despre cine a modificat ce fișier, unde pe ce site.
Mulțumesc pentru un produs excelent! Sperăm că acest lucru îl va face și mai bun (fără prea mult efort).
Larry
- {editor_username}
{nume_site}
{category_name}
Aș dori, de asemenea, ca toate token-urile să fie disponibile atât în câmpul „Subiect”, cât și în Corp.
Atunci subiectul implicit ar putea fi:
[{site_name}]: File '{file_name}.{file_extension}' added in '{category_name}' by {editor_username}
De exemplu:
[RRCS Employee Portal]: File 'Test document.txt" added in 'Staff Meeting Minutes' by Larry Daniele
În mod similar, pentru corpul e-mailului.
În mod ideal, ar putea exista și token-uri pentru:
- {category_url}
astfel încât aceste elemente să poată fi hyperlinkate în corpul e-mailului, astfel încât un administrator să poată accesa direct documentul, dacă dorește.
Asta îmi oferă informații esențiale despre cine a modificat ce fișier, unde pe ce site.
Mulțumesc pentru un produs excelent! Sperăm că acest lucru îl va face și mai bun (fără prea mult efort).
Larry
L
Salut Tristan,
Îmi pare rău pentru confuzie.
Din câte înțeleg, {username} este numele persoanei căreia îi trimiteți e-mailul (adică sunteți pe lista persoanelor care vor fi notificate când este adăugat un fișier). Aș dori ca {editor_username} să fie numele de utilizator al persoanei care a EDITAT (a adăugat, editat sau șters) depozitul (adică persoana care a DECLANSAT notificarea, nu persoana care a PRIMIT-o).
Deci, dacă „Mary” editează un fișier și „Larry” ar trebui să fie notificat, atunci „{username}” este „Larry” și „{editor_username}” ar fi „Mary”.
Probabil aș crea „{subscriber_username}” ca sinonim pentru „{username}” și aș elimina treptat „{username}” din documentație. Acest lucru ar ajuta la diferențierea celor două. Pot exista mai mulți abonați la o notificare - fiecare cu propriul {subscriber_username} în e-mail; există un singur utilizator care a editat depozitul - {editor_username}.
De asemenea, „nume de utilizator” ar trebui probabil să reprezinte „numele de utilizator” WordPress real al utilizatorului (de exemplu, „ldaniele”
„display_name” ar fi mai precis pentru numele pe care îl folosim în formularea de salut (de exemplu, „Larry Daniele”.
Și ai dreptate, „{category_name}” este același lucru cu „{category}”. Dacă adăugăm „{category_url}”, atunci ar fi important să diferențiem mai bine cele două.
Practic, cred că cea mai sustenabilă soluție pentru aceste tipuri de token-uri este ca acestea să fie mapate unu-la-unu la un obiect tipic în programarea orientată pe obiecte. De exemplu, unde ați scrie lucruri de genul acesta în PHP sau C++:
este posibil să aveți token-uri corespunzătoare, cum ar fi:
Acest lucru face mai evident care ar trebui să fie numele (deoarece în multe cazuri obiectele WordPress sunt deja bine definite). Și clarifică modul de extindere a setului atunci când doriți să adăugați mai multe atribute.
Îmi pare rău pentru confuzie.
Din câte înțeleg, {username} este numele persoanei căreia îi trimiteți e-mailul (adică sunteți pe lista persoanelor care vor fi notificate când este adăugat un fișier). Aș dori ca {editor_username} să fie numele de utilizator al persoanei care a EDITAT (a adăugat, editat sau șters) depozitul (adică persoana care a DECLANSAT notificarea, nu persoana care a PRIMIT-o).
Deci, dacă „Mary” editează un fișier și „Larry” ar trebui să fie notificat, atunci „{username}” este „Larry” și „{editor_username}” ar fi „Mary”.
Probabil aș crea „{subscriber_username}” ca sinonim pentru „{username}” și aș elimina treptat „{username}” din documentație. Acest lucru ar ajuta la diferențierea celor două. Pot exista mai mulți abonați la o notificare - fiecare cu propriul {subscriber_username} în e-mail; există un singur utilizator care a editat depozitul - {editor_username}.
De asemenea, „nume de utilizator” ar trebui probabil să reprezinte „numele de utilizator” WordPress real al utilizatorului (de exemplu, „ldaniele”
„display_name” ar fi mai precis pentru numele pe care îl folosim în formularea de salut (de exemplu, „Larry Daniele”.Și ai dreptate, „{category_name}” este același lucru cu „{category}”. Dacă adăugăm „{category_url}”, atunci ar fi important să diferențiem mai bine cele două.
Practic, cred că cea mai sustenabilă soluție pentru aceste tipuri de token-uri este ca acestea să fie mapate unu-la-unu la un obiect tipic în programarea orientată pe obiecte. De exemplu, unde ați scrie lucruri de genul acesta în PHP sau C++:
- nume.categorie
categorie.id
nume_afișat_utilizator
utilizator.numeutilizator
ID-ul de utilizator
etc.
este posibil să aveți token-uri corespunzătoare, cum ar fi:
- nume_categorie
ID_categorie
nume_de_afișare_utilizator
nume_utilizator_utilizator
ID-ul de utilizator
etc.
Acest lucru face mai evident care ar trebui să fie numele (deoarece în multe cazuri obiectele WordPress sunt deja bine definite). Și clarifică modul de extindere a setului atunci când doriți să adăugați mai multe atribute.
- Pagina:
- 1
Nu există încă răspunsuri pentru această postare.
