1 00:00:00,000 --> 00:00:09,647 2 00:00:09,647 --> 00:00:11,730 Uzstājas: Tagad pieņemsim dive uz sadales kodu 3 00:00:11,730 --> 00:00:14,470 un to apskatīt kontekstā kurā kods tu rakstītu 4 00:00:14,470 --> 00:00:15,780 tiks darbojas. 5 00:00:15,780 --> 00:00:17,350 Beigās, dienā, jūs gatavojas īstenot 6 00:00:17,350 --> 00:00:18,710 veselums web serveri. 7 00:00:18,710 --> 00:00:20,460 Bet esam nodrošinājuši jūs ar skeletu 8 00:00:20,460 --> 00:00:24,090 kods, kas ir dažas funkcijas, īpaši saistīti ar tīklu. 9 00:00:24,090 --> 00:00:25,390 Pieņemsim to apskatīt. 10 00:00:25,390 --> 00:00:27,560 >> Tātad, šeit uz augšu faila ir ķekars 11 00:00:27,560 --> 00:00:30,020 par funkciju pārbaudītu makro prasībām. 12 00:00:30,020 --> 00:00:33,570 Tagad tas ir tikai iezīme c, kur saskaņā ar ķekars cilvēks lapas 13 00:00:33,570 --> 00:00:36,410 Jums ir definēt dažus šīs konstantes, lai būtu patiesība 14 00:00:36,410 --> 00:00:39,920 vai būt pat īpašas skaitļi arī tā, ka Jums ir piekļuvi noteiktām funkcijām. 15 00:00:39,920 --> 00:00:42,470 Pretējā gadījumā tie būs nedeklarētu un jums nebūs pieejams. 16 00:00:42,470 --> 00:00:45,340 Tāpēc es esmu darījusi to, ko veidā lasīšanas cilvēks lapas. 17 00:00:45,340 --> 00:00:48,410 Tagad lejā, it līnijas 15 līdz 17, mēs 18 00:00:48,410 --> 00:00:50,550 ir visai ķekars limitu deklarēto. 19 00:00:50,550 --> 00:00:53,370 >> Un mēs esam aizņēmušies šo no populārs web serveri sauc Apache. 20 00:00:53,370 --> 00:00:54,650 Un tie ir tikai numuri, kas gatavojas 21 00:00:54,650 --> 00:00:56,810 ir ierobežot kopējo skaitu baitu, kas ir atļauts 22 00:00:56,810 --> 00:01:01,930 dažādos kontekstos par HTTP pieprasījumu ka pārlūks ir atļauts sūtīt man. 23 00:01:01,930 --> 00:01:04,310 Tālāk, mēs definējam oktetus. 24 00:01:04,310 --> 00:01:07,790 Tagad oktets ir tikai iedomātā veids kā pateikt baitu vai astoņi biti. 25 00:01:07,790 --> 00:01:10,720 Izrādās vakardienas baitu bija ne vienmēr ir astoņi biti, 26 00:01:10,720 --> 00:01:12,339 tāpēc okteta vienmēr ir astoņi biti. 27 00:01:12,339 --> 00:01:14,880 Tātad šajā gadījumā mēs esam pieņēmusi kas ir izplatīts tīklu 28 00:01:14,880 --> 00:01:17,410 pasaule zvanot astoņus baitus baits. 29 00:01:17,410 --> 00:01:21,840 >> Šeit es esmu norādīts, ka okteti būs 512, lai līdzīgi kā kriminālistikas 30 00:01:21,840 --> 00:01:24,170 kad mēs lasām ķekars bytes laikā, arī šeit, 31 00:01:24,170 --> 00:01:27,390 mēs ejam, lai lasītu ķekars okteti vienlaicīgi. 32 00:01:27,390 --> 00:01:28,922 Nākamais visu ķekars header failus. 33 00:01:28,922 --> 00:01:30,255 Kā es zinu, lai iekļautu šo? 34 00:01:30,255 --> 00:01:32,730 Nu es vienkārši izlasīju cilvēks lapas funkciju virknes 35 00:01:32,730 --> 00:01:35,620 ka mēs izmantosim šajā distribūcijā kodu un iekļaut tiem 36 00:01:35,620 --> 00:01:37,390 Man bija uzdots. 37 00:01:37,390 --> 00:01:39,090 >> Un tagad mums ir datu tipu. 38 00:01:39,090 --> 00:01:41,470 Mēs esam pasludināja par oktets būt char. 39 00:01:41,470 --> 00:01:44,040 Un mēs redzēsim vēlāk, ka tas ir izmantota visā kodu. 40 00:01:44,040 --> 00:01:45,670 Un mēs esam deklarētas viss ķekars prototipu, 41 00:01:45,670 --> 00:01:47,961 un mēs staigāt ātri cauri katru no šīm funkcijām. 42 00:01:47,961 --> 00:01:50,400 Visbeidzot, un, iespējams, svarīgi paturēt 43 00:01:50,400 --> 00:01:52,520 prātā šajā brīdī stāsts ir tāds, ka tur 44 00:01:52,520 --> 00:01:54,520 ir, faktiski visa ķekars globālo mainīgo 45 00:01:54,520 --> 00:02:00,430 augšpusē faila, saknes, CFD, SPD, lūgums, failu un ķermeņa. 46 00:02:00,430 --> 00:02:03,960 >> Tagad vispār, izmantojot tik daudz globāla mainīgie, vai globālie mainīgie vispār, 47 00:02:03,960 --> 00:02:05,280 nav atpakaļ prakse. 48 00:02:05,280 --> 00:02:09,090 Bet izrādās, mēs esam arī izmantojot tehniku, ko sauc signālu apstrāde vēlāk 49 00:02:09,090 --> 00:02:11,930 kodu, kas ļauj mums noteikt, kad lietotājs hits kaut ko 50 00:02:11,930 --> 00:02:15,080 piemēram, CTRL C un jāslēdz serveris graciozi. 51 00:02:15,080 --> 00:02:18,240 Un, lai to izdarītu graciozi un patiesībā atbrīvotu atmiņu, 52 00:02:18,240 --> 00:02:20,800 mums ir vajadzīga piekļuve šie globālie mainīgie. 53 00:02:20,800 --> 00:02:24,510 >> Un tagad pieņemsim to apskatīt galvenais, kas vada visus ar šo programmu. 54 00:02:24,510 --> 00:02:27,720 Pirmkārt, augšpusē šeit mēs ir kļūdas numurs mainīgo 55 00:02:27,720 --> 00:02:29,570 kas, šķiet, nav ir veids, bet tas ir 56 00:02:29,570 --> 00:02:31,500 tāpēc, ka tas ir faktiski definēts failā ar nosaukumu 57 00:02:31,500 --> 00:02:34,800 kļūda errno.h kas ir iekļauta augstāk. 58 00:02:34,800 --> 00:02:38,780 Ja jūs cilvēks errno faktiski skatīt definīciju par šo lietu, 59 00:02:38,780 --> 00:02:41,230 jūs redzēsiet, ka tas ir īpašs globālo mainīgo, ka 60 00:02:41,230 --> 00:02:43,350 ir noteikts visu ķekars funkciju nav rakstīts 61 00:02:43,350 --> 00:02:48,730 mums, bet autori Linux un citas sistēmas, lai faktiski noteikt 62 00:02:48,730 --> 00:02:52,400 numuru, lai šo mainīgo, kad kaut ko noiet greizi tā, ka jūs varat globāli 63 00:02:52,400 --> 00:02:54,830 izdomāt, ko darīja noiet greizi. 64 00:02:54,830 --> 00:02:58,540 >> Tagad lejā jūs redzēsiet jaunu paņēmiens varbūt izmantojot getopt, 65 00:02:58,540 --> 00:03:01,790 funkcija, kas palīdz parsēt komandu argumentus, lai mēs to nedara 66 00:03:01,790 --> 00:03:05,540 jāraizējas izšķērdēt laiku norādītas , kā parsēt kaut ko līdzīgu, 8080, 67 00:03:05,540 --> 00:03:08,350 vai domuzīme p, vai domuzīme h, lai saņemtu palīdzību. 68 00:03:08,350 --> 00:03:10,300 getopt būtībā tas, ka mums. 69 00:03:10,300 --> 00:03:11,750 Skatīt man lapu vairāk. 70 00:03:11,750 --> 00:03:13,960 >> Tālāk, mēs mazliet kļūdas pārbaudes, lai pārliecinātos, ka 71 00:03:13,960 --> 00:03:17,420 ka porta numurs ir robežās norādīts diapazons spec. 72 00:03:17,420 --> 00:03:20,240 Tālāk, mēs redzam zvanu funkcijai sāktu, kura definīcija mēs 73 00:03:20,240 --> 00:03:24,040 apskatīt kādā brīdī, un kā tā nosaukums ierosina, tas sāk web serveri. 74 00:03:24,040 --> 00:03:26,960 Te mums ir zvanu funkciju sauc signāls, kas saka: 75 00:03:26,960 --> 00:03:30,750 ja un kad jūs dzirdat Control C no lietotāja tastatūra, iet uz priekšu un zvanu 76 00:03:30,750 --> 00:03:34,650 funkcija, ko sauc kopējs, kas notiek, galu galā tīri lietas uz augšu un stop 77 00:03:34,650 --> 00:03:35,500 serveris. 78 00:03:35,500 --> 00:03:39,470 >> Zemāk tas ir tas, kas, šķiet, ir bezgalīga cilpa, pirmā līnija, kuras 79 00:03:39,470 --> 00:03:41,660 efektīvi ir zvans uz funkciju sauc 80 00:03:41,660 --> 00:03:45,110 reset, kas mēs paši īstenot vēlāk, lai 81 00:03:45,110 --> 00:03:47,470 lai atbrīvotu kādu no mūsu pasaules valstīm. 82 00:03:47,470 --> 00:03:50,480 Pēc tam ir līnija kods, kas nosacīti 83 00:03:50,480 --> 00:03:52,576 ir pārbaudīt atgriešanos vērtība saistīts. 84 00:03:52,576 --> 00:03:55,700 Tagad savienotas izskatās predikāta, kaut kas atgriež patiess vai nepatiess. 85 00:03:55,700 --> 00:03:58,040 Un tas, bet tur ir kaut kas īpašs, kas savienots 86 00:03:58,040 --> 00:03:59,960 jo tas ir bloķēšanas zvanu. 87 00:03:59,960 --> 00:04:03,180 Tas tur sēdēt un gaidīt līdz lietotāja pārlūkprogrammā 88 00:04:03,180 --> 00:04:05,860 mēģina izveidot savienojumu ar šo web serveri un tikai tad būs tas 89 00:04:05,860 --> 00:04:10,160 atgriešanās patiess vai nepatiess, lai mēs turpinātu uz iekšpusi šī ja ​​paziņojums. 90 00:04:10,160 --> 00:04:13,870 >> Kad tur, ievērosiet šo funkciju, lai funkcija sauc Parsēšanas, kuru mēs rakstījām, 91 00:04:13,870 --> 00:04:17,230 kas parses visas okteti, visi no baitu nāk no pārlūka 92 00:04:17,230 --> 00:04:21,010 ar serveri, lai mēs varētu ar roku Jūs atpakaļ galu galā vērtība uz vienu 93 00:04:21,010 --> 00:04:24,420 Šo globālo mainīgo, ka uzglabātas visas baitu tikko 94 00:04:24,420 --> 00:04:26,630 galvenes, kas pieprasījums, nevis ķermenis 95 00:04:26,630 --> 00:04:28,920 ja tur bija tiešām organismam to. 96 00:04:28,920 --> 00:04:32,980 >> Tagad lejā mēs sākam izanalizēt šos galvenes, lai iegūtu 97 00:04:32,980 --> 00:04:35,490 apakškopa informācijas ka mums rūp. 98 00:04:35,490 --> 00:04:37,740 Konkrēti, per specifikāciju, mēs vispirms 99 00:04:37,740 --> 00:04:40,580 gribēja pieprasīt līnija, kas ir tikai, ka pirmā līnija, kas 100 00:04:40,580 --> 00:04:45,710 cerams, saka kaut ko līdzīgu get slash vai kādu ceļu un pēc tam HTTP 1.1. 101 00:04:45,710 --> 00:04:48,150 Mēs izmantojam šo metaforu par adatu siena kaudzē 102 00:04:48,150 --> 00:04:50,370 meklēt īpaši chars vai adreses. 103 00:04:50,370 --> 00:04:53,120 Un tiešām, tur ir vairāki funkcijas mūsu izplatīšanas kodu 104 00:04:53,120 --> 00:04:56,930 ka jūs arī varētu atrast noderīgu , meklējot konkrētu vērtību. 105 00:04:56,930 --> 00:05:00,630 >> Galu galā, mēs pārkopēt baiti par mainīgo sauc līniju, 106 00:05:00,630 --> 00:05:03,510 kas paziņojums, arī mēs esam piešķirti uz skursteņa 107 00:05:03,510 --> 00:05:05,890 Izdarot dinamiski lieluma masīvs. 108 00:05:05,890 --> 00:05:08,350 Un mēs apzināti cenšamies lai izvairītos no zvana malloc 109 00:05:08,350 --> 00:05:11,100 jo atkal, jo of Control C ir 110 00:05:11,100 --> 00:05:14,630 potenciāls iezīme šīs programmas, mēs nevēlos, lai būtu šo kodu pēkšņi 111 00:05:14,630 --> 00:05:17,479 pārtrauca lietotāja hitting Kontrole C, kura rezultāti 112 00:05:17,479 --> 00:05:20,270 ir tā, ka es varētu ne mazākās iespējas par brīvu kaut ko es esmu malloced. 113 00:05:20,270 --> 00:05:23,660 Tāpēc es cenšos izmantot tik daudz no skursteņa ir varu šeit. 114 00:05:23,660 --> 00:05:26,040 >> Nākamā, visu ķekars to dos. 115 00:05:26,040 --> 00:05:28,930 Specifikācija izklāstīt par tieši to, kas ir šeit gaidīts, 116 00:05:28,930 --> 00:05:31,800 bet komentārus sniegt jums mājienu, kas ir priekšā. 117 00:05:31,800 --> 00:05:33,830 Jums vispirms nepieciešams apstiprinātu pieprasījuma līniju 118 00:05:33,830 --> 00:05:37,760 un pārliecinieties, ka tā izskatās specifikācijas gramatika, tā sakot, 119 00:05:37,760 --> 00:05:38,541 saka, ka tā vajadzētu. 120 00:05:38,541 --> 00:05:41,290 Pēc tam ir nepieciešams, lai iegūtu kaut ko sauc vaicājumu, sīkumi out 121 00:05:41,290 --> 00:05:44,200 pēc jautājuma zīmes, piemēram, mēs redzējām ar mūsu Google piemēru 122 00:05:44,200 --> 00:05:46,320 garāmejot HD parametru. 123 00:05:46,320 --> 00:05:49,050 Tad mēs saķēdēt kopā sakne web serveri 124 00:05:49,050 --> 00:05:52,520 ar ceļu, kas ir kas šis lūgums pirmā rinda 125 00:05:52,520 --> 00:05:56,010 un veido pilnu ceļu failu mēs gribam meklēt. 126 00:05:56,010 --> 00:06:00,300 >> Pēc tam, mēs ejam, lai pārliecinātos, ka ka fails pastāv un ir lasāms. 127 00:06:00,300 --> 00:06:05,100 Un tad mēs ejam, lai iegūtu tās faila paplašinājums, html vai php, 128 00:06:05,100 --> 00:06:09,920 vai kādu šāds pagarinājums, ka ir pie pašām beigām pieprasīto virkni. 129 00:06:09,920 --> 00:06:11,940 Nākamā ir vesels ķekars koda mēs rakstījām 130 00:06:11,940 --> 00:06:15,800 faktiski radītu PHP radīts saturu jums. 131 00:06:15,800 --> 00:06:18,010 In Īsumā, šis kods notiek nosaukumu 132 00:06:18,010 --> 00:06:20,250 faila jūs vēlaties PHP interpretēt. 133 00:06:20,250 --> 00:06:24,630 Mums iet to ar kaut ko sauc cauruli PHP tulks. 134 00:06:24,630 --> 00:06:28,060 Saņemt atpakaļ atbildi, it kā atbilde bija fails pats. 135 00:06:28,060 --> 00:06:32,110 Un tad mēs atkārtot pār ka fails s baiti, velkot tos visus vienā bufera 136 00:06:32,110 --> 00:06:34,180 lai mēs varētu galu galā izdrukāt tos. 137 00:06:34,180 --> 00:06:37,230 >> Patiešām, visi šie aicina šeit dprintf 138 00:06:37,230 --> 00:06:40,110 ļauj mums drukāt kaut ko sauc failu deskriptors, kas 139 00:06:40,110 --> 00:06:42,350 ir tikai skaitlis kas apzīmē failu. 140 00:06:42,350 --> 00:06:45,360 Ļoti līdzīgs garā, bet būtiski atšķiras no faila 141 00:06:45,360 --> 00:06:46,620 zvaigzne rādītājs. 142 00:06:46,620 --> 00:06:50,260 Paziņojums, kā jūs varat izmantot, piemēram, sintakse printf šeit, lai es varētu dinamiski 143 00:06:50,260 --> 00:06:54,000 ievietot kaut ko līdzīgu garumā par vērtību HTTP header 144 00:06:54,000 --> 00:06:55,270 sauc Content-garums. 145 00:06:55,270 --> 00:06:57,990 Un galu galā es izmantoti funkcija tiesības faktiski rakstīt 146 00:06:57,990 --> 00:07:00,040 organismam pieprasījumu. 147 00:07:00,040 --> 00:07:03,750 >> Diemžēl, mēs tikai jāīsteno atbalsts dinamiski 148 00:07:03,750 --> 00:07:05,350 ģenerē PHP faili. 149 00:07:05,350 --> 00:07:08,520 Mēs neīstenoja atbalstu statiskā failus, piemēram, GIF un JPEG, 150 00:07:08,520 --> 00:07:10,660 un CSS un HTML failus. 151 00:07:10,660 --> 00:07:14,450 Tas, diemžēl, ir uzticēta jums reaģēt uz klienta mērķim 152 00:07:14,450 --> 00:07:15,090 to darīt. 153 00:07:15,090 --> 00:07:20,050 Tātad tur jūs atradīsiet, ka tur ir nav daudz iedvesma šajā blokā, 154 00:07:20,050 --> 00:07:23,520 Bet, ja jūs nedaudz augstāk, kā mēs devāmies par tulkošanas PHP kodu, 155 00:07:23,520 --> 00:07:25,520 funkcijas jūs izmantojat ir nedaudz atšķirīgs. 156 00:07:25,520 --> 00:07:27,561 >> Patiesībā, jūs varat aizņemties daži no funkcionalitāti 157 00:07:27,561 --> 00:07:29,620 varbūt no kriminālistikas Problēma komplekts, jo 158 00:07:29,620 --> 00:07:32,860 beigās, dienā viss, kas jums ir nepieciešams, lai darīt, šeit ir, kad jūs zināt, ko fails atvērts 159 00:07:32,860 --> 00:07:35,690 un, kad jūs zināt, tas ir tā sauktais MIME tipa vai satura tips, 160 00:07:35,690 --> 00:07:39,040 jums ir nepieciešams, lai izlasītu šajos baitos un kaut kā iespļaut tos atpakaļ ārā. 161 00:07:39,040 --> 00:07:41,190 >> Un tagad tūre šis faila citas funkcijas. 162 00:07:41,190 --> 00:07:43,820 Up vispirms ir savienots, kas vienkārši atgriež patiess 163 00:07:43,820 --> 00:07:47,350 kad tas beidzot dzird savienojums no lietotāja. 164 00:07:47,350 --> 00:07:48,786 Nākamā ir kļūda. 165 00:07:48,786 --> 00:07:52,296 Kļūda, tikmēr, kā funkcija mēs rakstīja rīkoties visas dažādu 400 166 00:07:52,296 --> 00:07:55,360 un 500 HTTP statuss kodi, ka jūs varētu vēlēties 167 00:07:55,360 --> 00:07:58,500 lai nosūtītu atpakaļ uz lietotāja, kopā ar standarta ziņojumu. 168 00:07:58,500 --> 00:08:01,950 >> Nākamā ir slodze, īpaši gaļīgs funkcija, kuras mērķis dzīvē 169 00:08:01,950 --> 00:08:06,920 ir nolasīt no faila zvaigzne Pointer saturs faila uz pasaules buferis 170 00:08:06,920 --> 00:08:09,000 ka mēs deklarētā pasaulē Iepriekš [? galvenais. ?] 171 00:08:09,000 --> 00:08:12,649 Tas ir mazliet sarežģīts, jo mēs lasīt baiti no lietas materiāliem 172 00:08:12,649 --> 00:08:14,690 bet pārbaudīt katrā atkārtojuma vai mēs esam jau 173 00:08:14,690 --> 00:08:17,600 hit beigām faila vai kaut kas cits ir nogājis greizi. 174 00:08:17,600 --> 00:08:21,210 Un mēs izmantojam realloc, lai pārliecinātos, ka kāds buferis mēs izmantojam pieaug 175 00:08:21,210 --> 00:08:24,440 un aug un aug un vienmēr uzturas pirms baitu skaitu 176 00:08:24,440 --> 00:08:25,675 ka mums ir nepieciešams, lai ietilptu tur. 177 00:08:25,675 --> 00:08:27,550 Handler, tikmēr, ir funkcija, kas izpaužas 178 00:08:27,550 --> 00:08:30,630 sauc veidā, kam reģistrēta Control C kā signāls 179 00:08:30,630 --> 00:08:32,140 ka mēs vēlamies, lai pārtvertu. 180 00:08:32,140 --> 00:08:34,070 Ievērojiet šeit apdarinātājs ka tas galu galā 181 00:08:34,070 --> 00:08:36,780 zvani apstāties, kas, protams, aptur web serveri. 182 00:08:36,780 --> 00:08:39,750 Un diemžēl, lookup netiek īstenots. 183 00:08:39,750 --> 00:08:41,940 Garā, tas ir diezgan vienkārša funkcija. 184 00:08:41,940 --> 00:08:44,900 Ņemot vērā, faila paplašinājums, tai ir vajadzīga atgriezties tas ir tā sauktais MIME 185 00:08:44,900 --> 00:08:46,320 tipa vai satura tips. 186 00:08:46,320 --> 00:08:49,260 Un mēs norādīt specifikācijā ko tas kartēšana jābūt. 187 00:08:49,260 --> 00:08:52,330 Bet jums ir nepieciešams tulkot tas galu galā c kodu. 188 00:08:52,330 --> 00:08:56,490 >> Nākamā ir mūsu tikpat saturīgs funkcija sauc Parsēšanas, kuru dzīves jēgu 189 00:08:56,490 --> 00:08:59,350 ir lasīt, nevis no faila, bet no tīkla savienojumu. 190 00:08:59,350 --> 00:09:03,510 Konkrēti, lasot un analizējot HTTP pieprasījums, kas ir nāk no pārlūka 191 00:09:03,510 --> 00:09:05,940 lai arī tā, ka serveri galu galā mēs varam apstrādāt 192 00:09:05,940 --> 00:09:09,530 tikai pie sadalītājiem šajā pieprasījumā line un atgriezties tiem pie jums 193 00:09:09,530 --> 00:09:12,720 veidā globālās buferi, mēs būtu deklarējuši iepriekš [? galvenais. ?] 194 00:09:12,720 --> 00:09:14,880 >> Reset, tikmēr, ir funkcija, kas mēs definējam 195 00:09:14,880 --> 00:09:18,730 kas izpaužas sauc iteratīvi iekšā Galvenā katru reizi, kad jūs gatavojaties 196 00:09:18,730 --> 00:09:20,799 gatavi sākt klausīties par jaunu pieslēgumu 197 00:09:20,799 --> 00:09:22,840 lai mēs vienmēr zinām stāvokli mūsu mainīgajiem 198 00:09:22,840 --> 00:09:24,870 un tā, ka mēs esam arī atbrīvoja visas atmiņas, kas 199 00:09:24,870 --> 00:09:28,070 iespējams, ir piešķirti iepriekšējais tīkla savienojuma. 200 00:09:28,070 --> 00:09:30,060 Nākamā ir jāsāk, funkcija, kas mēs rakstījām 201 00:09:30,060 --> 00:09:31,920 ka satur vienu veselumu no tīkla koda daudz 202 00:09:31,920 --> 00:09:34,420 kas galu galā sāk web serveri. 203 00:09:34,420 --> 00:09:36,680 >> Pagājušajā up ir funkcija sauc stop, kas 204 00:09:36,680 --> 00:09:38,770 dara tieši to, ka to aptur web serveri. 205 00:09:38,770 --> 00:09:42,270 Bet vispirms tas atbrīvo visas atmiņas kas joprojām ir iedalīta. 206 00:09:42,270 --> 00:09:45,850 Bet tas galu galā prasa iziet pat atgriežoties kontroli 207 00:09:45,850 --> 00:09:47,480 mūsu galveno funkciju. 208 00:09:47,480 --> 00:09:49,480 Galu galā, kas ir viens no Svarīgākie metodes 209 00:09:49,480 --> 00:09:52,680 , īstenojot šo tīmekļa serveris būs mazliet izmēģinājumu un kļūdu, 210 00:09:52,680 --> 00:09:55,886 kam ir viena pārlūka loga atvēršanos pa labi un termināļa logu at 211 00:09:55,886 --> 00:09:57,760 kreisi, serveri konsole logu, lai jūs 212 00:09:57,760 --> 00:10:00,420 var redzēt ziņas, kas ir ir redzams uz ekrāna. 213 00:10:00,420 --> 00:10:04,170 >> Bet vēl labāk būtu trešā logs, otro spailes logs, 214 00:10:04,170 --> 00:10:07,135 kurā jūs izmantojat Telnet, izmantošanas par kuru tiek noteikts spec. 215 00:10:07,135 --> 00:10:09,640 Un Telnet ir tikai ļoti vienkāršu tīkla programma 216 00:10:09,640 --> 00:10:12,660 kas ļauj jums izlikties būt pārlūks vienā logā 217 00:10:12,660 --> 00:10:14,540 bet runājot ar otru logu. 218 00:10:14,540 --> 00:10:16,830 Tādā veidā jūs varat redzēt tieši tekstuālajā komandas 219 00:10:16,830 --> 00:10:18,700 kas nāk atpakaļ no servera uz klienta 220 00:10:18,700 --> 00:10:20,810 bez poking ap Chrome attīstītājs 221 00:10:20,810 --> 00:10:24,010 instrumenti citādi clunkier interfeisu. 222 00:10:24,010 --> 00:10:29,099