WordPress produkter
Joomla produkter
Support
Speed Cache
Login
I dine e-mail-notifikationer vil jeg gerne have fire flere tokens (ud over de nuværende: {category}, {username}, {website_url}, {file_name}):
Jeg vil også gerne have, at alle tokens er tilgængelige i feltet "Emne" såvel som i brødteksten.
Så kunne dit standardemne være:
For eksempel:
Tilsvarende gælder for e-mailens brødtekst.
Ideelt set kunne der også være tokens til:
så disse elementer kunne linkes til i e-mailens brødtekst, så en administrator kunne gå direkte til dokumentet, hvis det ønskes.
Dette giver mig vigtig information om, hvem der ændrede hvilken fil hvor på hvilket websted.
Tak for et fantastisk produkt! Forhåbentlig vil dette gøre det endnu bedre (uden for meget besvær).
Larry
- {redaktørens_brugernavn}
{site_name}
{kategorinavn}
Jeg vil også gerne have, at alle tokens er tilgængelige i feltet "Emne" såvel som i brødteksten.
Så kunne dit standardemne være:
[{site_name}]: File '{file_name}.{file_extension}' added in '{category_name}' by {editor_username}
For eksempel:
[RRCS Employee Portal]: File 'Test document.txt" added in 'Staff Meeting Minutes' by Larry Daniele
Tilsvarende gælder for e-mailens brødtekst.
Ideelt set kunne der også være tokens til:
- {category_url}
så disse elementer kunne linkes til i e-mailens brødtekst, så en administrator kunne gå direkte til dokumentet, hvis det ønskes.
Dette giver mig vigtig information om, hvem der ændrede hvilken fil hvor på hvilket websted.
Tak for et fantastisk produkt! Forhåbentlig vil dette gøre det endnu bedre (uden for meget besvær).
Larry
L
Hej Tristan,
Undskyld forvirringen.
Som jeg forstår det, er {username} navnet på den person, du sender e-mailen TIL (dvs. du er på listen over personer, der skal underrettes, når en fil tilføjes). Jeg vil gerne have, at {editor_username} er brugernavnet på den person, der REDIGEREDE (tilføjede, redigerede eller slettede) arkivet (dvs. den person, der UDLØSTE underretningen, ikke den person, der MODTAGTE den).
Så hvis "Mary" redigerer en fil, og "Larry" skal have besked, så er "{username}" "Larry", og "{editor_username}" ville være "Mary".
Jeg ville nok oprette "{subscriber_username}" som et synonym for "{username}" og udfase "{username}" i dokumentationen. Dette ville hjælpe med at skelne mellem de to. Der kan være mange abonnenter på en notifikation - hver med deres egen {subscriber_username} i e-mailen; der er kun én bruger, der redigerede arkivet - {editor_username}.
Derudover bør "brugernavn" sandsynligvis repræsentere brugerens faktiske WordPress-"brugernavn" (f.eks. "ldaniele"
"display_name" ville være mere præcist for det navn, vi bruger i hilsenen (f.eks. "Larry Daniele".
Og du har ret, "{category_name}" er det samme som "{category}". Hvis vi tilføjer "{category_url}", ville det være vigtigt at skelne de to bedre.
Grundlæggende set tror jeg, at den mest bæredygtige løsning for den slags tokens er at få dem til at knytte en-til-en til et typisk objekt i objektorienteret programmering. Så for eksempel, hvor man ville skrive ting som dette i PHP eller C++:
du har muligvis tilsvarende tokens såsom:
Dette gør det mere tydeligt, hvad navnene skal være (da WordPress-objekterne i mange tilfælde allerede er veldefinerede). Og det gør det klart, hvordan man udvider sættet, når man vil tilføje flere attributter.
Undskyld forvirringen.
Som jeg forstår det, er {username} navnet på den person, du sender e-mailen TIL (dvs. du er på listen over personer, der skal underrettes, når en fil tilføjes). Jeg vil gerne have, at {editor_username} er brugernavnet på den person, der REDIGEREDE (tilføjede, redigerede eller slettede) arkivet (dvs. den person, der UDLØSTE underretningen, ikke den person, der MODTAGTE den).
Så hvis "Mary" redigerer en fil, og "Larry" skal have besked, så er "{username}" "Larry", og "{editor_username}" ville være "Mary".
Jeg ville nok oprette "{subscriber_username}" som et synonym for "{username}" og udfase "{username}" i dokumentationen. Dette ville hjælpe med at skelne mellem de to. Der kan være mange abonnenter på en notifikation - hver med deres egen {subscriber_username} i e-mailen; der er kun én bruger, der redigerede arkivet - {editor_username}.
Derudover bør "brugernavn" sandsynligvis repræsentere brugerens faktiske WordPress-"brugernavn" (f.eks. "ldaniele"
"display_name" ville være mere præcist for det navn, vi bruger i hilsenen (f.eks. "Larry Daniele".Og du har ret, "{category_name}" er det samme som "{category}". Hvis vi tilføjer "{category_url}", ville det være vigtigt at skelne de to bedre.
Grundlæggende set tror jeg, at den mest bæredygtige løsning for den slags tokens er at få dem til at knytte en-til-en til et typisk objekt i objektorienteret programmering. Så for eksempel, hvor man ville skrive ting som dette i PHP eller C++:
- kategorinavn
kategori.id
bruger.visningsnavn
bruger.brugernavn
bruger.id
osv.
du har muligvis tilsvarende tokens såsom:
- kategorinavn
kategori_id
bruger_visningsnavn
bruger_brugernavn
bruger_id
osv.
Dette gør det mere tydeligt, hvad navnene skal være (da WordPress-objekterne i mange tilfælde allerede er veldefinerede). Og det gør det klart, hvordan man udvider sættet, når man vil tilføje flere attributter.
- Side :
- 1
Der er endnu ingen svar på dette indlæg.
