odin MaxCode ნაცვლად ათკლიუზე: როგორ ახდენს PushMeld შეტყობინებების დამატებას იქ, სადაც მათი მიუხედავად იყო

შესშორდება სახლის კომპიუტერს, რომელიც ყოველ ღამე ქმნის მნიშვნელოვან ფაილებზე სარეზერვო ასლს. შედეგი შენახულია სისტემის ჟურნალში: ოპერაცია წარმატებით განხორციელდა თუ შეცდომა მოხდა.

ტექნიკურად ყველაფერი მუშაობს. არასახარბიელო ხდება დილით: ადამიანს დაფარვას უწევს იდენტიფიცირებს ჟურნალს და გადაამოწმებს შედეგს. პროგრამას არა აქვს მობილური აპლიკაცია, შეტყობინებების გაგზავნა გამომუშავებულია, ხოლო ცალკე ინფრასტრუქტურის შექმნა ერთი ფუნქციისთვის ალბათ ვერცავინ მოისურვებს.

მიღმა PushMeld-ის დახმარებით ამ პროცესში შეიძლება შეტყობინების მარტივი მოთხოვნის დამატება. სარეზერვო ასლების დასრულების შემდეგ ტელეფონზე ჩამოვა შეტყობინება: ასლია შექმნილი ან ოპერაცია დასრულდა შეცდომით. საჭიროებისამებრ, იგივე შეტყობინებას შეიძლება მიიღოს ასევე email-ით.

ამ იდეის საფუძველია MaxCode — ერთიანი დაცული კოდი, რომელიც PushMeld-ს აძლევს ინფორმაციას, საჭირო სასაჩივროდ შეტყობინების მიწოდებისთვის.

როდესაც გავიცანი პროექტი, სწორედ MaxCode-მა დამაწონა მისი ყველაზე ინოვაციური ნაწილი. Push შეტყობინებები და email-ის გაგზავნა უკვე მერეც ფიქრობდა; უფრო მნიშვნელოვანია ის, რომ წყაროს პროგრამა აღარ აკონტროლებს მათი მიწოდების პროცესს. მხოლოდ ცნობებს აწვდის PushMeld-ს, დანარჩენი ყველაფერი ხდება მის ფარგლებს გარეთ.

მეტყველებით განსაზღვრეთ კონტექსტი: PushMeld ეხება სისტემას MELD®, ხოლო DigiMeld UG — კომპანია, რომელიც ამ სისტემას ამუშავებს.

მოთხოვნის თავდაპირველი ინფორმაცია მხოლოდ მოვლენაზე

ჩვეულებრივი შეტყობინებების ინტეგრაცია სწრაფად ვითარდება ტექნიკურ დეტალებში. საჭიროა განსაზღვროთ პროექტი, დააყენოთ წვდომა, მოათავსოთ გასაღებები, გაითვალისწინოთ მოწყობილობის ტოკენები, დაააწენოთ გაგზავნის პარამეტრები და დაეყრდნოთ სხვადასხვა მობილური პლატფორმის მოთხოვნებს.

PushMeld ყველა ეს მონაცემს იღებს წყაროს სისტემიდან და ამოძირკვავს მისგან დამოუკიდებელ კონტროლერულ სიუჟეტს.

კოპირების პროგრამა მხოლოდ იცის: ოპერაცია დასრულდა წარმატებით ან შეცდომით. იგი აგზავნის MaxCode-ს, შეტყობინების სათაურს და ტექსტს.

მას არ სჭირდება იცოდეს:

• რამდენი მოწყობილობაა დაკავშირებული პროექტთან;

• რომელ ტელეფონი მოქმედია;

• ვის უნდა გაიაროს push-ი;

• დასწრია თუ არა email გზავნილებს;

• შემდეგი კონკრეტული დესექტორი;

• ძველი ტაბლეტი გამორთულია თუ არა;

• ვინ უნდა მიიღოს კონკრეტული შეტყობინება.

ყველა ეს განსაზღვრება ხდება უკვე PushMeld-ის შიგნით.

ჩემი აზრით, პროექტის მთავარი არქიტექტურული იდეა სწორედ აქ იდია: MaxCode-მ გადადიდა შეტყობინებების მართვა პროგრამიდან, სადაც მოვიდა მოვლენა, იმ სისტემაში, რომელიც მათ მიწოდებას უძღვება.

odin MaxCode ნაცვლად კლების სერტნარების

ჩვეულებრივ, როცა დგება გარედან მომსახურების წაშლისთვის, საჭიროა მუშაობა რამდენიმე საგნის წევრობით. მოლივლივე იწყება პროექტის ID-ით, შემდეგ — წვდომის გასაღების, დამატებით საჭირო გასაღებისა და ტოკენების, და კონკრეტული პროვაიდერების პარამეტრებით.

MaxCode აერთიანებს ყველა საჭირო ინფორმაციას ერთ დაცულ კოდში.

თითოეული პროექტისთვის გულისხმობს თავის MaxCode-ს. მასში შედის პროექტის იდენტიფიკაცია, გაგზავნის უფლება და მონაცემები, რომლებიც PushMeld-ს საშუალებას აძლევენ გამოიყენოს სისწრაფით განახლებული მიწოდების კონფიგურაცია.

გაგზავნის სისტემას არაა საჭირო იცოდეს:

• პროექტის ID;

• API-გასაღება და დამატებითი საიდუმლო;

• მოდიოტან ტოკენები;

• შეერთებული გამგზავნებისთვის პარამეტრები;

• push პროვაიდერების გასაღებები;

• პარამეტრები push და email-ისთვის სხვადასხვა.

პროგრამაში, ვებსაიტზე ან სკრიპტში, ერთ MaxCode-ს ისარგებლებთ. მის მიღებასთან ერთად, PushMeld დამოუკიდებლად იპოვის პროექტს, გადაამოწმებს მოთხოვნას, დააკავშირებს მოწყობილობებს და აარჩევს შესაბამის არხებს.

ასე რომ, MaxCode არ არის უბრალოდ კიდევ ერთი გასაღები. მისი დანიშნულებაა ჩაანაცვლოს ყველა განტოლება — ბლოკი, რომელიც გამიჯნის არსებულ გასაღებებს, ტოკენებს და იდენტიფიკატორებს ერთ კოდში.

სადაზვერვო ახალი განვითარების გარეშე ვიდებისგან, სადაც ის არ არის გათვალისწინებული

MaxCode-ს შეიძლება გამოიყენოს ნებისმიერი სისტემა, რომელიც შეუძლია თავად გააკეთოს HTTP მოთხოვნა ან გამოიყენოს მცირე მასშტაბის გარე სკრიპტი.

მაგალითად, PushMeld-ს შეუძლია გაცნობოს, როდესაც:

• მთავარი სერვერი გათიშულია;

• სარეზერვო ასლმა დასრულდა ან შეცდომა მოხდა;

• იგი შეასრულა ხანგრძლივი სქრიპტი;

• 3D-printer დასრულდა ბეჭდვა;

• გასაღები გაძვრა ასეთი დანაკარგის გამო;

• გახსენებით ან სიგნალის გაღებით გამოიხსნა კარადა;

• ვებსაიტზე გაჩნდა მნიშვნელოვანი ინფორმაცია;

• ფასის ცვლილება;

• დაწერა უქმდება;

• პატიოსანი მაღაზია მიიღო ახალი შეკვეთა.

ეს წყაროების არა აქვს საკუთარი აპლიკაცია. ზოგი მოწყობილობაებს შეუძლიათ მხოლოდ კავშირის მოთხოვნა, სხვებმა — ავტომატიზაციის მოკლე სცენარები, და ზოგიერთ შეუძლია უბრალოდ მიდიან წინასწარ განსაზღვრულ გვარცელთან.

ეს საკმარისია, რომ შეტყობინება გადაეცეს PushMeld-ს.

წყარო სპეციალური სერვისის ჩამოყალბებას არ ხდის. ის უბრალოდ ხურავს მომხდარს და აგზავნის შეტყობინებას MaxCode-ით. დანარჩენი — მიმღებლები, მოწყობილობები, არხები და ტექნიკური სქემა — ძალინ რჩება PushMeld-ის ბაზაზე.

მხოლოდ push - არა, também email

PushMeld-ის სახელი ძირითადად ასოცირდება ტელეფონის შეტყობინებებთან, თუმცა პროექტის შესაძლებლობები ამით არ ამოიწურება.

გადაცემისთვის შეიძლება გამოვიყენოთ push, email, ან ორივე — პროექტის პარამეტრებზე და ხელმისაწვდომი შესაძლებლობებზე აგებული.

მაგალითისთვის, წარმატებული სარეზერვო ასლზე შეტყობინება საკმარისია ტელეფონზე. სერიოზული შეცდომა შესაძლებელია დამატებითი იგზავნოს ელფოსტით.

წყაროს პროგრამა ორივე შემთხვევაში ახორციელებს ერთსა და იმავე მოთხოვნას MaxCode-ით. მას არ სჭირდება ცალკე დასაყენოს მოლივლივე SMTP სერვერი, განახლებები და მეორე დამოუკიდებელი სცენარი შექმნამ.

გადამწყვეტი ამ არჩევანის გადაწყვეტილებამდეც ხდება PushMeld-ის შიგნით. თუ მოგვიანებით მომხმარებელი დაამატებს email-ებს უკვე არსებულ პროექტს, ვერ მოუწევს პროგრამის რედაქტირება.

ასე, email გამოვა არა როგორც მასობრივი გაგზავნა, არამედ როგორც დამატებითი საშუალება დაადასტუროს მოვლენა, რომელიც დაკავშირებულია არსებულ პროექტთან.

ერთი პროექტი — ერთი მოვლენების წყარო

პროექტები აწყობენ შეტყობინებების განყოფილებას მათი დანიშნულების მიხედვით.

ჩვეულებრივ, მომხმარებელი შეუძლია შექმნას მაგალითად:

• HomeServer — სახლის სერვერის მდგომარეობა;

• Backups — სარეზერვო ასლების შედეგები;

• SmartHome — სენსორები და სახლის ავტომატიზაცია;

• PriceMonitor — ფასის მონიტორინგი;

• Website — ახალი შეტყობინებები პირად საიტზე.

ყველა პროექტი იღებს საკუთარ MaxCode-ს. ამით სახლის ავტომატიზაცია არ იყენებს საიტის კოდს, ფასების მონიტორინგი არ შერწყმულია სარეზერვო ასლების ქურქბაზში.

პლიგინში უკვე ნათელი ხდება, საიდან მოვიდა შეტყობინება და რა საკითხია ის დაკავშირებული.

ეს განყოფილება განსაკუთრებით უქმნის სარგებელს, თუ წყაროს სია იზრდება. ნაცვლად ერთიანი ნაკადის, ადამიანი იღებს რამდენიმე დამოუკიდებელ არხს, თითოეულის გამონაკლის პარამეტრებით.

ახალი ტელეფონი პროგრამასთან არ ერევა

ჩვეულებრივი push-ტოკენი დაკავშირებულია კონკრეტულ პროგრამულ უზრუნველყოფასთან კონკრეტულ მოწყობილობაზე.

თუ ადამიანს აქვს ორი ტელეფონი და ტაბლეტი, ეს უკვე რამდენიმე ტოკენი. პროგრამის გადაყენების ან მოწყობილობის შეცვლის შემდეგ, ერთ-ერთი ტოკენი შეიძლება შეიცვალოს ან არ იმუშაოს.

MaxCode იმაღლებულია ამ დონეზე. ის ხშირად ეხება პროექტს, არა მარტო ერთ ტელეფონს.

მომხმარებელი თავად განსაზღვრავს, איזה მოწყობილობები უკავშირდება მის პროექტს და უნდა მიიღოს მისი შეტყობინებები. მაგალითად, შეტყობინებები სახლის სერვერის—სავლის–ტელეფონზე და ტაბლეტზე, ხოლო სამუშაო საიტიდან — სატელეფონო ტელეფონზე.

თუ ადამიანი ყიდულობს ახალ ტელეფონს ან გამორთულუნდა ძველი მოწყობილობა, წყაროს სკრიპტი კვლავ იყენებს იმავე MaxCode-ს. ახლა სიაში ცვლილებები ხდება PushMeld-ის შიგნით.

ასევე შეიცვლება ელფოსტის დამატება ან სხვა მეთოდების განმაროგების ცვლილება.

ამიტომ, MaxCode არაა უბრალოდ შეკავებული გასაღები, რომელიც ასახავს მოვლენისა და მის საბოლოო გზის საზღვრებს. ყველაფერს მის საზღვრებს მიღმა, თავისუფლად შეიძლება შეცვალოს, წყაროს პროგრამის ჩარევის გარეშე.