Webshop, email-es értesítés küldése az új termékről

Webshop, email-es értesítés küldése az új termékről
2018-09-08T21:27:12+02:00
2018-09-17T10:04:33+02:00
2022-10-15T21:35:44+02:00
MercedesS500
Üdv!

Adott egy egyedi fejlesztésű webshop. 
Olyat szeretnék csinálni hozzá, hogy amikor egy új terméket feltöltök az adminban, akkor küldjön ki email-es értesítést azoknak, akik már vásároltak, hogy felkerült egy új termék.

Kérdésem:
- ezt megtehetem így simán is, tehát amikor elmentem a terméket
- vagy pedig valahogy időzítve legyen, mert a fenti módszer nagyon leterhelné, esetleg le is fagyna az oldal. 1-2 email címre még kimenne, de több 100-ra már nehezebben.

Ha ez fontos, phpmailer-rel lesz megoldva.

Köszi!
Mutasd a teljes hozzászólást!
Ugyan használtam már email küldést, de a részletekhez nem értek. Ha nincsenek csatolt képek/fájlok, szerintem nem túl megterhelő több tíz, talán pár száz emailt sem kiküldeni, de ha nagyon ezen múlik, lehet rá gondolom akár cron jobbal valamilyen terheléseloszlást csinálni, vagy ha sok időd van, egy önmagát "befrissítő" phpt, (metával, js onloaddal, vagy bármivel), ami szintén elosztja X darabra a kiküldést, per betöltés. Vagy leg...bénább? esetben még az is megoldható, hogy valamelyik/bármelyik oldalbetöltés triggereli a dolgot, és egy pár emailt akkor küld ki a rendszer, ahányszor valaki megnyitja a webshopod bármelyik oldalát, így nem kell neked egy ablakot nyitvahagyni (pár másodpercig, az előző módszer szerint)...

Várd meg más(ok) válaszát mindenképp, mert úgy hiszem, ez nem volt túl hasznos. Talán valami ötletet adok vele esetleg. A konkrét válasz viszont nincs az leírásomban. Esetleg csinálj egy tesztet, küldj ki egy "átlagos", ilyen típusú mailt a saját címedre, mondjuk 200x, és mérd le PHP-val, mennyi idő alatt végzi el az oldal. Ha csak 2-3 mp, akkor nem hiszem, hogy nagy gáz. (Gondolom alapvetően a php.ini-ben is 30 körül van a timeout).
Mutasd a teljes hozzászólást!

  • Mindenképp cron-al csinálnám.
    Ha egyesével töltesz fel mondjuk 20 terméket, akkor mind a 20 után küldjön valakinek emailt?? Azonnal el is veszted mint vásárlót.
    Felrakod a termékeket, aztán majd valamikor az éjszaka, futtatsz egy cront, ami összeszedi a friss releváns termékeket, és szépen kiküldi.
    Mutasd a teljes hozzászólást!
  • Gondold végig, és pár ötlet:
    1. A szolgáltatód miképp áll hozzá ha az új termék feltöltésekor többszáz email-t küldesz ki a szerveréről.
    2. Készítesz egy olyan megoldást, hogy a lekérdezett összes eddigi vásárlód email-címét csoportosítod pl. 50-es csoportba egy átmeneti DB-be (vagy az időzített kiküldés előtt mindig a következő 50-et kéred le).
    3. Készítesz egy kiküldő rutint, mely a bemenetként megkapott 50-et kiküldi - vár egy ideig - kiküldi a következő csomagot.
    4. Esetleg az új termék felvitele után DB-be mentett címekre cron segítségével indítasz naponta 50 köldést, de ítt érdemes figyelni arra, hogy elérted a végét -> ne kezdje előlről -> a végén törlöd a DB tartalmát.
    Mutasd a teljes hozzászólást!
  • Swiftmailer-t használok (jobb mint a phpmailer) és ott lehet pl. 50 kiküldés után kis szünetet tartani.
    Mutasd a teljes hozzászólást!
  • Szia!

    Nem a technikai kérdéshez szólnék hozzá, de ezt is jobb meggondolni:
    Én az első kéretlen levél után leiratkoznék az biztos és még a mamád is csuklana!
    Kéretlen levél küldözgetése azért több sávon is necces.
    Előtt engedélyt kéne kérni (gondolom ez már megtörtént). Jobb megoldás a hírlevélre való feliratkozás de woodooman felvetése is mutatja a problémát. Nekem a havi egy levélnél van a tűrésküszöböm, e fölött tutira kontra produktív a dolog.
    Mutasd a teljes hozzászólást!
  • Jól mondod, erősen Spam szagú a történet szerintem is.
    Előszöris külön hozzájárulás szükséges a felhasználó részéről a regsiztrációjánál.
    Másodsorban a küldéshez és személyes adatok kezeléséhez NAIH bejegyzés szám és a számnak megfelelően, illetve ennek köréhez kapcsolódó tevékenységet lehet csak végrehajtani.
    Harmadsorban igen a leiratkozás lehetősége KÖTELEZŐ a magyar törvények(GDPR-is) szerint.
    Technikailag egyszerü....az user adatokból (emailcím), létrehozunk egy array("ID0":"emailcíme","ID1":"emailcíme")-t  majd id szerint 49db!!!-onként belehelyezed egy adatbázisba melybe úgy tolod be hogy 50 elemenként a küldés idejét is beletolod....én úgy csinálnám hogy percenként egyesével tolnám be....
    Noss mikor szépen ketyeg a cuccos befele, akkor már csak egy loader kell...ami mondjuk percenként lefut cron-olva és ha a NOW()-60 < az adatbázisba szereplő időpont akkor a mailer elküldi a levelet...így ugyan atom lassú lesz a küldés de így időzítve a kiküldést eleve egy butaság az elképzelés mivel mivan ha óránként van új termék?
    akkor 100 usernek kimegy a mail termék 1-ről majd a következőnek a termék2-ről?
    Így jobban belegondolva értelmetlen az egész email küldözgetés:)....nem?
    Mutasd a teljes hozzászólást!
  • Ha már GDPR-re hivatkozol legyél pontos: GDPR óta nem kötelező a NAIH azonosító.
    Mutasd a teljes hozzászólást!
  • Igen ebben igazad van:)
    De kötelező a kettős adatbázis és titkosítva tárolt személyes adat is...meg egy csomó katyvasz is amit igazából méd az sem lát át aki kitalálta ezt az egész gdpr-t :D
    Mutasd a teljes hozzászólást!
  • Szia, 

    Nézz utána a queue joboknak és a queue worker-nek.
    Viszont ahogy előttem is mondták, ez a termékenként egy e-mail nagyon spam-es dolog. Én hetente küldenék ki erről levelet összegyűjtve a listát az "Új termékeink a héten" címszó alatt. 
    Illetve ha már hírlevelet küldesz, akkor ne tárhelyszolgáltatón keresztül, se Google mail fiókból, mert ezek egyáltalán nem erre alkalmasak és még könnyen is spam listába kerülhetsz. Erre a problémára több lehetőséged is van, mint például az amazon ses, mailerlite, stb megoldások.

    A jogi része megint ott van, hogy erről a levélkiküldésről a felhasználó hozzájárulását kell kérned, mondjuk regisztrációkor, vagy a profilján belül ezt beállíthatja, hogy szeretne ilyet kérni. Anélkül eléggé kockázatos bevállalni ilyet, mert nagyon sokba is kerülhet, ha csak egy személy is felnyom.

    Remélem tudtam segíteni ezekkel, sok sikert. :)
    Mutasd a teljes hozzászólást!
  • Hello,

    én sem támogatom a kéretlen leveleket, de én sendgrid-et használok és ehhez van egy cronjob-om is. Készítesz egy lekérdezést, amiben csak az új termékek vannak benne majd a sendgrid php api-ját meghívod és mehet is ki a levél. ingyenes verzióban azt hiszem napi 100 emailt lehet max kiküldeni.

    Üdv,
    Ricsi
    Mutasd a teljes hozzászólást!
  • Én, mint amatőr így csinálnám. Mikor regisztrál egy potenciális vásárló, akkor megkérdezném, hogy fel akar e íratkozni a hírlevelünkre, szeretne kapni értesítést az akciós és az új termékeinkről. Ha beixelte, akkor hetente küldenék egy hírlevelet. Megvan, hogy kinek küldjük, megvan, hogy miről. Innentől kezdve egyszerű. Nyilvánvaló, hogy a termékek táblának tartalmazni kell az információkat, amely alapján egyértelműen kideríthető, hogy az adott termék bekerül e abba a listába, amelyet ki kell küldeni.
    Mutasd a teljes hozzászólást!
  • Tökéletesen gondolkodol, de kit nyom fel, és miért ? Hová ? Milyen alapon ?
    Mutasd a teljes hozzászólást!
  • Egy szó, GDPR. :)

    Ha a felhasználó nem járul hozzá a hírlevelekhez, de mégis megkapja, akkor az adatvédelmi szerveknél jelentheti és kivizsgálás után akár pénzbírság is kiszabható. 

    Hogy ki nyomja fel, akár egy rossz akaró is lehet, vagy olyan, akinek ez a hobbija.

    A kit kérdésedre a válasz a hírlevélküldőt, illetve mint adatkezelőt. A miértet fentebb leírtam, illetve azt is, hogy hová jelentheti. A milyen alapon, pedig egyszerű, a GDPR által hozott jogszabály alapján.

    Remélem tudtam segítőkész választ adni.
    Mutasd a teljes hozzászólást!
  • Na de úgy csinálom, hogy annak küldök hírlevelet, aki hozzájárult :) Easy :)
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd