Az e-mail-értesítésekben további négy tokent szeretnék (a jelenlegi mellett: {category}, {username}, {website_url}, {file_name}):
Azt is szeretném, ha minden token elérhető lenne a "Tárgy" mezőben, valamint a törzsben.
Akkor az alapértelmezett tárgy a következő lehet:
Például:
Hasonlóan az e-mail törzséhez.
Ideális esetben a következőkre is lehetnek tokenek:
így ezeket az elemeket hiperhivatkozással el lehet helyezni az e-mail törzsében, így az adminisztrátor kívánt esetben közvetlenül a dokumentumhoz léphet.
Ez kritikus információkat ad arról, hogy ki milyen fájlt hol és milyen webhelyen változtatott meg.
Köszönjük a nagyszerű terméket! Remélhetőleg ettől még jobb lesz (túl sok erőfeszítés nélkül).
Larry
- {editor_username}
{site_name}
{kategória név}
Azt is szeretném, ha minden token elérhető lenne a "Tárgy" mezőben, valamint a törzsben.
Akkor az alapértelmezett tárgy a következő lehet:
[{site_name}]: File '{file_name}.{file_extension}' added in '{category_name}' by {editor_username}
Például:
[RRCS Employee Portal]: File 'Test document.txt" added in 'Staff Meeting Minutes' by Larry Daniele
Hasonlóan az e-mail törzséhez.
Ideális esetben a következőkre is lehetnek tokenek:
- {category_url}
így ezeket az elemeket hiperhivatkozással el lehet helyezni az e-mail törzsében, így az adminisztrátor kívánt esetben közvetlenül a dokumentumhoz léphet.
Ez kritikus információkat ad arról, hogy ki milyen fájlt hol és milyen webhelyen változtatott meg.
Köszönjük a nagyszerű terméket! Remélhetőleg ettől még jobb lesz (túl sok erőfeszítés nélkül).
Larry
L
Szia Tristan!
Elnézést a zavarásért.
Ha jól értem, a {felhasználónév} annak a személynek a neve, akinek az e-mailt küldi (azaz szerepel azon személyek listáján, akiknek értesítést kell kapniuk egy fájl hozzáadásakor). Szeretném, ha a(z) {editor_username} legyen annak a személynek a felhasználóneve, aki SZERKESZTETTE (hozzáadta, szerkesztette vagy törölte) az adattárat (azaz nem annak a személynek, aki KIINDÍTTA az értesítést, nem pedig azt, aki KAPTA).
Tehát ha "Mary" szerkeszt egy fájlt, és "Larry"-nek értesítést kell kapnia, akkor a "{username}" "Larry", a "{editor_username}" pedig "Mary" lesz.
Valószínűleg létrehoznám a „{subscriber_username}” kifejezést a „{username}” szinonimájaként, és a „{username}” kifejezést fokozatosan kivonnám a dokumentációból. Ez segítene a kettő megkülönböztetésében. Sok feliratkozó lehet egy értesítésre – mindegyiknek saját {subscriber_username}-je van az e-mailben; csak egy felhasználó szerkesztette a tárat - {editor_username}.
Ezenkívül a "felhasználónév" valószínűleg a felhasználó tényleges WordPress "felhasználónevét" jelenti (pl. "ldaniele"
. A "megjelenítési_név" pontosabb lenne a köszöntésben használt névre (pl. "Larry Daniele" .
És igazad van, a "{category_name}" ugyanaz, mint a "{category}". Ha hozzáadjuk a „{category_url}” kifejezést, akkor fontos lenne jobban megkülönböztetni a kettőt.
Alapvetően azt gondolom, hogy az ilyen típusú tokenek legfenntarthatóbb megoldása az, ha egyenként leképezzük őket egy tipikus objektumra az objektum-orientált programozásban. Így például hova írhatna ilyesmit PHP-ben vagy C++-ban:
lehetnek megfelelő tokenjei, például:
Ez egyértelműbbé teszi, hogy mik legyenek a nevek (mivel sok esetben a WordPress objektumok már jól meghatározottak). És világossá teszi, hogyan lehet bővíteni a készletet, ha további attribútumokat szeretne hozzáadni.
Elnézést a zavarásért.
Ha jól értem, a {felhasználónév} annak a személynek a neve, akinek az e-mailt küldi (azaz szerepel azon személyek listáján, akiknek értesítést kell kapniuk egy fájl hozzáadásakor). Szeretném, ha a(z) {editor_username} legyen annak a személynek a felhasználóneve, aki SZERKESZTETTE (hozzáadta, szerkesztette vagy törölte) az adattárat (azaz nem annak a személynek, aki KIINDÍTTA az értesítést, nem pedig azt, aki KAPTA).
Tehát ha "Mary" szerkeszt egy fájlt, és "Larry"-nek értesítést kell kapnia, akkor a "{username}" "Larry", a "{editor_username}" pedig "Mary" lesz.
Valószínűleg létrehoznám a „{subscriber_username}” kifejezést a „{username}” szinonimájaként, és a „{username}” kifejezést fokozatosan kivonnám a dokumentációból. Ez segítene a kettő megkülönböztetésében. Sok feliratkozó lehet egy értesítésre – mindegyiknek saját {subscriber_username}-je van az e-mailben; csak egy felhasználó szerkesztette a tárat - {editor_username}.
Ezenkívül a "felhasználónév" valószínűleg a felhasználó tényleges WordPress "felhasználónevét" jelenti (pl. "ldaniele"
. A "megjelenítési_név" pontosabb lenne a köszöntésben használt névre (pl. "Larry Daniele" .És igazad van, a "{category_name}" ugyanaz, mint a "{category}". Ha hozzáadjuk a „{category_url}” kifejezést, akkor fontos lenne jobban megkülönböztetni a kettőt.
Alapvetően azt gondolom, hogy az ilyen típusú tokenek legfenntarthatóbb megoldása az, ha egyenként leképezzük őket egy tipikus objektumra az objektum-orientált programozásban. Így például hova írhatna ilyesmit PHP-ben vagy C++-ban:
- kategória név
kategória.id
user.display_name
user.username
Felhasználói azonosító
stb.
lehetnek megfelelő tokenjei, például:
- kategória név
kategória_azonosítója
user_display_name
user_username
Felhasználói azonosító
stb.
Ez egyértelműbbé teszi, hogy mik legyenek a nevek (mivel sok esetben a WordPress objektumok már jól meghatározottak). És világossá teszi, hogyan lehet bővíteni a készletet, ha további attribútumokat szeretne hozzáadni.
- Oldal:
- 1
Erre a hozzászólásra még nem válaszoltak.
