Mali by sme implementovať GUI na odhlasovanie sa z mailových spamov. (Tu je pár úvah)
Ukladanie dát
Naskytuje sa niekoľko možností ako ukladať údaj o tom či a aký spam chcú odoberať.
Zahrnuť to do person_info, teda by pribudli ďalšie stĺpce
Zahrnúť to do person_has_flag, definovali by sa nové flagy, a nadviazalo by sa to na tie
Spraviť novú tabuľku a ukldať to pomocou viacerých stĺpcov
Spraviť novú tabuľku a ukladať to ako osoba-typ -> value (obdobne ako PHF)
Osobne preferujem poslednú možnosť (nemám rád tabuľku person_has_flag)
Pridanie unsuscribe do mailu
Rozdelenie mailov
Bude potreba detekovať emaily, ktoré sú unsuscribeable (toto slovo som si teraz vymyslel).
Osobne by som maily "oflagoval" resp. mu určil nejaký interný topic, podľa tohoto topicu, by sa (ne)pridalo do emailu unsuscribed button, prip. by sa tam dala poznámka, že email bol poslaný pretože ste sa prihlásili na FOF a nedá sa teda unsuscribnuť.
Osobne by som preferoval väčšiu granularitou topicov, na spam prip. aj na ne-spam.
Spam by som základne delil na
info o seminári (naše akcie a pozvánky na akcie)
info o iných seminároch (pozvánky na ich akcie)
info o MFF (akcie mimo seminárov ale v rámci MFF)
info o partneroch a tretích stranách
Nespam (emaily typu ste prihlásený na akciu, info pred akciou, uploadli sme opravené riešenia, posunuli sme deadline...) by som delil
seminár asi FYKOS/Vyfuk flag
akcie teda FOF, FOL,tábor, soustredko, DSEF...
Pridanie buttonu samotného
Bude potreba pridať samotný button, asi ako najjenoduchší princíp mi pripadá spraviť template, ktorý pridá na koniec pätičku pri posielaní, pridá tam tokeny a vyrieši všetko za nás. S tým, že to bude pridávať podľa topicu. Teda unsusribed len do spamu.
Asi najjednoduchšie je to pridať pri posielaní, prip. spraviť nejaký precompiler, ktorý samotné telo emailu obalí.
Každopádne to bude ešte vyžadovať nejak upraviť tab. email_message
Tokeny
Momentálne sa generujú tokeny len do tab. auth_token, čo celú prácu pri trocha komplikuje. Môže to robiť prekomplier, a plniť auth_tokeny, alebo zaviesť špeciálne mailový token, ktorý sa vytvorí pre daný mail, netreba teda komplikovane plniť druhú tabuľku a generovať a plniť. Každopádne to zas vytvára duplicitu dát, a komplikuje authentifikaciu.
Mali by sme implementovať GUI na odhlasovanie sa z mailových spamov. (Tu je pár úvah)
Ukladanie dát
Naskytuje sa niekoľko možností ako ukladať údaj o tom či a aký spam chcú odoberať.
Osobne preferujem poslednú možnosť (nemám rád tabuľku person_has_flag)
Pridanie unsuscribe do mailu
Rozdelenie mailov
Bude potreba detekovať emaily, ktoré sú unsuscribeable (toto slovo som si teraz vymyslel). Osobne by som maily "oflagoval" resp. mu určil nejaký interný topic, podľa tohoto topicu, by sa (ne)pridalo do emailu unsuscribed button, prip. by sa tam dala poznámka, že email bol poslaný pretože ste sa prihlásili na FOF a nedá sa teda unsuscribnuť.
Osobne by som preferoval väčšiu granularitou topicov, na spam prip. aj na ne-spam.
Spam by som základne delil na
info o partneroch a tretích stranách
Nespam (emaily typu ste prihlásený na akciu, info pred akciou, uploadli sme opravené riešenia, posunuli sme deadline...) by som delil
Pridanie buttonu samotného
Bude potreba pridať samotný button, asi ako najjenoduchší princíp mi pripadá spraviť template, ktorý pridá na koniec pätičku pri posielaní, pridá tam tokeny a vyrieši všetko za nás. S tým, že to bude pridávať podľa topicu. Teda unsusribed len do spamu.
Asi najjednoduchšie je to pridať pri posielaní, prip. spraviť nejaký precompiler, ktorý samotné telo emailu obalí.
Každopádne to bude ešte vyžadovať nejak upraviť tab. email_message
Tokeny
Momentálne sa generujú tokeny len do tab. auth_token, čo celú prácu pri trocha komplikuje. Môže to robiť prekomplier, a plniť auth_tokeny, alebo zaviesť špeciálne mailový token, ktorý sa vytvorí pre daný mail, netreba teda komplikovane plniť druhú tabuľku a generovať a plniť. Každopádne to zas vytvára duplicitu dát, a komplikuje authentifikaciu.