Zkontrolujte zpětné odkazy na webu v n8n nebo v obyčejném Pythonu?

Kdy vizuální tok získá své místo

Plátno stojí za svůj nepořádek u některých úloh. Pokud netechnický člověk potřebuje vidět každý krok a jeho poslední spuštění, vizuální tok porazí repozitář, který nikdy neotevřou. Udržujte ho krátký.

Většina úloh se zpětnými odkazy je stažení, kontrola a zápis. Čtyři uzly to zvládnou dobře. Pokud je vaší úlohou kontrolovat zpětné odkazy na webu každý měsíc pro klienta, tento tvar sedí na plátno. Problémy začínají, když někdo přidá stránkování, opakování a diff, protože každý z nich přináší vlastní větev.

Vyberte plátno pro čtenáře, ne pro autora.

Kdo tok čte

Marketingové a obchodní lidi čtou tok podle výstupů a chtějí mít poslední spuštění zřetelně vidět. Plátno jim to dá bez ticketu. Čtou výstup, ne kód. Skript jim dá log soubor, který neotevřou.

Dejte toku jasný název a jednořádkový popis, aby další čtenář věděl, co slibuje, než ho otevře. Uzel s nejasným štítkem stojí více času než jakékoli chybějící funkce.

Větvě, které vidíte na první pohled

Uzel IF na ok je snadné sledovat. Tři z nich na jedné stránce jsou stále čitelné, pokud má každá větev jasný název. Za tímto bodem se čáry kříží a recenzent potřebuje deset minut, aby si byl jistý, která větev se spustí při prázdném výsledku.

Kde se plátno stává závazkem

Smyčky přes mnoho domén, sdílený stav mezi spuštěními a unit-testy jsou běžnými tlakovými body. Plátno zvládá každý jeden pomocí obchůzky a každá obchůzka je místo, kde se tok může odchýlit od toho, co jste mysleli.

Pokud zjistíte, že exportujete JSON, abyste opravili tok, úloha vyrostla nad plátno. Přeneste logiku do kódu a ponechte plátno pro notifikaci.

Nastavení n8n ve čtyřech řádcích

Jeden uzel HTTP Request, metoda GET, URL https://linkzoid.pro/api.php. Přidejte query parametry action, q, key. Každý, kdo chce tímto způsobem zkontrolovat zpětné odkazy na webu, si to může zkopírovat za pět minut.

Uložte klíč do credentials, ne do uzlu. Přidejte uzel IF na ok a pošlete false větev do error workflow, který vás upozorní.

Rozdělte pole rows uzlem Item Lists nebo Split Out, pak zapisujte do Google Sheets nebo Postgres. Sledujte počty spuštění, protože každá položka se může na některých plánech účtovat jako krok.

To je celá úloha. Rozbije se, když přijde stránkování: smyčky v n8n fungují, ale čtou se špatně po cca deseti uzlech.

Náklady na spuštění

Na naší straně jsou náklady stejné v obou případech: 2 kredity za stránku refdomains. Zdroj, kde se náklady liší, je tvůrce.

Self-hosted n8n je zdarma na běh. Cloud plany počítají spuštění. Obyčejný skript na cron nic nestojí.

Ať už vyberete cokoli, uchovávejte datumově označenou kopii každého spuštění mimo nástroj. Týdenní snímky v Actions jsou jedním úhledným místem pro to a porovnání suite vysvětluje, proč má vlastní historie smysl.

Spočítejte spuštění na doménu

Smyčka přes čtyřicet domén je čtyřicet spuštění na plánu, který počítá spuštění. Zkontrolujte, jak váš plán počítá smyčku, než ji dáte do rozvrhu, protože faktura následuje počet, ne kredity.

Zapište očekávaný počet vedle rozvrhu. Překvapení na faktuře je snazší vysvětlit, když byl odhad už v souboru.

Self-hosting má vlastní účet

Self-hosted n8n stojí server, upgrady a zálohy. Databáze je vaše k udržení v chodu. Obyčejný skript na malém stroji má méně pohyblivých částí, což je jeden z důvodů, proč ho zvolit pro pevnou měsíční úlohu.

Co obvykle praskne jako první

V n8n je to stránkování a počty položek. V Pythonu je to věc, kterou nikdo netestoval: prázdné rows, timeout, pole, které se jmenuje jinak, než jste předpokládali.

Žádný nástroj není špatný. Vyberte podle toho, kdo bude věc udržovat za šest měsíců. Pokud jste to vy, sám, kód je snazší grepovat. Pokud je to marketingový tým, který už žije v plátnu, malý tok, který vidí, porazí repozitář, kterému se bojí.

Mixované nastavení také fungují. Nechte Python zapisovat CSV na rozvrh a nechte n8n číst soubor a posílat na Slack. Každý nástroj dělá tu část, kterou zvládá nejlépe, a žádný tok neroste přes deset kroků.

Udržení verze Pythonu čitelné

Běžný případ pro kód je, že ji za šest měsíců bude muset změnit někdo jiný. Ulehčete to. Krátký skript s jasnými jmény a uloženou odpovědí porazí chytrý one-liner, kterého se nikdo nebojí dotknout.

Otestujte parser na uložené odpovědi

Uložte jednu skutečnou odpověď do souboru a nasměrujte na ni unit test. Parser pak běží bez utracení kreditu a přejmenované pole selže v testovacím běhu místo v pondělí ráno.

Udržujte uloženou odpověď malou, protože tucet řádků stačí. Uveďte datum, kdy jste ji získali, abyste věděli, kdy se jména polí naposledy změnily.

Udržujte nastavení na jednom místě

Domény, akce a velikost stránky patří do malého konfiguračního bloku, ne rozptýlené po skriptu. Kolega pak může změnit cílový seznam bez dotyku logiky, která parsovala řádky.

Udržujte tajná data mimo tento blok. Načtěte je z prostředí, stejným způsobem, jakým se načítá klíč.

Spusťte dvoutýdenní trial před závazkem

Neusnadněte si to na papíře. Sestavte nejmenší verzi úlohy v každém nástroji, spusťte ji každý den po dva týdny a zjistěte, kterou z nich otevíráte bez výzvy.

Podívejte se, co praskne. Spočítejte doby, kdy jste museli něco upravovat ručně, a doby, kdy byl výstup špatný bez chyby. Nástroj, který vyžaduje méně ručních oprav, je ten, který si ponechat.

Logujte každou ruční opravu

Udržujte prostý záznam o každé době, kdy jste tok nebo skript upravovali ručně. Krátký seznam po dvou týdnech vám řekne více než jakákoli tabulka funkcí.

Poznámka, kdo žádal změny

Pokud požadavky přišly od lidí, kteří neumí číst kód, plátno může vyhrát. Pokud přišly od vás, repozitář je snazší na život.

Obě odpovědi jsou v pořádku, dokud na ně můžete ukázat. Zapište důvod vedle toku nebo repozitáře a vraťte se k němu, když úloha poroste.