Question 1

Datanı çevirmək üçün Code node yazmaqla hazır node işlətmək arasında necə seçim edirsən?

Accepted Answer

Bu sual kod keyfiyyəti düşüncəsini yoxlayır — cavabında "oxunaqlılıq" sözü mütləq olmalıdır. "Ardıcıllığım belədir: əvvəlcə expression, sonra çevirmə node-u, ən sonda Code node. Səbəb sürət deyil, oxunaqlılıq. n8n-in əsas üstünlüyü odur ki, workflow-a baxan adam nə baş verdiyini kanvasdan görür. Sort, Summarize, Split Out node-larını görmək dərhal aydındır; eyni işi görən 20 sətirlik JavaScript-i isə açıb oxumaq lazımdır. Bir müddət sonra o kodu mən özüm də oxumalı oluram. Code node-a nə vaxt keçirəm: məntiq həqiqətən mürəkkəbdirsə (bir neçə mənbədən datanı qeyri-standart qaydaya görə uyğunlaşdırmaq), və ya beş-altı node-luq zəncir bir funksiya ilə əvəzlənə bilirsə. Bir də əks tərəfi var: bəzən adamlar hər şeyi node-larla qurmağa çalışıb 15 node-luq oxunmaz zəncir yaradır. Orada bir Code node daha aydın olur. Ölçü meyarı — hansı variant başqasına izah etmək üçün asandır."

Question 2

İki fərqli mənbədən gələn datanı necə birləşdirərsən?

Accepted Answer

Rejimlərin fərqini bilmək bu sualda əsas göstəricidir. "Merge node-u ilə, amma seçim rejimdən asılıdır və bunu əvvəlcədən dəqiqləşdirirəm: Append — sadəcə iki siyahını arxa-arxaya yığmaq. Sahələr birləşmir, sadəcə item sayı toplanır. Açar üzrə birləşdirmə — məsələn email sahəsinə görə iki mənbənin sahələrini bir item-də cəmləmək. Burada uyğun gəlməyən sətirlərə nə olacağını mütləq təyin etmək lazımdır, yoxsa səssizcə itirlər. Daha mürəkkəb halda Compare Datasets node-unu işlədirəm: o, iki axını müqayisə edib dörd ayrı çıxış verir — yalnız birincidə olanlar, yalnız ikincidə olanlar, fərqlənənlər və eyni olanlar. Sinxronizasiya məsələlərində əvəzsizdir: hansı qeydin yeni, hansının yenilənmiş, hansının silinmiş olduğunu birbaşa görürsən. Ən çox rast gəldiyim səhv: adam açar üzrə birləşdirmə seçir, çıxışda item sayı azalır və bunu görmür. Ona görə birləşdirmədən sonra həmişə item sayına baxıram."

Question 3

Bir workflow-da item sayı gözlədiyindən fərqlidir. Necə izləyirsən?

Accepted Answer

Bu sual sistemli debug yanaşmasını yoxlayır. "n8n-də hər node-un başlığında giriş və çıxış item sayı görünür. Ona görə izləmə çox sadədir: soldan sağa gedib sayın harada dəyişdiyini tapıram. Sonra həmin node-un nə etməli olduğuna baxıram. Sayı dəyişən node-lar məhduddur: Artıranlar — Split Out, bəzən Merge (append rejimində) Azaldanlar — Filter, Limit, Remove Duplicates, açar üzrə Merge Bir item-ə yığanlar — Aggregate Qrup sayına salanlar — Summarize Ən çox rast gəldiyim iki hal: Filter gözlədiyimdən çox item atır — demək şərtdə tip səhvi var; və ya açar üzrə Merge-də uyğun gəlməyən sətirlər çıxışa düşmür. Daha da erkən tutmaq üçün: kritik yerlərdə item sayının gözlənilən diapazonda olduğunu yoxlayan sadə bir IF qoymaq və uyğun gəlməyəndə xəbərdarlıq göndərmək olar. Səssiz data itkisindən qorunmağın ən ucuz yolu budur."

Node	Nə edir	Item sayına təsiri
Edit Fields (Set)	Sahə əlavə edir, adını dəyişir, lazımsızları atır	Dəyişmir
Split Out	Item içindəki siyahını ayrı-ayrı item-lərə çevirir	Artır
Aggregate	Ayrı item-ləri bir item-in içində siyahıya yığır	Azalır (adətən 1-ə)
Summarize	Excel pivot cədvəli kimi qruplaşdırıb hesablayır (sum, count, avg)	Qrup sayına bərabərləşir
Sort	Item-ləri sıralayır və ya qarışdırır	Dəyişmir
Limit	Item sayını məhdudlaşdırır	Azalır
Remove Duplicates	Eyni item-ləri təmizləyir	Azalır
Merge	İki axını birləşdirir: birləşdirmə (append) və ya açar üzrə qoşma	Rejimdən asılıdır
Compare Datasets	İki axını müqayisə edir və dörd ayrı çıxış verir	Bölünür

Çevirmə node-ları: kod yazmadan data emalı

📚 Mənbələr və sənədlər