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ési 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 a 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 arra, 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 elé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 áttekinthet egy rövid előzményt arról, hogy a Linux és a MacOS felhasználók miért kaptak hagyományosan könnyebb utat a fejlesztői eszközök felé az Ethereumban.

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 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: A WSL2 8:24: Kódoljon gyorsabban a Windows alrendszeren, Linux alatt! | Tabulátorok vs Spaces A videó további kontextust ad arról, hogyan lehet engedélyezni a WSL-t a grafikus felhasználói felületen (GUI) 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 arra kért, hogy telepítsem 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-t a WSL 2 mellett. Van már telepítve a VSCode, ezért 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 néhány további könyvtárat 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 programokat. 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 mind a csomópont, mind az npm 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érdezte 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, a nagyvállalati vagy a 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 domináns 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 egy Unix-alapú operációs rendszer használatát, kevesebb belépési akadály.

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 ők Hawaiin 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álban és a Linux terminálban írt parancsok szintaktikailag megegyeznek, mert mindkettő a bash héjat használja (vagy annak valamilyen származékát, például a zsh-t). 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 segítségével. Kicsit átadja annak történetét is, hogy 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:
Adblock
detector
map