Один MaxCode вместо десятка ключей: как PushMeld добавляет уведомления туда, где их не было
Один MaxCode вместо десятка ключей: как PushMeld добавляет уведомления туда, где их не было
Ipalalagay natin ang isang home computer na tuwing gabi ay gumagawa ng backup ng mga mahahalagang file. Ang resulta ay naiimbak sa log ng sistema: matagumpay na natapos ang operasyon o nagkaroon ng error.
Sa teknikal na aspeto, gumagana ang lahat. Ang abala ay nagsisimula kinagabihan: kailangang buksan ng tao ang log at suriin ang resulta. Walang mobile app ang programa, hindi rin inasikaso ng mga developer ang pagpapadala ng mga abiso, at walang gustong magtayo ng hiwalay na imprastruktura para sa isang feature lang.
Sa tulong ng PushMeld ay maidadagdag ang isang simpleng request sa ganitong proseso. Pagkatapos makumpleto ang backup, isang message ang papasok sa telepono: nabuong kopya o may error ang operasyon. Kung kinakailangan, makakatanggap din ang user ng parehong notif sa email.
Ang pundasyon ng ideyang ito ay ang MaxCode — isang solong protektadong code kung saan nakukuha ng PushMeld ang lahat ng impormasyon na kakailanganin para sa paghahatid ng notification.
Nang nakilala ko ang proyekto, ang MaxCode ang nakita kong pinaka-interesting na bahagi nito. Ang push notifications at email ay matagal nang bahagi ng karaniwan. Mas mahalaga ang katotohanan na ang orihinal na programa ay hindi na siya namamahala sa kanilang paghahatid. Ito ay nagsasabi lamang sa PushMeld tungkol sa isang pangyayari, at ang lahat ng susunod na proseso ay nangyayari na sa labas nito.
Ipapaliwanag ko agad ang konteksto: ang PushMeld ay bahagi ng sistema ng MELD®, at ang DigiMeld UG ang kumpanya na nagde-develop nito.
Alam lamang ng source ang tungkol sa pangyayari
Ang karaniwang integrasyon ng mga notipikasyon ay mabilis na nagiging masalimuot dahil sa teknikal na detalye. Kailangang tukuyin ang proyekto, ayusin ang access, i-store ang mga susi, i-tsek ang mga device tokens, i-enable ang email delivery, at ayusin ang mga requirement ng iba't ibang mobile platform.
Binabago ng PushMeld ang lahat ng ito mula sa orihinal na sistema papunta sa isang hiwalay na kontroladong daang.
Ang backup program ay alam lamang kung natapos na ito nang matagumpay o nagkaroon ng error. Ipinapadala nito ang MaxCode, isang pamagat, at teksto ng mensahe.
Hindi nito kailangang malaman ang:
kung ilan ang device na naka-link sa proyekto;
kung aling telepono ang kasalukuyang aktibo;
kung anong provider ang dapat daanan ng push;
kung enabled ang delivery via email;
kung may bagong smartphone ang user;
kung natanggal na ang luma nitong tablet;
sino ang dapat makatanggap ng isang partikular na notif.
Lahat ng ito ay kinokontrol na ngayon sa loob ng PushMeld.
Sa tingin ko, dito nakasalalay ang pangunahing ideya ng arkitektura ng proyekto: ang MaxCode ay naglilipat ng kontrol sa mga notif mula sa programang nag-trigger ng pangyayari patungo sa sistemang nangangalaga sa paghahatid.
Isa lang na MaxCode sa halip na maraming susi
Karaniwan kapag nag-uugnay sa isang external service, kailangang gamitin ang maraming entity. May hiwalay na identifier para sa proyekto, may access key, at maaaring kailanganin pa ang secrets, device tokens, at configuration ng provider.
Pinagsasama-sama ng MaxCode ang lahat ng ito sa isang protektadong code na nagdadala ng lahat ng kailangan para sa pagpapadala.
Gumagawa ang bawat proyekto ng sarili nitong MaxCode. Nakapaloob dito ang pagkakakilanlan ng proyekto, ang karapatan sa pagpapadala, at ang data na gagamitin ng PushMeld para sa tamang configuration ng delivery.
Hindi kailangang mag-imbak ng hiwalay ang system na nagpapadala ng:
identifier ng proyekto;
API key at secrets;
tokens ng mga nakakabit na device;
parameters ng bawat tatanggap;
keys ng iba't ibang push-providers;
hiwalay na configurations para sa push at email.
Isang MaxCode lang ang idinaragdag sa program, website, o script. Kapag nakuha ito kasabay ng mensahe, awtomatikong tinutukoy ni PushMeld ang proyekto, sinusuri ang request, hinahanap ang mga nakakabit na device, at pinipili ang mga available na channel.
Samakatuwid, ang MaxCode ay hindi lamang isang susi; ito ay isang pinagsamang code na pumapalit sa mga disorganisadong susi, tokens, at IDs na karaniwan.
Notif mula sa lugar na walang planong magpadala nito
Maaaring gamitin ang MaxCode sa anumang sistema na kayang magsagawa ng HTTP request nang sarili nito o gamit ang maliit na script bilang tulong.
Halimbawa, maaaring gamitin ng PushMeld na ipagbigay-alam kapag:
tumigil ang pagtugon ng home server;
- nagpatakbo ang script ng isang mahaba at komplikeng task;
- natapos na ang 3D printing;
- may nakatuklas ng leak ang sensor;
- may bumukas na pinto o alarm;
- may bagong impormasyon sa website;
- nagbago ang presyo ng produkto;
- may bakanteng espasyo para mag-record;
- natapos na ng lumang programa ang pagproseso ng malaking file;
- may bagong order ang maliit na online shop.
Maaaring walang sariling app ang mga pinagmulan na ito. Ang iba ay simple lang ang kakayahan—pumunta sa isang address, ang iba ay makapagpatakbo ng user command, at ang iba ay maaaring dagdagan ng maikling automation script.
Sapat na ito upang maipadala ang pangyayari sa PushMeld.
Ang pinagmulan ay hindi nagiging isang hiwalay na notification service; nagse-save lang ito ng pangyayari at nagpapadala ng mensahe na may MaxCode. Ang lahat ng iba pa—mga tatanggap, device, channel, at teknikal na ruta—nananatili sa PushMeld.
Hindi lang push, pati email
Ang pangalan na PushMeld ay kadalasang konektado sa mga notification sa telepono, ngunit hindi ito lang ang kakayahan ng proyekto.
Maaaring gamitin ang push, email, o pareho—depende sa configuration ng proyekto at mga available na opsyon.
Halimbawa, sapat nang ipakita sa telepono ang notification ng matagumpay na backup, ngunit ang isang seryosong error ay maaaring ipadala pa sa email.
Isang request lang ang ibinibigay ng orihinal na programa gamit ang MaxCode. Hindi nito kailangang mag-setup ng mail server, mag-i-store ng configuration, o gumawa ng hiwalay na script.
Pinag-uusapan ang mga channel ng delivery sa loob ng PushMeld. Kung idadagdag ng user ang email sa umiiral nang proyekto, hindi kailangang i-reconfigure ang backup program.
At ang email dito ay hindi lang para sa mass notification, kundi bilang isang paraan upang ipabatid ang pangyayari mula sa nakahiwalay na proyekto.
Isang proyekto, isang pinanggagalingang pangyayari
Pinapayagan ng mga proyekto ang paghihiwalay ng mga notipikasyon batay sa kanilang pakay.
Maaaring magbukas ang isang user ng mga proyekto gaya ng:
HomeServer— status ng home server;Backups— resulta ng backup;SmartHome— sensors at home automation;PriceMonitor— pagbabago sa presyo;Website— bagong inquiries mula sa personal na website.
Kaya bawat proyekto ay may sarili nitong MaxCode. Kaya ang home automation ay hindi nakakasagupa sa mga backup, at ang monitoring ng presyo ay hindi nakikisawsaw sa iba pang notifications.
Malinaw agad kung saan nanggaling ang mensahe at anong gawain ito nauugnay.
Ang ganitong paghihiwalay ay lalong kapaki-pakinabang kapag mas maraming pinanggagalingan. Sa halip na isang pangunahing flow, makatatanggap ang user ng ilang independiyenteng channel na maaaring may kani-kaniyang delivery settings.
Hindi kailangang baguhin ang programa kapag may bagong telepono
Ang push token ay nauugnay sa isang partikular na device na naka-install ng app.
Kung may dalawang telepono at isang tablet, tatlong tokens ang kailangang isaalang-alang. Kapag nagre-reinstall o pumapalit ng device, maaaring magbago o huminto ang token.
Mas nakataas ang MaxCode sa aspetong ito. Ito ay nauugnay sa proyekto, hindi sa isang device lang.
Pinapayagan ng user kung alin ang devices na naka-link sa proyekto at dapat makatanggap ng mga message. Halimbawa, ang notipikasyon mula sa home server ay maaaring ipadala sa personal na telepono at tablet, habang ang mga pangyayari sa trabaho ay sa isang opisyal na smartphone lang.
Kapag bumili ng bagong telepono o tinatanggal ang lumang device, magpapatuloy pa rin ang script na ginagamit ang parehong MaxCode. Ang listahan ng mga tatanggap ay ina-update sa loob ng PushMeld.
Ganon din ang proseso kapag nagdadagdag ng email o binabago ang delivery settings.
Kaya ang MaxCode ay hindi lang basta susi; sumasagisag ito sa isang boundary sa pagitan ng pangyayari at ng produkto nito sa daan. Anumang apektado nito ay pwedeng baguhin nang hindi kinakailangan i-reconfigure ang original na system.
Libre para sa mga karaniwang gawain
Ang infrastructural resources ay kalimitang inilalarawan gamit ang mga corporate system, server commands, at malalaking datos. Ito ang dahilan kung bakit akala ng marami na ang PushMeld ay para lang sa mga propesyonal na developer o malalaking kumpanya.
Sa katotohanan, maaari itong simulan sa isang simpleng gawaing bahay.
Libre ang mismong app. Ang pangunahing kakayahan ng MaxCode ay gumagana rin nang walang bayad sa ilalim ng libreng limits. Maaaring gumawa ng proyekto, mag-attach ng device, at makatanggap ng mga notipikasyon mula sa kanilang server, website, script, o home automation.
Hindi ito isang temporaryo at demo mode na mawawala pagkatapos matutunan ang produkto. Maaari nang simpleng gamitin ang libreng features sa pang-araw-araw na scenario.
Kinakailangan lang ang mga paid plans kapag dumadami ang mga request, nangangailangan ng dagdag na functions, o nagsisilbi na sa mas malaking saklaw ang sistema.
Iisang prinsipyo para sa tao at kumpanya
Hindi nag-iiba ang mekanismo ng MaxCode batay sa dami ng gawain.
Makakatanggap ang tao ng notification tungkol sa pagtatapos ng backup. Isang maliit na workshop ay malalaman na natapos na ang mahabang pag-print sa 3D printer. Isang online shop ay makakatanggap ng bagong order. Ang tech team ay malalaman ang error sa server.
Nagsasalamin ang laki at bilang ng mga proyekto—pero pareho pa ring prinsipyo ang ginagamit.
Halimbawa, mayroon ang isang organisasyon na may tatlong pinanggagalingang pangyayari:
Orders— bagong mga order;Payments— remittance at refunds;ServerStatus— teknikal na error.
Ang bawat isa ay may sariling MaxCode, at nakatutok ang kanilang device. Ang mga order ay dadaanin sa may-ari at manager, ang mga financial events sa responsable, at ang mga error ay sa teknikal na team na nag-aalaga sa server.
Ang sistema ay iisang proseso lang ang ginagawa: ipinapasa ang nilalaman ng pangyayari at ang MaxCode ng kaugnay na proyekto.
Kapag nagbago ang mga tao, device o pamamaraan sa paghahatid, hindi kailangang baguhin ang orihinal na sistema; lahat ay nasa loob pa rin ng PushMeld.
Mananatiling hiwalay ang APNs, FCM, at HMS sa sistema
Maaaring gamitin ang APNs, FCM, o HMS para sa paghahatid ng push sa iba't ibang device. Bawat provider ay may sariling patakaran, tokens, at teknikal na detalye.
Kadalasan, ito ay kailangang isaalang-alang kapag bumubuo ng isang system na nagsusumite ng push. Sa PushMeld, ang mga ito ay nakalayo sa MaxCode.
Huwag ikalito ng home server, website, o script ang kung alin ang device ng tatanggap at sa infrastructure na dapat dumaan ang mensahe. Isang simpleng request lang ang kailangan, at pipiliin ni PushMeld ang tamang ruta.
Ang MaxCode ay hindi pinapalitan ang infrastraktura ng Apple, Google, o Huawei. Isa lang itong gateway na nakahanay sa kanila.
Sa ganitong paraan, hindi kailangang magbago ang orihinal na system dahil sa pagbabago ng device. Ngayon, maaaring ipadala ang mensahe via FCM, bukas via APNs, at mamaya ay magdadagdag pa ng isa pang device o email sa proyekto. Hindi maaapektuhan ang mga sistema na nag-uulat ng pangyayari.
Ang MaxCode at ordinaryong API key ay magkaiba
Karaniwang ang API key ay naglalaman lamang ng pahintulot na mag-access sa isang serbisyo. Pagkatapos i-validate, kailangan pa ring itukoy nang hiwalay ang proyekto, mga tatanggap, at paraan ng paghahatid.
Ang MaxCode ay pinagsasama ang mga ito sa isang code.
Pinapayagan nitong ma-recognize ni PushMeld ang proyekto, suriin ang request, at i-apply ang tamang configuration. Ang isang external na programa ay magpapadala lamang ng MaxCode at ang nilalaman ng pangyayari, nang hindi na nakikialam sa routing.
Ang maiikling pagkakaiba: nagbubukas ang API key ng access sa isang function, habang ang MaxCode ay nagdidikta kung kailan at paano gagamitin ang function na iyon.
Notif bilang isang nakalakip na kakayahan
Pagkatapos makilala ang PushMeld, masasabi na hindi lang ito basta app para sa push notifications.
Mas tama na sabihin na ito ay isang paraan para magdagdag ng notif sa lugar na walang mga ito noon, at kontrolin ito nang hiwalay sa source program.
Maaaring ito ay home server, sensor, luma na app, online shop, script, o internal system ng kumpanya. Basta’t kaya nilang magsagawa ng HTTP request nang sarili nila o gamit ang maliit na adapter, maipapasa ang pangyayari sa PushMeld.
Pagkatapos, ang MaxCode ang magtatakda ng hangganan sa pagitan ng pangyayari at ng paghahatid nito. Ang isang panig ay ang program na nagsasabi kung ano ang nangyari, at ang kabilang panig ay ang PushMeld, na nagsusuri kung ano ang proyekto, mga device, at ruta.
Kaya’t ang pangunahing pakinabang ng MaxCode ay hindi lang ang pagpapalit ng marami o susi; kundi ang paglilipat ng kontrol sa mga notipikasyon mula sa orihinal na sistema.
Maaaring palitan ang telepono, idagdag ang email, tanggalin ang device, o baguhin ang ruta ng delivery. Magpapatuloy ang program na mag-report ng pangyayari lang ang kailangan.
\n \",\n \"seo_title\": \"MaxCode imbes na maraming susi: paano nagdadagdag ang PushMeld ng mga notipikasyon\",\n \"seo_description\": \"PushMeld gumagamit ng MaxCode para sa simpleng paghahatid ng notif sa mga device at email, na naghihiwalay ng control mula sa mga orihinal na sistema at pinapalawak ang kakayahan.\",\n \"og_title\": \"Odin MaxCode imbes na sampu ng mga susi: paano nagdadagdag ang PushMeld ng mga notipikasyon\",\n \"og_description\": \"PushMeld ay nagagamit ang MaxCode upang gawing mas simple ang paghahatid ng notifications sa mga device at email, pinaghihiwalay ang control at pinalalawak ang kakayahan nito.\"\n}"}