Wyszukiwanie na GitHubie hasła „facebook scraper” zwraca 475 repozytoriów. Tylko 62 z nich były aktualizowane w ciągu ostatnich sześciu miesięcy.
Ta przepaść między „dostępne” a „naprawdę działa” właściwie streszcza całą sytuację z scrapowaniem Facebooka na GitHubie w 2026 roku.
Spędziłem sporo czasu, przeglądając zakładki issue w repozytoriach, skargi na Reddicie i realne wyniki generowane przez te narzędzia. Schemat jest ten sam: większość popularnych projektów po cichu przestała działać, opiekunowie repozytoriów odpuścili, a mechanizmy obronne Facebooka przeciw scrapowaniu stają się coraz skuteczniejsze. Programiści i użytkownicy biznesowi wciąż trafiają na te same wyniki wyszukiwania, instalują te same repozytoria i dostają ten sam pusty wynik. Ten artykuł to spojrzenie na rzeczywistość z 2026 roku — uczciwy przegląd tego, które repozytoria wciąż są warte uwagi, co Facebook robi, by je blokować, i kiedy lepiej całkiem ominąć GitHub.
Dlaczego ludzie szukają Facebook Scraper na GitHubie
Powody są od lat podobne — nawet jeśli same narzędzia ciągle się rozsypują:
- Pozyskiwanie leadów: wyciąganie danych kontaktowych z firmowych stron (e-maili, numerów telefonów, adresów) do działań sprzedażowych
- Monitoring marketplace: śledzenie ofert, cen i informacji o sprzedawcach w e-commerce lub arbitrażu
- Analiza grup: archiwizowanie postów i komentarzy na potrzeby badań rynku, OSINT albo moderacji społeczności
- Archiwizacja treści i postów: zapisywanie publicznych postów ze stron, reakcji, obrazów i znaczników czasu
- Agregacja wydarzeń: pobieranie tytułów, dat, lokalizacji i organizatorów wydarzeń
Atrakcyjność GitHuba jest oczywista: widoczny kod, brak kosztów, utrzymanie przez społeczność — przynajmniej w teorii — oraz pełna kontrola nad polami i pipeline’ami.
Problem polega na tym, że gwiazdki i forkowanie nie mówią nic o tym, czy coś działa dziś. Spośród 10 repozytoriów z dokładnym dopasowaniem frazy, posortowanych po liczbie gwiazdek, wszystkie 10 było nieaktualnych od ponad 12 miesięcy w kwietniu 2026. To nie wyjątek — to standard.
Jeden z użytkowników Reddita w wątku z listopada 2025 napisał po sześciu miesiącach prób, że było to „niemożliwe bez płacenia za zewnętrzną aplikację do scrapingu danych” albo użycia Pythona z renderowaniem JS i dużą mocą obliczeniową. Inny, w dyskusji z kwietnia 2026, podsumował to tak: „Facebook jest jednym z trudniejszych serwisów do scrapowania, bo agresywnie blokuje automatyzację”, a automatyzacja przeglądarką jest „krucha, bo Facebook cały czas zmienia DOM”.
Potrzeby są realne. Popyt jest realny. Frustracja też jest jak najbardziej realna. Reszta artykułu dotyczy tego, jak przejść przez tę lukę.
Czym właściwie jest repozytorium Facebook Scraper na GitHubie?
„Facebook scraper” na GitHubie to open-source’owy skrypt — zwykle w Pythonie — który programowo pobiera publiczne dane z Facebook Pages, postów, grup, Marketplace lub profili. Nie wszystkie działają tak samo. Dominują trzy architektury:
Scrapery oparte na automatyzacji przeglądarki vs. wrappery API vs. scrapery HTTP
| Podejście | Typowy stos | Mocna strona | Słaba strona |
|---|---|---|---|
| Automatyzacja przeglądarki | Selenium, Playwright, Puppeteer | Radzi sobie z ekranami logowania, imituje zachowanie realnego użytkownika | Wolne, zasobożerne, łatwe do wykrycia, jeśli nie są dobrze skonfigurowane |
| Oficjalny wrapper API | Meta Graph API / Pages API | Stabilne, opisane, zgodne z zasadami, gdy otrzyma się dostęp | Mocno ograniczone — większość publicznych danych z postów i grup nie jest już dostępna |
| Bezpośredni scraper HTTP | requests, parsowanie HTML, nieudokumentowane endpointy | Szybki i lekki, gdy działa | Rozsypuje się za każdym razem, gdy Facebook zmieni strukturę strony lub mechanizmy antybotowe |
kevinzg/facebook-scraper to klasyczny przykład bezpośredniego scrapera HTTP: pobiera publiczne strony „bez API key”, używając bezpośrednich requestów i parsowania. apurvmishra99/facebook-scraper-selenium to przykład automatyzacji przeglądarki. minimaxir/facebook-page-post-scraper reprezentuje dawną erę Graph API, kiedy skrypty mogły pobierać posty ze stron i grup przez oficjalne endpointy, które dziś nie są już szeroko dostępne.
Typowe dane zbierane przez te repozytoria to tekst posta, znaczniki czasu, liczba reakcji i komentarzy, adresy URL obrazów, metadane strony (kategoria, telefon, e-mail, liczba obserwujących), pola ofert Marketplace oraz metadane grup i wydarzeń.
W 2026 roku prawdziwy kompromis nie dotyczy preferowanego języka. Chodzi o to, jaki rodzaj awarii jesteś w stanie zaakceptować.
Audyt świeżości Facebook Scraper GitHub w 2026: które repozytoria naprawdę działają?
Przeanalizowałem najbardziej popularne i najczęściej polecane repozytoria Facebook Scraper na GitHubie w oparciu o realne dane z 2026 roku — nie obietnice z README, tylko faktyczne daty commitów, kolejki issue i raporty społeczności. To najważniejsza sekcja.
Pełna tabela audytu świeżości
| Repozytorium | Gwiazdek | Ostatni push | Otwarte issue | Język / runtime | Co jeszcze scrapuje | Status |
|---|---|---|---|---|---|---|
| kevinzg/facebook-scraper | 3,157 | 2024-06-22 | 438 | Python ^3.6 | Ograniczone publiczne posty ze stron, część komentarzy/obrazów, metadane strony | ⚠️ Częściowo zepsute / przestarzałe |
| moda20/facebook-scraper | 110 | 2024-06-14 | 29 | Python ^3.6 | Jak kevinzg + pomocnicze metody dla Marketplace | ⚠️ Częściowo zepsuty / przestarzały fork |
| minimaxir/facebook-page-post-scraper | 2,128 | 2019-05-23 | 53 | Era Python 2/3, zależny od Graph API | Tylko jako historyczne odniesienie | ❌ Porzucone |
| apurvmishra99/facebook-scraper-selenium | 232 | 2020-06-28 | 7 | Python + Selenium | Automatyzacja przeglądarki do scrapingu stron | ❌ Porzucone |
| passivebot/facebook-marketplace-scraper | 375 | 2024-04-29 | 3 | Python 3.x + Playwright 1.40 | Oferty Marketplace przez automatyzację przeglądarki | ⚠️ Kruchy / niszowy |
| Mhmd-Hisham/selenium_facebook_scraper | 37 | 2022-11-29 | 1 | Python + Selenium | Ogólne scrapowanie Selenium | ❌ Porzucone |
| anabastos/faceteer | 20 | 2023-07-11 | 5 | JavaScript | Podejście nastawione na automatyzację | ❌ Ryzykowne / mało dowodów |
Kilka rzeczy rzuca się w oczy:
- Nawet „aktywny fork” (moda20) nie był aktualizowany od czerwca 2024.
- Kolejki issue mówią prawdę szybciej niż README.
- Zarówno kevinzg, jak i moda20 nadal deklarują Python ^3.6 w plikach pyproject.toml — to sygnał, że bazowy stack zależności nie został unowocześniony.
kevinzg/facebook-scraper
Najbardziej znany pythonowy Facebook scraper na GitHubie. Jego README opisuje scrapowanie stron i grup, logowanie przez dane uwierzytelniające lub cookies oraz pola poziomu posta, takie jak comments, image, images, likes, post_id, post_text, text i time.
Sygnał operacyjny jest jednak słaby:
- Ostatni push: 22 czerwca 2024
- Otwarte issue: 438 — w tym tytuły typu „Example Scrape does not return any posts”
- Opiekun repo nie odpowiadał na ostatnie zgłoszenia
Werdykt: Częściowo zepsute. Nadal przydatne do małych eksperymentów z publicznymi stronami i jako wzorzec nazw pól, ale nie jako narzędzie produkcyjne.
moda20/facebook-scraper (fork społeczności)
Najbardziej widoczny fork kevinzg, z dodatkowymi opcjami i pomocnikami dla Marketplace, takimi jak extract_listing (opisane w README).
Lista issue jasno pokazuje skalę problemu:
- „mbasic is gone”
- „CLI 'Couldn't get any posts.'”
- „https://mbasic.facebook.com is no longer working”
Gdy uproszczony frontend mbasic się zmienia albo znika, cała klasa scraperów przestaje działać naraz.
Werdykt: Najważniejszy fork, ale w 2026 roku również przestarzały i kruchy. Warto spróbować jako pierwszy, jeśli upierasz się przy rozwiązaniu z GitHuba, ale nie licz na stabilność.
minimaxir/facebook-page-post-scraper
Kiedyś bardzo praktyczne narzędzie Graph API do zbierania postów, reakcji, komentarzy i metadanych z publicznych stron oraz otwartych grup do CSV. Jego README nadal wyjaśnia, jak używać App ID i App Secret aplikacji Facebooka.
W 2026 roku to już zabytek:
- Ostatni push: 23 maja 2019
- Otwarte issue: 53 — w tym „HTTP 400 Error Bad Request” i „No data retrieved!!”
Werdykt: Porzucone. Silnie związane z modelem uprawnień API, który Meta od tamtej pory mocno zawęziła.
Inne warte uwagi repozytoria
- passivebot/facebook-marketplace-scraper: Przydatne w scenariuszach z Marketplace, ale w kolejce issue są m.in. „login to view the content”, „CSS selectors outdated” i „Getting blocked”. Krótki opis tego, co najczęściej psuje scrapowanie Marketplace.
- apurvmishra99/facebook-scraper-selenium: Ma jedno issue dosłownie z pytaniem „Does it work with new Facebook layout?” z września 2020. To mówi praktycznie wszystko.
- Mhmd-Hisham/selenium_facebook_scraper i anabastos/faceteer: Brakuje im aktualnej aktywności, by budzić zaufanie.
Mechanizmy anty-scrapingowe Facebooka: z czym walczy każde repozytorium z GitHuba
Większość artykułów na ten temat ogranicza się do ogólnego „sprawdź ToS”. To nie pomaga.
Facebook ma jeden z najbardziej agresywnych systemów anty-scrapingowych wśród dużych platform. Zrozumienie konkretnych warstw obrony to różnica między działającym scraperem a popołudniem z pustym wynikiem.
Własny post inżynieryjny Meta z lutego 2025 opisuje zespół „Anti Scraping”, który stosuje analizę statyczną w całym kodzie, by wykrywać wektory scrapingu, wysyła wezwania do zaprzestania działania, blokuje konta i korzysta z systemów rate limiting. To nie hipoteza — to oficjalna strategia organizacyjna.
Losowy DOM i nazwy klas CSS
Facebook celowo losuje identyfikatory elementów HTML, nazwy klas i strukturę strony. Jak zauważył jeden z komentujących na r/webscraping: „Żaden zwykły scraper nie ma prawa działać na Facebooku. HTML zmienia się między odświeżeniami”.
Co się psuje: selektory XPath i CSS, które działały tydzień temu, dziś zwracają pusty wynik.
Jak to obejść: w miarę możliwości korzystaj z selektorów opartych na tekście lub atrybutach. Parsowanie z użyciem AI, które czyta treść strony zamiast polegać na sztywnych selektorach, radzi sobie z tym lepiej. Utrzymanie selektorów trzeba traktować jako stały koszt.
Ściany logowania i zarządzanie sesją
Wiele powierzchni Facebooka — profile, grupy, część ofert Marketplace — wymaga logowania. Headless browsery są przekierowywane albo dostają uproszczony HTML. W zgłoszeniach do scrapersów Marketplace od passivebot issue tab „login to view the content” pojawia się jako jedna z głównych skarg.
Co się psuje: anonimowe requesty nie widzą treści albo są od razu przekierowywane.
Jak to obejść: użyj cookies sesyjnych z prawdziwej sesji w przeglądarce albo narzędzi opartych na przeglądarce, które działają w Twojej zalogowanej sesji. Rotowanie kont jest możliwe, ale ryzykowne.
Odciski cyfrowe
W poście inżynieryjnym Meta czytamy, że nieautoryzowane scrapery „często ukrywają się, naśladując sposób, w jaki użytkownicy normalnie korzystają z produktu” — co w praktyce oznacza, że jakość przeglądarki i zachowania jest kluczowa dla wykrywania. W społecznościowych dyskusjach z marca i kwietnia 2026 nadal poleca się anti-detect browsers i spójne fingerprinty.
Co się psuje: standardowe konfiguracje Selenium lub Puppeteer są łatwo wykrywane.
Jak to obejść: używaj narzędzi takich jak undetected-chromedriver albo profili przeglądarki z anti-detect. Realistyczna sesja i spójny fingerprint mają większe znaczenie niż samo podmienianie user-agenta.
Rate limiting i blokady oparte na IP
W poście inżynieryjnym Meta wprost opisano rate limiting jako część strategii obrony, w tym ograniczanie liczby obserwujących, by wymusić więcej requestów, które potem uruchamiają kontrolę limitów. W praktyce użytkownicy zgłaszają limity po publikowaniu do 10 grup w 10-sekundowych odstępach.
Co się psuje: masowe requesty z jednego IP są spowalniane lub blokowane w ciągu minut. Datacenter proxy są często blokowane z góry.
Jak to obejść: rotacja residential proxy, nie datacenter proxy, oraz rozsądne tempo wysyłania requestów.
Zmiany schematu GraphQL
Niektóre scrapery korzystają z wewnętrznych endpointów GraphQL Facebooka, bo zwracają czytelniejsze dane strukturalne niż surowy HTML. Ale Meta nie daje gwarancji stabilności dla wewnętrznego GraphQL, więc takie zapytania psują się po cichu — zwracają puste dane zamiast błędu.
Co się psuje: ustrukturyzowane pobieranie danych bez żadnego komunikatu zwraca pusty wynik.
Jak to obejść: dodaj walidację, monitoruj endpointy schematu i przypinaj się do zapytań, które wiadomo, że działają. Trzeba liczyć się z utrzymaniem.
Podsumowanie mechanizmów anty-scrapingowych
| Warstwa obrony | Jak psuje scraper | Praktyczny sposób ograniczenia problemu |
|---|---|---|
| Zmiany layoutu / niestabilne selektory | XPath i CSS zwracają pusty lub częściowy wynik | Preferuj odporne kotwice, waliduj względem widocznej treści, licz się z utrzymaniem |
| Ściany logowania | Requesty bez logowania nie widzą treści lub są przekierowywane | Użyj poprawnych cookies sesyjnych albo narzędzi działających w sesji przeglądarki |
| Fingerprinting | Standardowa automatyzacja wygląda sztucznie | Używaj prawdziwych przeglądarek, spójnej jakości sesji i metod anti-detect |
| Rate limiting | Pusty wynik, blokady, spowolnienie | Wolniejsze tempo, mniejsze partie, rotacja residential proxy |
| Zmiany wewnętrznych zapytań | Ustrukturyzowane pobieranie zwraca ciche puste dane | Dodaj walidację, licz się z utrzymaniem zapytań |
Gdy repozytoria z GitHuba zawodzą: wybierz dozwoloną alternatywę
Zepsute repozytorium nie jest powodem, by szukać obejścia kontroli platformy. Najpierw doprecyzuj problem biznesowy: potrzebujesz analityki na poziomie strony, przejrzystości reklam, publicznego katalogu kontaktów czy katalogu produktów? Wiele z tych potrzeb można zaspokoić oficjalnym produktem Meta, API z odpowiednimi uprawnieniami albo publicznym źródłem spoza Meta.
Na przykład używaj Graph API tylko wtedy, gdy aplikacja i przypadek użycia mają wymagane uprawnienia; korzystaj z programów badawczych Meta tylko wtedy, gdy się kwalifikujesz; a do informacji reklamowych używaj Meta Ad Library. Do researchu leadów, cen i lokalnych firm lepiej sprawdzają się niezależne publiczne serwisy, których warunki i obowiązki prywatności można ocenić bezpośrednio.
Przykłady rzeczywistego wyniku: co faktycznie dostajesz
Każdy konkurencyjny artykuł pokazuje fragmenty kodu, ale nigdy realnego wyniku. Poniżej znajdziesz to, czego naprawdę możesz się spodziewać po każdym podejściu.
Przykładowy wynik: kevinzg/facebook-scraper (lub aktywny fork)
Na podstawie przykładu z README zeskrobany publiczny post zwraca JSON w takim formacie:
{
"comments": 459,
"comments_full": null,
"image": "https://...",
"images": ["https://..."],
"likes": 3509,
"post_id": "2257188721032235",
"post_text": "Don't let this diminutive version...",
"text": "Don't let this diminutive version...",
"time": "2019-04-30T05:00:01"
}
Zwróć uwagę na pola dopuszczające wartość null, takie jak comments_full. W 2026 roku spodziewaj się, że więcej pól będzie pusta lub zniknie — to zwykle sygnał blokady, a nie niewinny glitch. Wynik to surowy JSON, który wymaga dalszego przetwarzania.
Przykładowy wynik: Facebook Graph API
Aktualne Pages API od Meta opisuje zapytania o informacje o stronie, np. GET /<PAGE_ID>?fields=id,name,about,fan_count. Referencja Page zawiera pola takie jak followers_count, fan_count, category, emails, phone i inne publiczne metadane — ale tylko przy odpowiednich uprawnieniach, takich jak Page Public Content Access lub Page Public Metadata Access.
To dużo węższy zakres danych, niż oczekuje większość użytkowników scraperów z GitHuba. Jest to podejście skoncentrowane na stronach, zależne od uprawnień i nie zastępuje dowolnego scrapowania publicznych postów czy grup.
Macierz: typ danych Facebook × najlepsza ścieżka dostępu
| Typ danych z Facebooka | Najlepszy punkt startowy | Główne ograniczenie |
|---|---|---|
| Zasoby administrowane przez Twoją organizację | Oficjalne narzędzia Meta do zarządzania i zatwierdzone API | Uprawnienia i dostępne pola mogą się różnić |
| Obserwacje reklam | Meta Ad Library | Korzystaj tylko z pól i filtrów, które rzeczywiście udostępnia |
| Publiczne dane firmowe potrzebne do researchu leadów | Dozwolony katalog lub serwis wydawcy spoza Meta | Sprawdź warunki źródła i obowiązki związane z prywatnością |
| Treści prywatne, zamknięte grupy, materiały wymagające logowania lub dostępne tylko dla konta | Nie automatyzuj zbierania | Zamiast tego poszukaj autoryzowanej ścieżki |
Krok po kroku: jak uruchomić Facebook Scraper z GitHuba (jeśli ma to sens)
Jeśli po przeczytaniu audytu świeżości nadal chcesz iść drogą GitHuba, rozumiem. Oto praktyczna ścieżka — z uczciwą informacją, gdzie zwykle się to psuje.
Krok 1: wybierz właściwe repozytorium (skorzystaj z audytu świeżości)
Wróć do tabeli audytu. Wybierz najmniej przestarzałe repozytorium pasujące do Twojego docelowego obszaru. Zanim cokolwiek zainstalujesz, sprawdź zakładkę Issues — świeże tytuły zgłoszeń mówią o aktualnym stanie więcej niż README.
Krok 2: skonfiguruj środowisko Python
python3 -m venv fb-scraper-env
source fb-scraper-env/bin/activate
pip install -r requirements.txt
Częsty problem: konflikty wersji zależności, zwłaszcza Selenium i Playwright. Zarówno kevinzg, jak i moda20 deklarują Python ^3.6 w pyproject.toml — to starsza baza, która może się gryźć z nowszymi bibliotekami. Scraper Marketplace od passivebot przypina playwright==1.40.0, co wystarczy do eksperymentów, ale nie dowodzi trwałości.
Krok 3: skonfiguruj proxy i anty-detekcję
Jeśli robisz coś więcej niż szybki test:
- ustaw rotację residential proxy (szukaj dostawców z pulami IP pod Facebook)
- jeśli używasz automatyzacji przeglądarki, zainstaluj undetected-chromedriver albo skonfiguruj anty-fingerprinting
- nie pomijaj tego kroku — standardowe Selenium lub Puppeteer są wykrywane bardzo szybko
Krok 4: uruchom mały test i zweryfikuj wynik
Zacznij od jednej publicznej strony, nie od dużej partii. Sprawdź wynik bardzo dokładnie:
- puste pola lub brak danych zwykle oznaczają, że blokują Cię mechanizmy obronne Facebooka
- porównaj wynik z tym, co naprawdę widzisz na stronie w przeglądarce
- jeden udany test na jednej stronie jest ważniejszy niż efektowny README
Krok 5: obsłuż błędy, limity i utrzymanie
- dodaj retry logic i obsługę błędów
- licz się z tym, że selektory lub konfiguracje trzeba będzie regularnie aktualizować — to ciągłe utrzymanie, nie „ustaw i zapomnij”
- jeśli zaczynasz spędzać więcej czasu na utrzymaniu scrapera niż na korzystaniu z danych, to sygnał, że warto przemyśleć rozwiązanie no-code
Aspekty prawne i etyczne scrapowania Facebooka
Mogą mieć zastosowanie regulaminy platformy, zasady prywatności, obowiązki umowne i przepisy o ochronie danych. Publiczna widoczność nie oznacza automatycznie zgody na zautomatyzowane zbieranie. Minimalizuj zbierane dane, dokumentuj cel i podstawę prawną oraz skonsultuj się z prawnikiem przy projektach komercyjnych lub dużej skali.
Nie traktuj rozszerzenia przeglądarki, zalogowanej sesji ani etykiety „publiczne” jako pozwolenia na automatyczne zbieranie danych z produktów Meta.
Najważniejsze wnioski: co naprawdę działa przy scrapowaniu Facebooka w 2026
Aktywność repozytorium, kolejka issue i aktualne zasady platformy znaczą więcej niż liczba gwiazdek czy stare README. Gdy pytanie biznesowe dotyczy zasobu, którym zarządzasz, zacznij od oficjalnych narzędzi Meta i zatwierdzonych API. W przypadku badań rynku, leadów i pytań o ceny często prostszym i łatwiejszym do udokumentowania rozwiązaniem jest dozwolone źródło spoza Meta.
FAQ
Czy w 2026 istnieje działający Facebook scraper na GitHubie?
Tak, ale wybór jest ograniczony. Najbardziej znany to fork moda20/facebook-scraper oparty na oryginalnym repo kevinzg — aktualny status znajdziesz w tabeli audytu świeżości powyżej. Może częściowo scrapować publiczne posty ze stron i niektóre metadane, ale kolejka issue pokazuje poważne problemy z mbasic i pustymi wynikami. Większość pozostałych repozytoriów jest porzucona albo całkowicie zepsuta.
Czy mogę scrapować Facebooka bez kodowania?
Do ręcznych badań użyj własnych narzędzi Facebooka do wyszukiwania i zarządzania. Do powtarzalnej lub programowej pracy oceń oficjalne API i jego uprawnienia albo przeprojektuj proces wokół dozwolonego źródła spoza Meta. Wygoda no-code nie znosi obowiązków związanych z platformą, prywatnością ani umowami.
Czy scrapowanie Facebooka jest legalne?
Warunki korzystania z Facebooka zabraniają automatycznego zbierania danych bez zgody. Meta aktywnie to egzekwuje przez blokady kont, wezwania do zaprzestania i pozwy. Legalność zależy od jurysdykcji i konkretnego zastosowania. Trzymaj się publicznie dostępnych danych biznesowych, unikaj profili osobistych i skonsultuj się z prawnikiem, jeśli działasz na większą skalę.
Jakie dane mogę jeszcze pobrać przez Facebook Graph API?
W 2026 roku Graph API jest mocno ograniczone. Możesz uzyskać ograniczone dane na poziomie strony — pola takie jak id, name, about, fan_count, emails, phone — przy odpowiednich uprawnieniach, np. Page Public Metadata Access. Większość danych publicznych postów, dane grup (API Groups zostało wycofane) oraz dane użytkowników nie są już dostępne przez API.
Jak często psują się repozytoria Facebook scraper na GitHubie?
Bardzo często. Facebook stale zmienia strukturę DOM, mechanizmy antybotowe i wewnętrzne API — nie ma oficjalnego harmonogramu, ale raporty społeczności pokazują awarie co kilka tygodni w przypadku aktywnie używanych scraperów. Kolejka issue forka moda20 wokół zniknięcia mbasic to świeży przykład. Jeśli polegasz na repozytorium z GitHuba, zaplanuj regularne utrzymanie i walidację wyników.
Dowiedz się więcej
