Make: Dyrektywa Break

0:00W jednej z poprzednich lekcji pokazałem Ci jak działa dyrektywa Rollback.

0:03Natomiast teraz skupimy się na kolejnej dyrektywie o nazwie Break.

0:07Jak sama nazwa wskazuje, wstrzymuje ona

0:09działanie scenariusza, natomiast robi to w bardzo specyficzny sposób i w wielu

0:14przypadkach sprawdzić się lepiej niż poprzednia dyrektywa.

0:17Zanim Ci jednak pokażę jej działanie, zmodyfikujemy sobie nasz scenariusz w taki

0:20sposób, aby w pierwszym kroku wyszukiwać rekordy, na których będziemy pracować.

0:25Te dane będziemy aktualizować wykorzystując poprzednio utworzony moduł.

0:30Jeżeli teraz zajrzymy do naszego Airtable,

0:33to tylko zaktualizuje nasz pierwszy rekord i nasze zadanie będzie polegało na

0:36zaktualizowaniu tej pierwszej kolumny. I teraz,

0:39jeżeli w Integromacie ustawimy sobie wartość, którą chcemy aktualizować,

0:44to będziemy musieli tutaj jeszcze podać identyfikator naszego rekordu.

0:48Jednak początkowo wstawimy tutaj jakieś

0:50losowe dane i tym samym sprowokujemy wystąpienia błędu.

0:54Zanim jednak uruchomimy sobie ten scenariusz, to

0:56widzimy, że po kliknięciu w dyrektywę Break mamy tutaj opcję umożliwiającą nam ponowne

1:01wykonanie tego scenariusza, określoną liczbę razy co określony czas.

1:06Oznacza to, że Integromat może podjąć automatyczną próbę naprawienia

1:10tego scenariusza poprzez ponowne jego wykonanie.

1:12Coś takiego może sprawdzić się świetnie w

1:14przypadku korzystania z usług, które mogą być chwilowo niedostępne.

1:18Po prostu tutaj Integromat trzy razy co 15 minut

1:22spróbuję raz jeszcze wznowić wykonanie tego scenariusza.

1:25Natomiast w naszym przypadku nie jesteśmy zainteresowani tą automatyczną próbą

1:29naprawy, a w zamian chcemy ręcznie poprawiać te błędy.

1:33Dodatkowo mamy tutaj ostrzeżenie

1:35informujące nas o tym, że ta dyrektywa zadziała tylko wtedy, jeżeli aktywujemy opcję

1:39przechowywania informacji na temat niekompletnych wykonań tego scenariusza.

1:44Jeżeli aktywujemy ją teraz w ustawieniach,

1:46ostrzeżenie zniknie, a my będziemy mogli wykonać nasz scenariusz.

1:51Zwróć uwagę, że tutaj w przeciwieństwie do

1:54dyrektywy Rollback, zostały tutaj podjęte próby przetworzenia z wszystkich zestawów danych,

1:58które zostały pobrane w pierwszym kroku z Airtable.

2:02W związku z tym, że w przypadku każdej z nich wystąpił tutaj błąd.

2:06Faktycznie mamy tutaj oznaczenie, że dyrektywa Break została tutaj aktywowana.

2:10Mało tego, jeżeli wrócimy sobie do historii wykonań tego scenariusza, to mamy

2:14tutaj to wykonanie oznaczone tagiem warning.

2:17Co ważne, taki tag pojawi się wyłącznie

2:20wtedy, jeżeli ten check box mamy tutaj odznaczony.

2:24Jednocześnie mamy tutaj jasny sygnał

2:26informujący nas o tym, że musimy ręcznie poprawić te błędy.

2:30Mało tego, jeżeli przejdziemy teraz sobie do szczegółów wykonania i klikniemy tutaj

2:34na wykrzyknik, otrzymamy informację o poszczególnych wykonaniach tego

2:37scenariusza dla konkretnego zestawu danych.

2:41Jak widzisz, mamy tutaj informację na temat błędu, jaki wystąpił w konkretnym

2:45przypadku i dodatkowo znajduje się tutaj przycisk Resolve, który umożliwia nam

2:50ręczne naprawienie konkretnego wykonania dla konkretnego zestawu danych.

2:54Wystarczy tutaj przejść do edycji tego modułu, a następnie w jego miejsce

2:58podstawić właściwy identyfikator wpisu, który chcemy zaktualizować.

3:03No i teraz możemy po prostu wykonać ten

3:05scenariusz i zostanie on wykonany dla tego konkretnego rekordu.

3:09Oznacza to, że jeżeli teraz przejdziemy

3:11sobie do historii, możemy przejść do edycji kolejnego wpisu.

3:16Mało tego, jeżeli przejdziemy do zakładki incomplete executions,

3:19będziemy mieć tutaj informacje o poszczególnych wykonaniach i dodatkowo

3:23informację o tym, która z nich została zakończona.

3:27Zatem możemy teraz przejść do szczegółów

3:29kolejnych wykonań, a następnie znowu podstawić tutaj ręcznie identyfikatory

3:33umożliwiające zaktualizowanie kolejnego zestawu danych.

3:37Co więcej, nie wiem, czy było to

3:38wystarczająco widoczne, natomiast w momencie wykonania tego scenariusza został

3:43wykonany tylko ten moduł, w przypadku którego wystąpił błąd i dodatkowo jeżeli

3:48byłyby podłączone do niego kolejne moduły, również zostałyby one wykonane.

3:53Natomiast wszystkie, które wcześniej

3:54wykonały się poprawnie zostaną tutaj pominięte.

3:57Warto coś takiego mieć tutaj na uwadze.

4:01Na samym końcu, po takiej ręcznej naprawie poszczególnych wpisów możemy przejść do

4:05edycji głównego scenariusza i tutaj wprowadzić jakieś globalne zmiany, które

4:09pozwolą nam zaadresować błędy, które miały miejsce.

4:13W naszym przypadku chodziło o naprawę konkretnego modułu, więc po jego

4:16naprawieniu możemy zapisać zmianę, a następnie ponownie aktywować scenariusz.

4:20Także dzięki temu zyskujemy pełną kontrolę nad tym, jak wykonuje się nasz scenariusz

4:25i co się dzieje w przypadku, gdy wystąpi jakikolwiek błąd.

4:28Na sam koniec, jeżeli przejdziemy sobie do dokumentacji, mamy tutaj informację o tym,

4:33że ta dyrektywa może być wykonana tylko wtedy, jeżeli będzie aktywowana opcja

4:37przechowywania informacji na temat niekompletnych wykonać scenariusza.

4:42Dodatkowo tutaj jest warto zwrócić jeszcze

4:44uwagę na fakt jednej opcji, którą możesz aktywować w ramach scenariusza.

4:48Mianowicie jest to opcja sekwencyjnego

4:50przetwarzania informacji polegająca na tym, że jeżeli ją aktywujemy, a scenariusz

4:55zostanie zapauzowany, to wszystkie pozostałe dane nie zostaną przetworzone.

4:59Oznacza to, że jeżeli w przypadku naszego zestawu danych błąd wystąpiłby np.

5:04w przypadku pierwszego scenariusza, w przypadku którego zaktualizujemy

5:07identyfikator na błędny, no to zwróć uwagę, że w tym miejscu mamy

5:11jedynkę, a w tym miejscu znajduje się potwierdzenie, że rzeczywiście została

5:15tutaj podjęta próba przetworzenia pierwszego rekordu.

5:18Wystąpił w jego przypadku błąd i wykonanie

5:20scenariusza dla pozostałych wpisów zostało zatrzymane.

5:24Miej to na uwadze ze względu na fakt, że wpływa to na zachowanie dyrektywy Break.

5:29Następnie mamy tutaj informację o tym, że w przypadku aktywowania dyrektywy Break,

5:34wszystkie pozostałe moduły nie zostaną wykonane.

5:38Następnie pozostałe zestawy danych zostaną przetworzone normalnie, o ile nie została

5:43zaznaczona opcja przetwarzania synchronicznego.

5:47No i dodatkowo mamy tutaj jeszcze informację o tym, że dane wykonanie

5:51scenariusza zostanie oznaczona tagiem warning tylko wtedy, jeżeli opcja

5:55automatycznej próby wznowienia wykonania zostanie wyłączona.

6:00I tym sposobem doszliśmy do końca tej lekcji.

6:02A Ty na temat dyrektywy Break

6:04wiesz wszystko czego potrzebujesz.

6:06Dziękuję Ci za uwagę i zapraszam do kolejnych materiałów.