WordPress termékek
Joomla termékek
Support
Hírek
Bejelentkezés
2017. június 22., csütörtök
3 Válaszok
0,9 ezer látogatás
Az e-mail értesítéseidben további négy tokent szeretnék kapni (a jelenlegieken kívül: {category}, {username}, {website_url}, {file_name}):
Azt is szeretném, ha minden token elérhető lenne a "Tárgy" mezőben és a szövegtörzsben is.
Akkor az alapértelmezett tárgy lehet:
Például:
Hasonlóképpen az e-mail törzséhez.
Ideális esetben a következőkhöz is lennének tokenek:
így ezek az elemek hiperhivatkozással megjeleníthetők az e-mail törzsében, így a rendszergazda közvetlenül a dokumentumhoz ugorhat, ha szükséges.
Ez kritikus információkat ad arról, hogy ki melyik fájlt, melyik oldalon, hol módosította.
Köszönöm a nagyszerű terméket! Remélhetőleg ettől még jobb lesz (túl sok erőfeszítés nélkül).
Larry
- {szerkesztő_felhasználónév}
{webhely_neve}
{kategória_neve}
Azt is szeretném, ha minden token elérhető lenne a "Tárgy" mezőben és a szövegtörzsben is.
Akkor az alapértelmezett tárgy 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óképpen az e-mail törzséhez.
Ideális esetben a következőkhöz is lennének tokenek:
- {kategória_url}
így ezek az elemek hiperhivatkozással megjeleníthetők az e-mail törzsében, így a rendszergazda közvetlenül a dokumentumhoz ugorhat, ha szükséges.
Ez kritikus információkat ad arról, hogy ki melyik fájlt, melyik oldalon, hol módosította.
Köszönöm 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 Trisztán,
Elnézést a félreértésért.
Úgy értem, hogy a {username} annak a személynek a neve, akinek az e-mailt küldöd (azaz rajta vagy azon személyek listáján, akik értesítést kapnak egy fájl hozzáadásakor). Azt szeretném, hogy a {editor_username} annak a személynek a felhasználóneve legyen, aki SZERKESZTETT (hozzáadott, szerkesztett vagy törölt) a tárolót (azaz az a személy, aki KIVÁLASZTOTT egy értesítést, nem pedig az, aki MEGKAPTA).
Tehát, ha „Mary” szerkeszt egy fájlt, és „Larry”-nek kellene értesítést kapnia, akkor a „{username}” az „Larry”, a „{editor_username}” pedig „Mary” lenne.
Valószínűleg létrehoznám a „{subscriber_username}” felhasználónevet a „{username}” szinonimájaként, és fokozatosan kivezetném a „{username}” részt a dokumentációból. Ez segítene megkülönböztetni a kettőt. Egy értesítésnek sok feliratkozója lehet – mindegyiknek a saját {subscriber_username} a felhasználóneve az e-mailben; csak egy felhasználó szerkesztette a tárhelyet – {editor_username}.
Továbbá a „felhasználónév” valószínűleg a felhasználó tényleges WordPress „felhasználónevét” kell, hogy képviselje (pl. „ldaniele”).
A „display_name” pontosabb lenne a megszólításban használt névre (pl. „Larry Daniele”)..
És igazad van, a „{category_name}” ugyanaz, mint a „{category}”. Ha hozzáadjuk a „{category_url}”-t, akkor fontos lenne jobban megkülönböztetni a kettőt.
Alapvetően úgy gondolom, hogy az ilyen típusú tokenek esetében a legfenntarthatóbb megoldás az, ha egy az egyhez leképezzük őket egy tipikus objektumorientált programozási objektumra. Tehát például, ha ilyen dolgokat írnál PHP-ben vagy C++-ban:
lehetnek megfelelő tokenek, például:
Így egyértelműbbé válik, hogy milyen neveknek kell lenniük (mivel sok esetben a WordPress objektumok már jól definiáltak). És egyértelművé teszi, hogyan bővíthető a halmaz, ha további attribútumokat szeretnénk hozzáadni.
Elnézést a félreértésért.
Úgy értem, hogy a {username} annak a személynek a neve, akinek az e-mailt küldöd (azaz rajta vagy azon személyek listáján, akik értesítést kapnak egy fájl hozzáadásakor). Azt szeretném, hogy a {editor_username} annak a személynek a felhasználóneve legyen, aki SZERKESZTETT (hozzáadott, szerkesztett vagy törölt) a tárolót (azaz az a személy, aki KIVÁLASZTOTT egy értesítést, nem pedig az, aki MEGKAPTA).
Tehát, ha „Mary” szerkeszt egy fájlt, és „Larry”-nek kellene értesítést kapnia, akkor a „{username}” az „Larry”, a „{editor_username}” pedig „Mary” lenne.
Valószínűleg létrehoznám a „{subscriber_username}” felhasználónevet a „{username}” szinonimájaként, és fokozatosan kivezetném a „{username}” részt a dokumentációból. Ez segítene megkülönböztetni a kettőt. Egy értesítésnek sok feliratkozója lehet – mindegyiknek a saját {subscriber_username} a felhasználóneve az e-mailben; csak egy felhasználó szerkesztette a tárhelyet – {editor_username}.
Továbbá a „felhasználónév” valószínűleg a felhasználó tényleges WordPress „felhasználónevét” kell, hogy képviselje (pl. „ldaniele”).
A „display_name” pontosabb lenne a megszólításban használt névre (pl. „Larry Daniele”)..És igazad van, a „{category_name}” ugyanaz, mint a „{category}”. Ha hozzáadjuk a „{category_url}”-t, akkor fontos lenne jobban megkülönböztetni a kettőt.
Alapvetően úgy gondolom, hogy az ilyen típusú tokenek esetében a legfenntarthatóbb megoldás az, ha egy az egyhez leképezzük őket egy tipikus objektumorientált programozási objektumra. Tehát például, ha ilyen dolgokat írnál PHP-ben vagy C++-ban:
- kategória.név
kategória.azonosító
felhasználó.megjelenített_név
felhasználó.felhasználónév
user.id
stb.
lehetnek megfelelő tokenek, például:
- kategória_neve
kategória_azonosító
felhasználó_megjelenített_neve
felhasználó_felhasználónév
felhasználói azonosító
stb.
Így egyértelműbbé válik, hogy milyen neveknek kell lenniük (mivel sok esetben a WordPress objektumok már jól definiáltak). És egyértelművé teszi, hogyan bővíthető a halmaz, ha további attribútumokat szeretnénk hozzáadni.
- oldal:
- 1
Erre a hozzászólásra még nem válaszoltak.
