Hozhatok létre Linux / MacOS-szerű Ethereum fejlesztői telepítést Windows rendszeren?: Útmutató a Windows alrendszer Linuxhoz történő beállításához

blog 1NewsDevelopersEnterpriseBlockchain ExplainedEvents and ConferencesPressHírlevelek

Iratkozzon fel hírlevelünkre.

Email cím

Tiszteletben tartjuk a magánéletét

HomeBlogDevelopers

Hozhatok létre Linux / MacOS-szerű Ethereum fejlesztői telepítést Windows rendszeren?: Útmutató a Windows alrendszer Linuxhoz történő beállításához

Lépésről lépésre útmutatás a WSL 2 használatáról az Ethereum intelligens szerződéses fejlesztői környezet és a munkafolyamat beállításához Thomas Hay, 2020. november 18., 2020. november 18.

blokklánc

A ConsenSys Akadémián arra kértünk mindenkit a Fejlesztői programból, hogy az elején töltse le a Virtual Box és az Ubuntu programot. Célunk, hogy minden hallgató következetes felhasználói élményt szerezhessen helyi fejlesztői környezetének kialakításakor. Nem számít a natív operációs rendszer (OS), mindenkinek lenne Ubuntu és ugyanaz a szoftver futtatható. Ez elméletileg jó ötlet. A gyakorlatban a hallgatókkal együtt dolgoztunk a gépükön rendelkezésre álló memóriával kapcsolatos kérdésekkel annak érdekében, hogy ez működjön. Szinte mindig a Mac-felhasználók az Ubuntu letöltése nélkül folytatják a munkát, mivel a MacOS Unix-alapú rendszer. A Windows-felhasználók gyakran csalódottak, mivel nem tudták használni a fejlesztőeszközöket a natív operációs rendszerükön ajánlott útmutatásokat követve, és ha mindent futtatni akartak a Windows rendszeren, akkor a Linux operációs rendszerével párhuzamos utasításokat kellett követniük. és MacOS felhasználók. 

Figyeltük a Windows alrendszer fejlesztését Linux (WSL) számára. A WSL 2 elindítása egybeesett a jelenlegi Bootcamp diákcsoportunk kérdéseivel arról, hogy használhatják-e a WSL 2-t a Virtuális doboz letöltése helyett. Úgy éreztem, ideje volt nagyobb hangsúlyt fektetnöm arra, hogyan használjuk a WSL 2-t, hogy a Windows felhasználók számára Linux-szerű fejlesztői élményt nyújtsunk az általunk ajánlott Ethereum eszköz használatával. Ez a cikk megosztja Önnel néhány sajátosságot, amelyekkel találkoztunk a WSL 2 használatával az Ethereum fejlesztői környezetének beállításához (például mit kell tennie a hasznosítás érdekében szarvasgomba parancsok). 

Ökoszisztémánk számos hasznos cikket és oktatóanyagot tartalmaz, de az emberek létrehozzák őket, feltéve, hogy a felhasználónak Linux vagy MacOS van telepítve. Azt akarom, hogy az Ethereum mindenki számára hozzáférhető legyen, és meg akartam osztani azt, amely véleményem szerint jelenleg a legegyszerűbb módszer a Windows-ot használó fejlesztők számára fejlesztési környezetük felállításához, hogy kövessék az intelligens szerződések fejlesztéséről szóló cikkek többségét.

Ugorhat az alábbi oktatóanyagra, vagy áttekintheti a rövid előzményeket arról, hogy a Linux és a MacOS felhasználók miért hagyományosan könnyebben jutottak el az Ethereum fejlesztői eszközei felé.

A WSL 2 használata az Ethereum fejlesztői környezet beállításához

1. lépés: A WSL 2 letöltése

TLDR; A Windows nagyon jó munkát végez azzal, hogy végigvezeti Önt a WSL 2 számítógépre történő telepítésével kapcsolatos utasításokon. „Windows alrendszer Linux rendszerhez Telepítési útmutató a Windows 10 rendszerhez”Egy átfogó cikk, mert mind a címnek megfelel, mind pedig hibaelhárítási tippeket tartalmaz. Azt is megállapítottuk, hogy a nézés kezdete: 8:24 a WSL2-ből: Gyorsabban kódoljon a Windows alrendszer Linux alatt! | Tabulátorok vs Spaces A videó néhány további kontextust ad a WSL engedélyezéséről a grafikus felhasználói felületen (GUI) keresztül a parancssor (vagy a PowerShell) helyett. Lehet, hogy többször újra kell indítania a számítógépet, és bizonyos esetekben, a gép hardverétől függően, ez eltarthat egy ideig. Készen állnék fél napot félretenni a legrosszabb esetként, csak hogy teljesítsem az elvárásait az összes telepítéssel kapcsolatban, amelyet meg fog készíteni.

A. Lépés 6. lépésében fent említett cikk, A telepítést választottam Ubuntu 20.04 LTS, mivel nekem ez a megoszlás volt a legkényelmesebb a felsoroltakkal szemben. Megpróbáltam telepíteni az Ubuntut a mellékelt linken keresztül a Windows áruházhoz, amelyet a webböngészőmön keresztül tudtam elérni, de a Windows gépem felszólított a telepítésre a beépített Microsoft Store alkalmazás használatával..

Telepítettem is Windows terminál, ami opcionális volt. Ezt egy csomó hiba elkövetése után tettem meg, amelyeket a 3. lépésben fog látni. Ahelyett, hogy továbbra is a „saját utamat járnám”, úgy döntöttem, hogy követem a Microsoft által elmondottakkal együtt. A Windows Terminal előnye, hogy egy terminálablakban több operációs rendszer terminálfülét nyithatja meg.

2. lépés: A WSL 2 futtatása a VSCode mellett

Javasoljuk, hogy használja azt az IDE-t, amellyel a legkényelmesebb. Személy szerint VSCode-ot használok, ezért meg akartam találni, hogyan használhatnám a VSCode-ot a WSL 2 mellett. Van már telepítve a VSCode, tehát ha még nincs telepítve, folytassa és telepítse. Aztán, hogy az Ubuntu mellett fusson, megtaláltam a választ itt: 5:31 a Microsoft által készített videó a WSL-en.

A parancs használata:

kód. 

automatikusan letöltötte, telepítette és elindította a VSCode-ot, de azt tapasztaltam, hogy az intelligens szerződések írására használt kiterjesztéseimet nem telepítik automatikusan.

Egyszerűen kattintson a WSL: Ubuntu programba telepített zöld szövegre. A VSCode arra is felszólított, hogy telepítsek további könyvtárakat a terminálon keresztül a VSCode-ban, és megkért, hogy adjam meg a jelszavamat a Linux terjesztésemhez (ami az Ubuntu 20.04 LTS)

Van egy hosszabb ismertető Kezdje el használni a Visual Studio Code for Windows alrendszert Linux rendszerhez Ez hosszabb áttekintést nyújt, ha még nem telepítette a VSCode-ot. Innentől kezdve a következő lépéseket hajtottam végre a VSCode terminálján belül, amelyet most bash shellként állítottak be.

3. lépés: Telepítse az nvm, a Node és az npm programokat

Az olyan fejlesztői eszközök telepítése előtt, mint a Szarvasgomba, telepítenünk kell az nvm, a Node és az npm fájlokat. Lásd közvetlenül a cikket Állítsa be a NodeJS fejlesztését a WSL 2 segítségével.  

Az első sajátosság, amellyel összefutottam, az volt, hogy a dokumentáció nem tartalmazta az nvm legfrissebb verzióját, ezért azt javaslom, nvm GitHub adattár hogy megtudja az aktuális kiadást. Az nvm telepítése után, amikor a -v nvm parancsot futtattam, hogy megerősítsem, hogy telepítve van a terminálomra, semmi sem történt (az nvm-t vissza kell adni). Azt javasolta, hogy zárjam be a terminálomat, és nyissam meg újra, majd futtassam újra a parancsot. Amikor ezt megtettem, kaptam nvm-t.

Ezután beírtam az nvm install csomópontot – az LTS (hosszú távú stabil) kiadást választottam. Miután ellenőriztem, hogy a csomópont és az npm is telepítve van-e (node ​​–verzió, npm –version). A következő lépésre léptem. 

Ne tegye a következőket

Ez egyértelmű példa arra, hogy nem olvassa el a dokumentációt (mindig olvassa el a dokumentációt). A fent részletezett lépéseket azután tettem meg, hogy először azt az utat követtem, hogy nem olvastam végig a dokumentumokat. Időrend szerint először VSCode-val nyitottam meg a terminált, és beírtam

csomópont -v

hátha telepítettem. Mivel nem telepítettem csomópontot, a következők adtak vissza:

Beírtam a javasoltat

sudo apt install nodejs

és a rendszer megkérte a jelszavamat.a linux terjesztéshez (Ubuntu 20.04 LTS). Ezután beírtam

csomópont -v

A visszatérő verzió 10.19.0 volt. Megnéztem a Node.js webhelyet, és az ajánlott stabil kiadás 14.15.0 LTS volt. Nem az, amire szerettem volna kerülni. Továbbá, amikor beírtam

npm -v

hogy lássam, van-e telepítve az NPM, visszakaptam egy rossz tolmácsot: Nincs ilyen fájl vagy könyvtár. Mi romlott el? Ha csak a cikk elolvasásával kezdtem, a következőket láttam volna

„A Node azon verziója, amely az Ubuntu apt-get paranccsal telepíthető, elavult”

Ha azt találta, hogy ezen az úton haladt, akkor el kell távolítania a Nodejs alkalmazást – itt van néhány hasznos utasítás, de használni fogja a parancsot

sudo apt-get purge nodejs

a terminálon belül.

Ha közvetlenül a Node.js webhelyre navigál, és letölti és telepíti, akkor telepíti a Windows terjesztést, amelyet az Ubuntuban nem fog tudni használni. Tehát először olvassa el a fenti dokumentációt, és ne próbáljon csak „beugrani:.

Tanulj a hibáimból és spórolj magadnak időt. Olvassa el a dokumentációt.

4. lépés: Telepítse a Szarvasgomba csomagot

Ezen a ponton most követhetem a ConsenSys fejlesztői portálon leírt lépéseket.

Ügyeljen arra, hogy a truffle-config.js fájlban törölje a fejlesztői hálózat megjegyzését (az alábbiak szerint)

Ha nem, akkor a következő hibát kapja:

Várj … Beállítottam az egészet és hiba történt, elsétáltam, és most, hogy fut, elfelejtettem a jelszavamat a linuxos terjesztésemhez!!!

Igen, igen. Én is ezt tettem. Megtaláltam a cikketHozzon létre felhasználói fiókot és jelszót az új Linux disztribúcióhoz” nagyon hasznos. 

Azok a dolgok, amelyeket a Windows-ba telepítettem, nem jelennek meg az Ubuntu futtatásakor! Mi ad!!

Ne feledje, hogy az Ubuntu egy másik operációs rendszer, mint a Windows. A Windows rendszerre telepített programok várhatóan nem futtatják azonnal az Ubuntu terjesztést, és fordítva, hacsak nem speciális programok vannak erre konfigurálva – példa erre a Windows Terminal. Tegyük fel, hogy bármi, amit az egyikre telepít, nem működik a másikon, hogy biztonságban legyen.

Mi a következő?

Most kövesse a 2. lépéssel: Intelligens szerződés létrehozása és 3. lépés: Indítson el egy decentralizált alkalmazást ugyanazokkal a parancsokkal, mint ezek az oktatóanyagok nyújtják.

Az operációs rendszerek és az Ethereum Developers rövid háttere

Miért van az, hogy a Windows felhasználók más tapasztalattal rendelkeznek az Ethereum fejlesztői eszközökkel kapcsolatban, mint azok, akik Linuxot vagy MacOS-t használnak? A Linux és a MacOS nem ugyanaz az operációs rendszer, és számtalan Linux disztribúció létezik. Úgy tűnik, hogy többféle eszközkészletre lenne szükség a különféle operációs rendszerek kezeléséhez. A kérdés megválaszolásához rövid történelemóra szükséges. Javaslom a Crash Course videójának megtekintését Operációs rendszerek: Crash Course Computer Science # 18 néhány tömör háttérinformációért. 

Történetünk a Unix-szal kezdődik. Azután a Unix kiadása 1969-ben, ez az operációs rendszer gyorsan megalapozta magát a számítástechnikai közösségben. A számítástechnikát az 1970-es években a kutatási, nagyvállalkozói vagy hobbi / hacker közösségek dominálták, és nem rendelkeztek a mai grafikus felhasználói felületekkel. A Unix ebben az időben terminál alapú volt, így mindent a parancssornak nevezett módon hajtottak végre.

Az 1980-as évek egybeestek azzal, hogy a Microsoft és az Apple népszerű operációs rendszereket adott ki a személyes számítógépes közönség számára. Az ezen operációs rendszerek által elért előrelépések a hardver és a memória költségeinek csökkenése mellett hozzájárultak azoknak az emberek számának növekedéséhez, akik az egyetemen vagy az üzleti világon kívül képesek megfizetni egy számítógépet személyes használatra. A Microsoft 1981-ben adta ki a Microsoft Disk Operációs Rendszert (MS-DOS). Amikor A Microsoft Windows 1985-ben jelent meg, ez a grafikus felhasználói felület-alapú operációs rendszer az MS-DOS kódalap tetejére épült, sokkal hozzáférhetőbbé téve a számítógépet a végfelhasználó számára.

Az Apple valójában több operációs rendszer indítását engedélyezte az Apple II-n, amelyet először az 1970-es évek végén kezdtek el értékesíteni. De az Apple, a Microsoft előtt, rájött, mennyire fontos a grafikus felhasználói felület a személyi számítógép bevezetésének ösztönzésében. Az Apple első GUI alapú operációs rendszere, a Macintosh operációs rendszer (ma Classic MacOS néven) a Apple Lisa (LisaOS), egy 1983-ban kiadott számítógép. A Lisa operációs rendszerét nagyban inspirálta a Xerox Palo Alto Kutatóközpontjában (PARC) végzett munka., és a Xerox PARC csapatából sokan az Apple-nél dolgoztak. Amikor 1984-ben megjelent a sokkal népszerűbb Apple Macintosh, a Classic MacOS futott rajta. Amikor régi képeket és videókat néztem a Macintosh-ról, meglepődtem azon, hogy a klasszikus MacOS mennyire ismerős interfész a ma Apple számítógépemen futó MacOS számára..

A Unix volt a meghatározó operációs rendszer a számítástechnikai világban, és az 1980-as években továbbra is népszerű volt a személyes számítástechnikai téren kívül. Az 1980-as években ez azt jelentette, hogy három különböző operációs rendszer volt három különböző kódbázisra építve. Egy program használata ezen operációs rendszereken nem történhet meg natív módon. A programokat módosítani kellett, hogy működjenek az operációs rendszerrel. Az Apple és a Microsoft GUI-alapú operációs rendszerei a tömegeket hozzáférhetővé tették. A fejlesztők számára egy számítógépen működő alkalmazás létrehozása megkövetelte az operációs rendszer ismeretét (és még mindig működik). De az Apple olyan döntéseket hozna, amelyek megkönnyítenék a Unix-parancsokat ismerő fejlesztők számára a MacOS vagy a Unix-alapú operációs rendszer használatát, kevésbé akadályozva a belépést.

Az Apple elkezdett mozogni a Unix-alapú operációs rendszer, 1988-ban kezdődött, amikor megjelent a Unix-alapú A / UX. Párhuzamos pályán, A NeXT, amelyet Steve Jobs alapított 1985-ben az Apple-től való távozása után, egy Unix-alapú operációs rendszert készített NeXTSTEP néven.. Az Apple 1996-ban megvásárolta a NeXT-t, és megszerezte a szellemi tulajdont, amelyből MacOS X lesz. Összegzésképpen elmondható, hogy az Apple társalapítója elhagyta a céget, egy másik számítógépes céget alapított számítógépek és operációs rendszerek építésére, amelyet aztán az általa először alapított társaság vásárolt meg, amelynek később vezérigazgatója lett, majd projektet vett a új cége, és ezt a szoftverprojektet úgy építették, hogy az alapja legyen annak a MacOS-nak, amelyet jelenleg az Apple számítógépemen futtatok. Walter Issacson Steve Jobs című könyvében van egy idézet Larry Ellisontól, az Oracle társalapítójától egy beszélgetésről, amelyet Steve Jobsszal folytatott, miközben Hawaii-on nyaraltak..

“Tudod, Larry, azt hiszem, megtaláltam egy módot arra, hogy visszakerüljek az Apple-be és megszerezhessem az irányítást anélkül, hogy neked kellene megvenned” – mondta Jobs, miközben a part mentén sétáltak. Ellison emlékeztetett: “Elmagyarázta stratégiáját, amely arra késztette az Apple-t, hogy vásárolja meg a NeXT-t, majd belép az igazgatóságba, és egy lépésre van attól, hogy vezérigazgató legyen.”

Isaacson, Walter. Steve Jobs. New York; Toronto: Simon & Schuster, 2011. 300. o

Így vált a MacOS Unix-alapú operációs rendszerré, és lehetővé tette a Unix parancs futtatását a MacOS terminálján.

A Windows nem vált Unix-szerűvé. A Windows 95/98 nagy sikere után, A Windows elmozdult az operációs rendszer NT felépítéséről (az NT rövidítés már nem jelent semmit, de az NT választása körül számos elmélet és történelem létezik – ez egy szórakoztató nyúllyuk, amelyet le kell vetni, ha érdekli a Microsoft története). A Windows 2000-től kezdődően a Microsoft elavult a DOS-függőségtől (ez a hihetetlen videó, amelyen Bill Gates kikapcsolta a DOS-t a Windows XP megjelenésekor). A Windows továbbra is az NT-n kívül áll minden későbbi kiadásnál, beleértve a Windows 10-et is.

Az Apple és a Microsoft között egy harmadik versenytárs keletkezne. A Linuxot Linus Torvalds fejlesztette és adta ki 1991-ben. Ez egy Unix-szerű operációs rendszer, amely egyszerre ingyenes és könnyen testreszabható, és gyorsan elfogadták azokat a fejlesztői közösségeket, amelyek nem akarták az Apple vagy a Microsoft kapcsolatát. A Linux továbbra is népszerűvé vált, és azt találta, hogy számos különböző számítási környezetben használják. Például az Android, amely mobil operációs rendszer, Linuxra épül, és ez a legnépszerűbb okostelefon operációs rendszer. A Linux fenntartotta a Unix shell parancsokat is. További információ a Linuxról, Linux futtatása, harmadik kiadás átfogó forrás.

A Unixon kívüli helyzet azt jelentette, hogy a MacOS terminálba és a Linux terminálba írt parancsok szintaktikailag megegyeznek, mert mindkettő a bash héjat (vagy annak valamilyen származékát használja, mint például a zsh). A Windows-felhasználóknak gyakran le kell fordítaniuk egy oktatóanyagban látott parancsot, amely a bash shell működéséhez készült a Windows PowerShellben vagy a Cmd-ben. A Linux vagy MacOS felhasználók csak futtathatják a parancsot. A fejlesztők rengeteg időt töltenek a terminálon. Ez azt jelentette, hogy telepítünk és használunk bizonyos fejlesztői eszközöket az Ethereum (és sok más nyelv) számára, például az nvm, a Node, az npm és a Szarvasgomba más utasításokat igényel a Windows felhasználók számára.. 

Ennek eredményeként nagyobb a kompatibilitás a Linux és a MacOS között – és ezért az Ubuntu terminálban, a Linux disztribúcióban használt parancsok közül sokan felcserélhetők a MacOS terminálban is. A Windows korábban a Unix-alapú operációs rendszerbe lépett be, de a WSL 2016-os kiadása a Windows 10-hez volt az első alkalom, amikor a Windows-felhasználók egy Linux-kernelt használhattak, miközben a Windows-t egyidejűleg virtuális gép nélkül használták. A WSL 2 létrehozott egy könnyű, virtuális gépet, amely a Windows rendszeren fut, vagyis a fejlesztőnek már nem kell foglalkoznia a virtuális doboz letöltésével vagy az Ubuntu telepítéséhez a VMWare használatával kapcsolatos memória- és tárolási problémákkal..

Miért hat ez az Ethereum fejlesztőire? Az Ethereum Genesis blokkja 2015. július 30-án történt, és az Ethereum társalapítója és a ConsenSys alapítója, Joe Lubin szerint a fejlesztés nagy része az Ubuntu és a MacOS X rendszeren zajlott. Ezért nem meglepő, hogy az eredeti szerszámok nagy része jól működött Unix-szerű operációs rendszerekkel. Míg kifejezetten a Windows számára fejlesztettek ki szerszámokat, gyakran a fejlesztők tapasztalata jobb, ha Unix-szerű terminált használhatnak szoftverek telepítéséhez és parancsok futtatásához.. 

A Microsoft megkezdte a WSL 2 kijuttatásának munkáját, és javult ott, ahol a közösségen belül sokan használják 2018 vége óta Linux disztribúció telepítéséhez. Ha Windows rendszert használ, akkor már nincs olyan fájdalma, hogy kissé módosított utasításokat kell követnie a dApp elkészítésekor. A Windows felhasználók mostantól követhetik az Ethereum oktatóanyagokat Linux vagy Mac számára.

Nagyon szórakoztató olvasmány, amelyet Avery Erwin ajánlott nekem, Neal Stephensoné „Kezdetben volt a parancssor”, esszé / könyv az operációs rendszerekkel kapcsolatos személyes tapasztalatairól a rövid történelemben leírt időszakban.

Következtetés

Ez az oktatóanyag és a rövid előzmények betekintést nyújtanak egy Windows-felhasználóba abba, hogyan állítsák be fejlesztői környezetüket a WSL 2, az Ubuntu, a VSCode, az npx, a Node, az npm és a Szarvasgomba használatával. Kicsit átadja annak történetét is, hogyan és miért kell ezt megtennünk. Ha tapasztalata alapján észrevétele vagy hasznos tippje van, kérjük, küldje el nekik [e-mail védett] így frissíteni tudom ezt a cikket, és jóváírhatom hozzájárulását.

Külön köszönet Onyebuchi Valentine Ahiwe-nak, Clemens Wan-nak, Anthony Albertorio-nak, Eli Geschwind-nek, Nick Nelson-nak és még több kedves barátnak az áttekintésért és megjegyzésekért a bemutatóval és az előzményekkel kapcsolatban. Értékelem a megjegyzéseit.

Fejlesztők Intelligens szerződésekWindowsNewsletterHírlevélre feliratkozás a legfrissebb Ethereum-hírekről, vállalati megoldásokról, fejlesztői erőforrásokról és egyebekről.

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Like this post? Please share to your friends:
map