ቫይረስን ለማንበብ ጊዜ: ከአሳሹ የመጀመሪያ ገጽ እንዴት እንደሚያስወግደው. የኤችቲቲፒ ፕሮቶኮል - የሃይፐር ጽሑፍ ማስተላለፍ ፕሮቶኮል ምንድን ነው?

ቋንቋ, ወዘተ. ይህ ፕሮቶኮል ጽሑፍ ላይ የተመሰረተ ቢሆንም ደንበኛ እና አገልጋይ ሁለትዮሽ ዳታ ለመለዋወጥ መልእክት እንዴት እንደሚገለጽ የመግለጽ ችሎታ ምስጋና ነው.

ጥቅሞች

ቀላልነት

ፕሮቶኮሉ ለመተግበር በጣም ቀላል ስለሆነ የደንበኛ መተግበሪያዎችን ለመፍጠር ቀላል ያደርገዋል።

ማራዘም

ከሌሎች ደንበኞች እና አገልጋዮች ጋር ተኳሃኝነትን እየጠበቁ የራስዎን ራስጌዎች በመተግበር የፕሮቶኮሉን አቅም በቀላሉ ማራዘም ይችላሉ። ለእነሱ የማይታወቁትን ራስጌዎች ችላ ይላሉ, ግን በተመሳሳይ ጊዜ አንድ የተወሰነ ችግር ሲፈቱ የሚፈልጉትን ተግባር ማግኘት ይችላሉ.

ስርጭት

ለመፍትሔው የኤችቲቲፒ ፕሮቶኮልን በሚመርጡበት ጊዜ የተወሰኑ ተግባራትዋናው ነገር መስፋፋቱ ነው። በውጤቱም ፣ ይህ በብዙ የዓለም ቋንቋዎች በፕሮቶኮሉ ላይ የተትረፈረፈ ፣ ለአጠቃቀም ቀላል የሆኑ የልማት መሳሪያዎችን በታዋቂ አይዲኢዎች ውስጥ ማካተት ፣ ፕሮቶኮሉን እንደ ደንበኛ በብዙ ፕሮግራሞች ውስጥ መደገፍ ፣ እና በኤችቲቲፒ አገልጋዮች በማስተናገድ ኩባንያዎች መካከል ሰፊ ምርጫ።

ችግሮች እና ጉዳቶች

ትልቅ የመልእክት መጠን

አጠቃቀም የጽሑፍ ቅርጸትበፕሮቶኮሉ ውስጥ ተጓዳኝ ጉድለቶችን ያስከትላል- ትልቅ መጠንሁለትዮሽ ውሂብን ከማስተላለፍ ጋር ተቃራኒ መልዕክቶች። በዚህ ምክንያት, መልእክት በሚፈጥሩበት, በሚሰራበት እና በሚተላለፉበት ጊዜ በመሳሪያው ላይ ያለው ጭነት ይጨምራል. ይህንን ችግር ለመፍታት ፕሮቶኮሉ በደንበኛው በኩል ለመሸጎጫ እና እንዲሁም የተላለፈውን ይዘት ለመጨመቅ አብሮ የተሰሩ ዘዴዎችን ያጠቃልላል። የፕሮቶኮሉ ተቆጣጣሪ ሰነዶች ተኪ አገልጋዮች መኖራቸውን ያቀርባል, ይህም ደንበኛው ከእሱ አጠገብ ካለው አገልጋይ ሰነድ እንዲቀበል ያስችለዋል. እንዲሁም፣ የዴልታ ኮድ መስጠት በፕሮቶኮሉ ውስጥ ገብቷል፣ ስለዚህም ሙሉው ሰነድ ለደንበኛው እንዳይተላለፍ፣ ነገር ግን የተሻሻለው ክፍል ብቻ።

የ"አሰሳ" እጥረት

ምንም እንኳን ፕሮቶኮሉ ከአገልጋይ ሃብቶች ጋር አብሮ ለመስራት የተነደፈ ቢሆንም፣ በእነዚህ ሃብቶች መካከል የመዳሰስ ዘዴን በግልፅ አይሰጥም። ለምሳሌ፣ ደንበኛ ዝርዝርን በግልፅ መጠየቅ አይችልም። የሚገኙ ፋይሎች፣ እንደ ውስጥ። የመጨረሻ ተጠቃሚው የገጽ አገናኞችን አስቀድሞ ያውቃል ተብሎ ይታሰብ ነበር። ይህ ለሰዎች በጣም የተለመደ እና ምቹ ነው, ነገር ግን ስራው ሁሉንም የአገልጋይ ሃብቶች ያለ ሰው ጣልቃገብነት በራስ-ሰር ማካሄድ እና መተንተን ሲቻል አስቸጋሪ ነው. የዚህ ችግር መፍትሄ ሙሉ በሙሉ ይህንን ፕሮቶኮል በመጠቀም በመተግበሪያ ገንቢዎች ትከሻ ላይ ነው.

የስርጭት ድጋፍ የለም።

HTTP ፕሮቶኮልየጥያቄው ሂደት ጊዜ ራሱ ትንሽ ጊዜ የሚወስድበት ወይም ጨርሶ ግምት ውስጥ የማይገባበት የተለመዱ የዕለት ተዕለት ችግሮችን ለመፍታት ተዘጋጅቷል። ግን በኢንዱስትሪ አጠቃቀም የተከፋፈለ ኮምፒተርን በመጠቀም ከፍተኛ ጭነቶችየኤችቲቲፒ ፕሮቶኮል በአገልጋዩ ላይ አቅመ ቢስ ሆኖ ተገኝቷል። በ1998፣ W3C አማራጭ ፕሮቶኮልን አቀረበ HTTP-NG(እንግሊዝኛ) HTTP ቀጣይ ትውልድ) ለ ሙሉ በሙሉ መተካትበዚህ አካባቢ ላይ በማተኮር ጊዜው ያለፈበት። የአስፈላጊነቱ ሀሳብ በስርጭት ኮምፒዩተሮች ውስጥ በዋና ስፔሻሊስቶች የተደገፈ ቢሆንም ይህ ፕሮቶኮል አሁንም በእድገት ደረጃ ላይ ነው.

ሶፍትዌር

ከኤችቲቲፒ ፕሮቶኮል ጋር ለመስራት ሁሉም ሶፍትዌሮች በሶስት ትላልቅ ምድቦች ይከፈላሉ፡-

አገልጋዮችእንደ ዋና የመረጃ ማከማቻ እና ማቀነባበሪያ አገልግሎቶች (የጥያቄ ሂደት) አቅራቢዎች።
ደንበኞች- የአገልጋይ አገልግሎቶች የመጨረሻ ተጠቃሚዎች (ጥያቄ መላክ)።
ተኪየትራንስፖርት አገልግሎቶችን ለማከናወን.

የመጨረሻ አገልጋዮችን ከፕሮክሲዎች ለመለየት ኦፊሴላዊ ሰነዶችጥቅም ላይ የዋለው ቃል መነሻ አገልጋይ(እንግሊዝኛ) መነሻ አገልጋይ). እርግጥ ነው, ተመሳሳይ የሶፍትዌር ምርትበተሰጡት ተግባራት ላይ በመመስረት የደንበኛ ፣ የአገልጋይ ወይም የአማላጅ ተግባራትን በአንድ ጊዜ ማከናወን ይችላል። የኤችቲቲፒ ፕሮቶኮል ዝርዝሮች የእያንዳንዱን ሚናዎች ባህሪ በዝርዝር ይዘረዝራሉ።

ደንበኞች

የኤችቲቲፒ ፕሮቶኮል በመጀመሪያ የተሰራው በአለም አቀፍ ድር ላይ የከፍተኛ ጽሑፍ ሰነዶችን ለማግኘት ነው። ስለዚህ, ዋናዎቹ የደንበኛ አተገባበርዎች ናቸው አሳሾች(የተጠቃሚ ወኪሎች)። ታዋቂ አሳሾች (በፊደል ቅደም ተከተል)፡ Chrome፣ ኢንተርኔት ኤክስፕሎረር, ሞዚላ ፋየርፎክስ, ሳፋሪ.

በተጨማሪ ይመልከቱ፡ የአሳሾች ዝርዝር እና የአሳሾች ንጽጽር

ያለ በይነመረብ ግንኙነት በኮምፒዩተር ላይ የተቀመጡ የጣቢያዎችን ይዘት ለማየት ተፈለሰፉ ከመስመር ውጭ አሳሾች. ታዋቂ ከሆኑት መካከል. ከድር አገልጋዩ ጋር ያለው ግንኙነት ከጠፋ በኋላ በማንኛውም ጊዜ የተገለጹ ፋይሎችን እንዲያወርዱ ያስችሉዎታል። በዊንዶውስ ኦኤስ ውስጥ ታዋቂ ፕሮግራሞች ማውረድ Master, ነፃ ናቸው አውርድ አስተዳዳሪ፣ እንደገና አግኝ። በKGet እና d4x (ማውረጃ ለ X)። ብዙ የሊኑክስ ተጠቃሚዎችእንዲሁም NASA World Wind መጠቀምን ይመርጣሉ፣ HTTPንም ይጠቀማሉ።

የኤችቲቲፒ ፕሮቶኮል ዝማኔዎችን ለማውረድ ብዙ ጊዜ በፕሮግራሞች ይጠቀማል።

በበይነመረብ የፍለጋ ሞተሮች ውስጥ አጠቃላይ የሮቦት ፕሮግራሞች ጥቅም ላይ ይውላሉ። ከነሱ መካከል የድር ሸረሪቶች(crawlers) ሃይፐርሊንክን የሚከተሉ፣ የአገልጋይ ሃብቶች ዳታቤዝ ያሰባስቡ እና ለተጨማሪ ትንተና ይዘታቸውን ያስቀምጣሉ።

በተጨማሪም ይመልከቱ: የፍለጋ ፕሮግራሞች ዝርዝር, የበይነመረብ መዝገብ

መነሻ አገልጋዮች

ዋና ትግበራዎች፡ የበይነመረብ መረጃ አገልግሎቶች (IIS)፣ nginx።

በተጨማሪ ይመልከቱ፡ የድር አገልጋዮች ዝርዝር

ተኪ አገልጋዮች

ዋና ትግበራዎች፡ UserGate፣ Multiproxy፣ Naviscope፣ የድር አገልጋዮች ዝርዝር

የእድገት ታሪክ

HTTP/0.9

HTTP/1.0

HTTP/1.1

የአሁኑ የፕሮቶኮሉ ስሪት በሰኔ ወር ተቀባይነት አግኝቷል። በዚህ ስሪት ውስጥ አዲስ የ"ቋሚ ግንኙነት" ሁነታ ነበር፡- የመነሻ መስመር) - የመልእክቱን አይነት ይወስናል;

ርዕሶች ራስጌዎች) - የመልዕክት አካልን, የመተላለፊያ መለኪያዎችን እና ሌሎች መረጃዎችን መለየት;

የመልእክት አካል የመልእክት አካል) - የመልእክት ውሂብ ራሱ። በባዶ መስመር ከርዕሶች መለየት አለበት።

የመልእክቱ ራስጌዎች እና አካሉ ሊጎድሉ ይችላሉ፣ ግን የመነሻ መስመሩ ነው። አስገዳጅ አካል, የጥያቄውን / የምላሽ ዓይነትን እንደሚያመለክት. ለየት ያለ ሁኔታ የፕሮቶኮሉ ስሪት 0.9 ነው ፣ በዚህ ውስጥ የጥያቄው መልእክት የመጀመሪያ መስመርን ብቻ ይይዛል ፣ እና የምላሽ መልእክቱ የመልእክቱን አካል ብቻ ይይዛል።

የመነሻ መስመር

የመነሻ መስመሮች ለጥያቄው እና ለምላሹ የተለያዩ ናቸው. የጥያቄ ገመዱ ይህን ይመስላል።

አግኝ ዩአርአይ- ለፕሮቶኮል ስሪት 0.9. ዘዴ ዩአርአይ HTTP/ ሥሪት- ለሌሎች ስሪቶች.

ለአንድ ጽሑፍ ገጽ ለመጠየቅ ደንበኛው ሕብረቁምፊውን ማለፍ አለበት፡-

አግኝ/wiki/ኤችቲቲፒ/1.0

የአገልጋዩ ምላሽ መነሻ መስመር የሚከተለው ቅርጸት አለው።

HTTP/ ሥሪት የሁኔታ ኮድ ማብራሪያ

ሥሪት- እንደ ጥያቄው በነጥብ የሚለያዩ ጥንድ የአረብ ቁጥሮች።
የሁኔታ ኮድ(እንግሊዝኛ) የሁኔታ ኮድ) - ሶስት የአረብ ቁጥሮች. የሁኔታ ኮድ የመልእክቱን ተጨማሪ ይዘት እና የደንበኛውን ባህሪ ይወስናል።
ማብራሪያ(እንግሊዝኛ) ምክንያት ሐረግ) - ለተጠቃሚው የምላሽ ኮድ አጭር የጽሑፍ ማብራሪያ። መልእክቱን በምንም መልኩ አይነካውም እና አማራጭ ነው።

ለምሳሌ፣ አገልጋዩ ለዚህ ገጽ ከዚህ ቀደም ለጠየቅነው ጥያቄ በመስመሩ ምላሽ ሰጥቷል፡-

HTTP/1.0 200 እሺ

ዘዴዎች

አማራጮች

ለአንድ የተወሰነ ምንጭ የድር አገልጋይ ችሎታዎችን ወይም የግንኙነት መለኪያዎችን ለመወሰን ጥቅም ላይ ይውላል። አገልጋዩ ከሚደገፉ ዘዴዎች ዝርዝር ጋር በምላሹ የፍቀድ ራስጌን ማካተት አለበት። የምላሽ ራስጌዎች ስለሚደገፉ ቅጥያዎች መረጃንም ሊያካትቱ ይችላሉ።

የደንበኛው ጥያቄ የሚፈልገውን መረጃ የሚያመለክት የመልእክት አካል ሊይዝ ይችላል ተብሎ ይጠበቃል። የአካል ቅርጽ እና ከእሱ ጋር አብሮ የመሥራት ሂደት በአሁኑ ጊዜ አልተወሰነም. አገልጋዩ ለጊዜው ችላ ሊለው ይገባል። ሁኔታው በአገልጋዩ ምላሽ ውስጥ ካለው አካል ጋር ተመሳሳይ ነው.

የአገልጋዩን አጠቃላይ አቅም ለማወቅ ደንበኛው በ URI ውስጥ “*” ምልክትን መግለጽ አለበት። አማራጮች * HTTP/1.1 ጥያቄዎች የአገልጋዩን ጤንነት ለመፈተሽ (ከፒንግ ጋር የሚመሳሰል) እና አገልጋዩ HTTP ስሪት 1.1 የሚደግፍ መሆኑን ለመፈተሽ ጥቅም ላይ ሊውል ይችላል።

የዚህ ዘዴ ውጤት አልተሸጎጠም.

አግኝ

ይዘትን ለመጠየቅ ያገለግላል የተገለጸ ሀብት. በመጠቀም የGET ዘዴሂደት መጀመርም ትችላለህ። በዚህ ጉዳይ ላይ ስለ ሂደቱ ሂደት መረጃ በምላሽ መልእክት አካል ውስጥ መካተት አለበት.

ደንበኛው የጥያቄ አፈፃፀም መለኪያዎችን ከ "? "፡
አግኝ/መንገድ/ምንጭ?param1=value1¶m2=value2 HTTP/1.1

በኤችቲቲፒ መስፈርት መሰረት፣ ጥያቄዎች GET ይተይቡእንደ አቅሙ ይቆጠራሉ - ተመሳሳዩን የGET ጥያቄ ብዙ ጊዜ መድገም ተመሳሳይ ውጤት ማምጣት አለበት (በጥያቄዎች መካከል ባለው ጊዜ ውስጥ ሀብቱ ራሱ ካልተቀየረ)። ይህ ምላሾችን ለመሸጎጥ ያስችልዎታል ጥያቄዎችን ያግኙ.

ከተለመደው የ GET ዘዴ በተጨማሪ, ልዩነትም አለ. ሁኔታዊ የGET ጥያቄዎች If-Modified-Since፣If-Match፣If-Range እና ተመሳሳይ ራስጌዎችን ይይዛሉ። ከፊል GETs በጥያቄው ውስጥ ክልል ይይዛሉ። እንደነዚህ ያሉ ጥያቄዎችን የማስፈጸም ሂደት በደረጃዎች ተለይቶ ተገልጿል.

ጭንቅላት

ከ GET ዘዴ ጋር ተመሳሳይ፣ በአገልጋዩ ምላሽ ውስጥ አካል ከሌለ በስተቀር። የHEAD ጥያቄው በተለምዶ ሜታዳታን ለማውጣት፣ የንብረት መኖሩን ለመፈተሽ (ዩአርኤል ማረጋገጫ) እና ለመጨረሻ ጊዜ ከተደረሰበት ጊዜ ጀምሮ መቀየሩን ለማየት ይጠቅማል።

የምላሽ ራስጌዎች ሊሸጎጡ ይችላሉ። የሀብቱ ዲበ ዳታ በመሸጎጫው ውስጥ ካለው ተዛማጅ መረጃ ጋር የማይዛመድ ከሆነ የንብረቱ ቅጂ ጊዜው ያለፈበት እንደሆነ ምልክት ተደርጎበታል።

POST

የተጠቃሚ ውሂብን ወደ ተለየ ምንጭ ለማስተላለፍ ይጠቅማል። ለምሳሌ፣ በብሎጎች፣ ጎብኝዎች በተለምዶ በልጥፎች ላይ አስተያየቶችን በኤችቲኤምኤል ቅጽ ውስጥ ማስገባት ይችላሉ፣ ከዚያ በኋላ ወደ አገልጋዩ ተለጥፈው በገጹ ላይ ይቀመጣሉ። በዚህ ሁኔታ, የተላለፈው ውሂብ (በብሎጎች ምሳሌ, የአስተያየቱ ጽሑፍ) በጥያቄው አካል ውስጥ ተካትቷል. በተመሳሳይ ፋይሎች አብዛኛውን ጊዜ የሚሰቀሉት የPOST ዘዴን በመጠቀም ነው።

ከGET ዘዴ በተለየ የPOST ዘዴው እንደ አቅሙ አይቆጠርም ማለትም ተመሳሳይ መድገም የPOST ጥያቄዎችየተለያዩ ውጤቶችን ሊመልስ ይችላል (ለምሳሌ፣ እያንዳንዱ አስተያየት ከገባ በኋላ፣ የአስተያየቱ አንድ ቅጂ ይታያል)።

የማስፈጸሚያ ውጤቶቹ 200 (እሺ) እና 204 (ምንም ይዘት የለም) ከሆነ ስለጥያቄው ውጤት መልእክት በምላሹ አካል ውስጥ መካተት አለበት። ግብዓት ከተፈጠረ፣ አገልጋዩ የ201 (የተፈጠረ) ምላሽ ከአዲሱ ምንጭ ዩአርአይ ጋር በመገኛ አካባቢ ርዕስ ላይ መመለስ አለበት።

ለPOST ዘዴ የአገልጋይ ምላሽ መልእክት አልተሸጎጠም።

PUT

የጥያቄውን ይዘት በጥያቄው ውስጥ ወደተገለጸው URI ለመጫን ስራ ላይ ይውላል። በተሰጠው ዩአርአይ ላይ ሃብት ከሌለ አገልጋዩ ይፈጥረዋል እና ሁኔታ 201 (የተፈጠረ) ይመልሳል። ሀብቱ ከተቀየረ አገልጋዩ 200 (እሺ) ወይም 204 (ምንም ይዘት) ይመልሳል። አገልጋዩ ልክ ያልሆነ ይዘት-* ራስጌዎችን ከመልእክቱ ጋር ቸል ማለት የለበትም። ከነዚህ ራስጌዎች ውስጥ ማንኛቸውም ሊታወቁ የማይችሉ ከሆነ ወይም በወቅታዊ ሁኔታዎች ውስጥ የሚሰሩ ካልሆኑ፣ የስህተት ኮድ 501 (ያልተተገበረ) መመለስ አለበት።

በPOST እና PUT ዘዴዎች መካከል ያለው መሠረታዊ ልዩነት የግብአት URI ዓላማን መረዳት ነው። የPOST ዘዴየተገለጸው URI በደንበኛው የተላከውን ይዘት ለማስኬድ ጥቅም ላይ እንደሚውል ያስባል። PUTን በመጠቀም ደንበኛው እየወረደ ያለው ይዘት በተሰጠው ዩአርአይ ላይ ካለው ሃብት ጋር እንደሚዛመድ ያስባል።

ለPUT ዘዴ የአገልጋይ ምላሽ መልእክቶች አልተሸጎጡም።

PATCH

ከ PUT ጋር ተመሳሳይ ነው፣ ነገር ግን የሚመለከተው በንብረቱ ቁራጭ ላይ ብቻ ነው።

ሰርዝ

የተገለጸውን ሃብት ይሰርዛል።

ፈለግ

የተቀበለውን ጥያቄ ይመልሳል ደንበኛው ምን መካከለኛ አገልጋዮች ወደ ጥያቄው እየጨመሩ ወይም እየቀየሩ እንደሆነ ለማየት እንዲችል።

ተገናኝ

በተለዋዋጭ ወደ መሿለኪያ ሁነታ ሊቀይሩ ከሚችሉ ተኪ አገልጋዮች ጋር ለመጠቀም

LINK

በተጠቀሰው ሃብት እና በሌሎች መካከል ግንኙነት ይመሰርታል።

UNLINK

የተገለጸውን ሃብት ከሌሎች ጋር ያለውን ግንኙነት ያስወግዳል።

የሁኔታ ኮዶች

የሁኔታ ኮድ የአገልጋዩ ምላሽ የመጀመሪያ መስመር አካል ነው። እሱ የ 3 የአረብ ቁጥሮችን ኢንቲጀር ይወክላል። የመጀመሪያው አሃዝ ያመለክታል ሁኔታ ክፍል. የምላሽ ኮድ ብዙውን ጊዜ በቦታ ተለያይቶ ገላጭ ሐረግ ይከተላል። እንግሊዝኛለዚህ የተለየ ምላሽ ምክንያቱን ያመለክታል.

ደንበኛው ስለ ጥያቄው ውጤት ከምላሽ ኮድ ይማራል እና ቀጥሎ ምን እርምጃዎችን መውሰድ እንዳለበት ይወስናል። የሁኔታ ኮዶች ስብስብ መደበኛ ነው እና ሁሉም በሚመለከታቸው IETF ሰነዶች ውስጥ ተገልጸዋል። ደንበኛው ሁሉንም የሁኔታ ኮዶች ላያውቅ ይችላል, ነገር ግን በኮዱ ክፍል መሰረት ምላሽ መስጠት አለበት.

በአሁኑ ጊዜ አምስት የሁኔታ ኮዶች ምድቦች አሉ።

1xx መረጃ ሰጪ (ሩሲያኛ) መረጃዊ) ይህ ክፍል ስለ ዝውውሩ ሂደት የሚያውቁ ኮዶችን ይዟል። በኤችቲቲፒ/1.0 እንደዚህ አይነት ኮድ ያላቸው መልዕክቶች ችላ ሊባሉ ይገባል። በኤችቲቲፒ/1.1፣ ደንበኛው ይህንን የመልእክት ክፍል እንደ መደበኛ ምላሽ ለመቀበል ዝግጁ መሆን አለበት፣ ነገር ግን ምንም ነገር ወደ አገልጋዩ መላክ አያስፈልገውም። ከአገልጋዩ የሚመጡት መልእክቶች የምላሹን የመጀመሪያ መስመር ብቻ እና አስፈላጊ ከሆነም ጥቂት ምላሽ-ተኮር የራስጌ መስኮችን ይይዛሉ። ተኪ አገልጋዮች ተመሳሳይ መልዕክቶችከአገልጋዩ ወደ ደንበኛው የበለጠ መላክ አለበት። 2xx ስኬት (ሩሲያኛ)በተሳካ ሁኔታ ) መልዕክቶችየዚህ ክፍል የደንበኛውን ጥያቄ በተሳካ ሁኔታ ስለመቀበል እና ስለማስተናገድ ጉዳዮች ያሳውቁ። እንደ ሁኔታው፣ አገልጋዩ የመልእክቱን ራስጌ እና አካል ሊያስተላልፍ ይችላል። 3xx አቅጣጫ ማዞር (ሩሲያኛ) አቅጣጫ መቀየር) የ3xx ክፍል ኮዶች ቀዶ ጥገናው እንዲሳካ የሚቀጥለው ጥያቄ ወደ ሌላ URI መቅረብ እንዳለበት ለደንበኛው ይነግሩታል። በአብዛኛዎቹ ሁኔታዎች አዲስ አድራሻበርዕሱ አካባቢ መስክ ላይ ተጠቁሟል። በዚህ ሁኔታ ደንበኛው እንደ አንድ ደንብ ማድረግ አለበት ራስ-ሰር ሽግግር(ጃርግ. አቅጣጫ ማዞር). የሚቀጥለውን መርጃ ሲደርሱ ከተመሳሳይ ኮድ ክፍል ምላሽ ሊያገኙ እንደሚችሉ ልብ ይበሉ። በራስ ሰር የሚሰራ ከሆነ በመሳሪያው ላይ ከመጠን ያለፈ ጭነት የሚፈጥር ረጅም የማዞሪያ ሰንሰለት ሊኖር ይችላል። ስለዚህ የኤችቲቲፒ ፕሮቶኮል አዘጋጆች በተከታታይ ለሁለተኛ ጊዜ እንዲህ ዓይነት ምላሽ ከሰጡ በኋላ ከተጠቃሚው አቅጣጫ የማዘዋወር ማረጋገጫ እንዲጠይቁ አጥብቀው ይመክራሉ (ከዚህ ቀደም ከ 5 ኛ በኋላ ይመከራል)። አሁን ያለው አገልጋይ ደንበኛውን በሌላ አገልጋይ ላይ ወዳለ ምንጭ ሊያዞረው ስለሚችል ደንበኛው ይህንን የመከታተል ሃላፊነት አለበት። በተጨማሪም ደንበኛው ወደ ክብ ማዘዋወር እንዳይገባ መከላከል አለበት። 4xx የደንበኛ ስህተት (ሩሲያኛ) የደንበኛ ስህተት) የ 4xx ኮድ ክፍል በደንበኛው በኩል ስህተቶችን ለማሳየት የታሰበ ነው. ከ HEAD በስተቀር ሁሉንም ዘዴዎች ሲጠቀሙ አገልጋዩ በመልእክቱ አካል ውስጥ ለተጠቃሚው hypertext ማብራሪያ መመለስ አለበት።

ከ 400 እስከ 417 ያሉትን የኮዶች እሴቶች ለማስታወስ ፣ የማስታወሻ ዘዴዎች 5xx አሉ።

የአገልጋይ ስህተት

(ራሺያኛ)

የአገልጋይ ስህተት

) ኮዶች 5xx በአገልጋዩ ስህተት ምክንያት ላልተሳካ ክንዋኔዎች ተመድበዋል። የ HEAD ዘዴን ከመጠቀም በስተቀር ለሁሉም ሁኔታዎች አገልጋዩ በመልእክቱ አካል ውስጥ ደንበኛው ለተጠቃሚው የሚያሳየውን ማብራሪያ ማካተት አለበት።

ርዕሶች የመልእክት አካል HTTP/1.1 አስተናጋጅ፡ ru.wikipedia.org የተጠቃሚ ወኪል፡ Mozilla/5.0 (X11; ዩ; ሊኑክስ i686; ru; rv:1.9b5) Gecko/2008050509 Firefox/3.0b5 ተቀበል: ጽሑፍ/html ግንኙነት: ዝጋ

የአገልጋይ ምላሽ፡-

HTTP/1.0 200 እሺ ቀን፡ እ.ኤ.አ. ረቡዕ ፌብሩዋሪ 11 ቀን 2009 11፡20፡59 ጂኤምቲ አገልጋይ፡ Apache X-Powered-በ፡ PHP/5.2.4-2ubuntu5wm1 ለመጨረሻ ጊዜ የተሻሻለው፡ አርብ፣ የካቲት 11 ቀን 2009 11፡20፡59 ጂኤምቲ ይዘት -ቋንቋ: ru ይዘት-አይነት: ጽሑፍ/html; charset=utf-8 የይዘት ርዝመት፡ 1234 ግንኙነት፡ ዝጋ (የሚከተለው የተጠየቀው ገጽ በ ውስጥ ነው።

አቅጣጫ ይቀይራል።

የይስሙላ ኩባንያ Example Corp. http://example.com ላይ ዋና ጣቢያ እና ተለዋጭ ስም ዶሜር example-corp.com አለ። ደንበኛው ስለ ገጽ ጥያቄ ወደ ሁለተኛ ጎራ ይልካል (አንዳንድ ራስጌዎች ቀርተዋል)

ቦታ፡ http://www.example.com/about.html#contactsቀን፡ ታኅሣሥ 19 ፌብሩዋሪ 2009 11፡08፡01 ጂኤምቲ አገልጋይ፡ Apache/2.2.4 የይዘት ዓይነት፡ ጽሑፍ/html; charset=windows-1251 የይዘት-ርዝመት፡ 110 (ባዶ መስመር) እዚህ ጠቅ ያድርጉ

በስፍራው ራስጌ ውስጥ እንደ ቁርጥራጭ መግለጽ ይችላሉ። በዚህ ምሳሌ. አሳሹ በጥያቄው ውስጥ ያለውን ቁራጭ አላካተተም ምክንያቱም ለጠቅላላው ሰነድ ፍላጎት አለው. ነገር ግን ገጹን እንደተጫነ በራስ-ሰር ወደ "እውቂያዎች" ክፍልፋዮች ይሸብልለዋል። ማገናኛ ያለው አጭር የኤችቲኤምኤል ሰነድ በምላሹ አካል ውስጥ ተቀምጧል፣ ይህም አሳሹ በራስ-ሰር ካልሄደ ጎብኚውን ወደ ማረፊያ ገጹ ይወስደዋል። የይዘት አይነት ራስጌየዚህን ልዩ የኤችቲኤምኤል ማብራሪያ ባህሪያት ይዟል, እና በዒላማው URL ላይ የሚገኘውን ሰነድ አይደለም.

ተመሳሳይ ኩባንያ እንበል Example Corp. በዓለም ዙሪያ በርካታ የክልል ቢሮዎች አሉት። እና ለእያንዳንዱ ተወካይ ቢሮ ከተዛማጅ ccTLD ጋር ድር ጣቢያ አላቸው። የዋናው ጣቢያ example.com ዋና ገጽ ጥያቄ ይህን ሊመስል ይችላል።

/ HTTP/1.1 አስተናጋጅ፡ www.example.com የተጠቃሚ ወኪል፡ MyLonelyBrowser/5.0 ተቀበል፡ ጽሑፍ/html፣ መተግበሪያ/xhtml+xml፣application/xml;q=0.9፣*/*;q=0.8 ተቀበል-ቋንቋ: ru ,en-us;q=0.7,en;q=0.3 ተቀበል-ቻርሴት፡ windows-1251,utf-8;q=0.7,*;q=0.7

አገልጋዩ የቋንቋ ተቀበል ራስጌን ከግምት ውስጥ ያስገባ እና በጊዜያዊ አቅጣጫ አቅጣጫ ምላሽ ፈጠረ የሩሲያ አገልጋይ example.ru፣ አድራሻውን በአድራሻ ራስጌው ላይ ያሳያል፡-

HTTP/1.x 302 ተገኝቷል ቦታ፡ http://www.example.ru/መሸጎጫ-መቆጣጠሪያ፡ የግል ቀን፡ ታህዩ፡ ፌብሩዋሪ 19 ቀን 2009 11፡08፡01 ጂኤምቲ አገልጋይ፡ Apache/2.2.6 የይዘት አይነት፡ ጽሑፍ/html; charset=ዊንዶውስ-1251 የይዘት ርዝመት፡ 82 (ባዶ መስመር) ምሳሌ Corp. ራሽያ

መሸጎጫ-ቁጥጥር ራስጌውን አስተውል። "የግል" እሴቱ ምላሹ በደንበኛው በኩል መሸጎጥ እንደሚቻል ለሌሎች አገልጋዮች (በዋነኛነት ፕሮክሲዎች) ይነግራል። ያለበለዚያ ከሌሎች አገሮች የሚመጡ ጎብኚዎች ሁል ጊዜ ወደ ሌላ ተወካይ ቢሮ መሄድ ይችላሉ።

የምላሽ ኮዶች (ሌላ ይመልከቱ) እና (ጊዜያዊ ማዘዋወር) እንዲሁ ለማዘዋወር ጥቅም ላይ ይውላሉ።

ከቆመበት መቀጠል እና ቁርጥራጭ ማውረድ

አንድ ሃሳዊ ድርጅት ያለፈውን ኮንፈረንስ ቪዲዮ ከድረ-ገጹ http://example.org/conf-2009.avi በ160 ሜባ የሚጠጋ ድምጽ ለማውረድ አቀረበ እንበል። ይህ ፋይል ካልተሳካ እንዴት እንደሚወርድ እና የአውርድ አስተዳዳሪው እንዴት ባለ ብዙ ክሮች በርካታ ቁርጥራጮችን ማውረድ እንደሚያደራጅ እንመልከት።

በሁለቱም ሁኔታዎች ደንበኞቻቸው የመጀመሪያ ጥያቄያቸውን እንደሚከተለው ያቀርባሉ፡-

GET /conf-2009.avi HTTP/1.0 አስተናጋጅ፡ example.org ተቀበል፡ */* የተጠቃሚ ወኪል፡ Mozilla/4.0 (ተኳሃኝ፡ MSIE 5.0፤ Windows 98) አጣቃሽ፡ http://example.org/

የማጣቀሻው ራስጌ ፋይሉ የተጠየቀው ከጣቢያው መነሻ ገጽ መሆኑን ያመለክታል። የማውረጃ አስተዳዳሪዎች ብዙውን ጊዜ ከድር ጣቢያ ገፅ ሽግግርን ለመምሰል ይጠቁማሉ። ያለሱ፣ የሌሎች ጣቢያዎች ጥያቄዎች ካልተፈቀዱ አገልጋዩ ምላሽ መስጠት ይችላል (መዳረሻ የተከለከለ)። በእኛ ሁኔታ፣ አገልጋዩ የተሳካ ምላሽ መለሰ፡-

HTTP/1.1 200 እሺ ቀን፡ ታኅሣሥ 19 ፌብሩዋሪ 2009 12፡27፡04 ጂኤምቲ አገልጋይ፡ Apache/2.2.3 መጨረሻ የተሻሻለው፡ ረቡዕ 18 ሰኔ 2003 16፡05፡58 ጂኤምቲ ETag፡ "56d-99892005803" ይዘት - ዓይነት: ቪዲዮ/x-msvideo የይዘት ርዝመት፡ 160993792 ተቀበል - ክልሎች: ባይትግንኙነት፡ ዝጋ (ባዶ መስመር) (የጠቅላላው ፋይል ሁለትዮሽ ይዘቶች)

ተቀበል-ክልሎች ራስጌ ለደንበኛው ከአገልጋዩ ክፍልፋዮችን ሊጠይቅ እንደሚችል ያሳውቀዋል፣ ይህም ከፋይሉ መጀመሪያ ጀምሮ በባይት ማካካሻቸውን ያሳያል። ይህ ራስጌ ከጠፋ ደንበኛው ተጠቃሚውን በአብዛኛው ፋይሉን ማውረድ እንደማይቻል ሊያስጠነቅቅ ይችላል። በይዘት-ርዝመት ራስጌው ዋጋ ላይ በመመስረት፣ የማውረጃ አስተዳዳሪው ሙሉውን መጠን ወደ እኩል ቁርጥራጮች ይከፍላል እና ለየብቻ ይጠይቃቸዋል፣ በርካታ ክሮች ያደራጃል። አገልጋዩ መጠኑን ካልገለፀ ደንበኛው ትይዩ ማውረድን መተግበር አይችልም ፣ ግን በተመሳሳይ ጊዜ አገልጋዩ ምላሽ እስኪሰጥ ድረስ ፋይሉን ማውረድ መቀጠል ይችላል (የተጠየቀው ክልል አጥጋቢ አይደለም)።

በ84 ሜጋባይት የኢንተርኔት ግንኙነቱ ተቋርጦ የማውረድ ሂደቱ ቆሟል እንበል። የበይነመረብ ግንኙነቱ ወደነበረበት ሲመለስ አሳሹ በራስ-ሰር ተልኳል። አዲስ ጥያቄወደ አገልጋዩ ፣ ግን ይዘቱን ከ 84 ኛ ሜጋባይት ለማውጣት መመሪያዎችን ይሰጣል ።

GET /conf-2009.avi HTTP/1.0 አስተናጋጅ፡ example.org ተቀበል፡ */* የተጠቃሚ ወኪል፡ ሞዚላ/4.0 (ተኳሃኝ፡ MSIE 5.0፤ Windows 98) ክልል፡ ባይት=88080384-ማጣቀሻ፡ http://example.org/

አገልጋዩ የቀደሙት ጥያቄዎች ከማን እና ከማን እንደነበሩ ለማስታወስ አይገደድም፣ እና ስለዚህ ደንበኛው የማጣቀሚያውን ራስጌ እንደ መጀመሪያው ጥያቄ በድጋሚ አስገባ። የተገለጸው የሬንጅ ራስጌ እሴት አገልጋዩ “ይዘቱን ከ88080384ኛ ባይት እስከ መጨረሻው እንዲሰጥ” ይነግረዋል። በዚህ ረገድ አገልጋዩ የሚከተለውን ምላሽ ይመልሳል።

HTTP/1.1 206 ከፊል ይዘትቀን፡ ታኅሣሥ 19 ፌብሩዋሪ 2009 12፡27፡08 ጂኤምቲ አገልጋይ፡ Apache/2.2.3 ለመጨረሻ ጊዜ የተሻሻለው፡ ረቡዕ ጁን 18 2003 16፡05፡58 ጂኤምቲ ETag፡ "56d-9989200-1132c580" ተቀበል - ክልሎች: ባይት የይዘት ክልል፡ ባይት 88080384-160993791/160993792 የይዘት-ርዝመት፡ 72913408ግንኙነት፡ የይዘት አይነት፡ ቪዲዮ/x-msvideo ዝጋ (ባዶ መስመር) (ሁለትዮሽ ይዘት ከ 84 ሜጋባይት)

ደንበኛው ስለዚህ የአገልጋይ አቅም አስቀድሞ ስለሚያውቅ የመቀበል ክልል ራስጌ እዚህ አያስፈልግም። ደንበኛው ቁርጥራጭ በኮዱ (በከፊል ይዘት) እየተላለፈ መሆኑን ይማራል። የይዘት-ክልል ራስጌ ስለዚህ ክፍልፋይ መረጃ ይዟል፡የመጀመሪያው እና የሚያበቃው ባይት ቁጥሮች፣እና ከቁልቁል በኋላ -የጠቅላላው ፋይል መጠን በባይት። ለይዘት-ርዝመት ራስጌ ትኩረት ይስጡ - እሱ የመልእክቱን አካል መጠን ያሳያል ፣ ማለትም ፣ የተላለፈውን ቁራጭ። አገልጋዩ ብዙ ቁርጥራጮችን ከመለሰ፣ የይዘት-ርዝመት አጠቃላይ ድምፃቸውን ይይዛል።

አሁን ወደ አውርድ አስተዳዳሪ እንመለስ። የ "conf-2009.avi" ፋይልን አጠቃላይ መጠን ማወቅ, ፕሮግራሙ በ 10 እኩል ክፍሎችን ተከፍሏል. ሥራ አስኪያጁ በመጀመሪያው ጥያቄ ላይ የመጀመሪያውን ይጭናል, ግንኙነቱን ወደ ሁለተኛው መጀመሪያ እንደደረሰ ያቋርጣል. የቀረውን ለብቻው ይጠይቃል። ለምሳሌ፣ 4ኛው ክፍል በሚከተለው ራስጌዎች ይጠየቃል (አንዳንድ ራስጌዎች ቀርተዋል - ይመልከቱ) የተሟላ ምሳሌከፍ ያለ):

GET /conf-2009.avi HTTP/1.0 ክልል: ባይት=64397516-80496894

በዚህ ጉዳይ ላይ ያለው የአገልጋይ ምላሽ እንደሚከተለው ይሆናል (አንዳንድ ራስጌዎች ቀርተዋል - ከላይ ያለውን ሙሉ ምሳሌ ይመልከቱ)

HTTP/1.1 206 ከፊል ይዘት ተቀበል - ክልሎች: ባይት የይዘት ክልል፡ ባይት 64397516-80496894/160993792 የይዘት-ርዝመት፡ 16099379 (ባዶ መስመር) (የክፍል 4 ሁለትዮሽ ይዘቶች)

እንዲህ ዓይነቱ ጥያቄ ቁርጥራጮችን ወደማይደግፍ አገልጋይ ከተላከ መጀመሪያ ላይ እንደሚታየው መደበኛ ምላሽ (እሺ) ይመልሳል ፣ ግን ያለ ተቀበል - ክልል ራስጌ።

በተጨማሪ፣ ባይት ክልሎች፣ መልስ 406፣ መልስ 416 ይመልከቱ።

መሰረታዊ የፕሮቶኮል ዘዴዎች

ከፊል GETs

ኤችቲቲፒ የመርጃውን አጠቃላይ ይዘት በአንድ ጊዜ እንዲጠይቁ አይፈቅድልዎትም ፣ ግን የተወሰነ ቁራጭ ብቻ። እንደዚህ ያሉ ጥያቄዎች ተጠርተዋል ከፊል GETs, እነሱን የማስፈጸም ችሎታ ለአገልጋዮች አማራጭ (ግን የሚፈለግ) ነው. ከፊል ጂኢቲዎች በዋናነት ፋይሎችን ለማስጀመር እና ፈጣን ትይዩ ማውረዶችን በበርካታ ክሮች ውስጥ ያገለግላሉ። አንዳንድ ፕሮግራሞች የማህደሩን ራስጌ አውርደው ለተጠቃሚው ያሳያሉ ውስጣዊ መዋቅር, እና ከዚያ ጋር ቁርጥራጮችን ይጠይቃሉ የተገለጹ ንጥረ ነገሮችማህደር.

ቁርጥራጭ ለመቀበል ደንበኛው ጥያቄውን ከሬንጅ ራስጌ ጋር ወደ አገልጋዩ ይልካል ፣ ይህም አስፈላጊ መሆኑን ያሳያል ። ባይት ክልሎች. አገልጋዩ ከፊል ጥያቄዎችን ካልተረዳ (የክልል ራስጌውን ችላ ይላል) ፣ ከዚያ አጠቃላይ ይዘቱን ከሁኔታው ጋር ይመልሳል ፣ እንደ መደበኛ GET። ከተሳካ፣ አገልጋዩ በኮድ 200 ፈንታ በሁኔታ 206 (ከፊል ይዘት) ምላሽ ይመልሳል፣ በምላሹ ውስጥ የይዘት-ክልል ራስጌን ጨምሮ። ቁርጥራጮቹ እራሳቸው በሁለት መንገዶች ሊተላለፉ ይችላሉ-

በተጨማሪም ይመልከቱ.

ሁኔታዊ GET

የይዘት ድርድር

የይዘት ድርድር(እንግሊዝኛ) የይዘት ድርድር) - ዘዴ ራስ-ሰር ማግኘትብዙ የተለያዩ የሰነድ ስሪቶች ሲኖሩ አስፈላጊው ምንጭ። የማስተባበር ርዕሰ ጉዳዮች የአገልጋይ ሃብቶች ብቻ ሳይሆን የተመለሱ የስህተት መልዕክቶች (ወዘተ) ገፆች ሊሆኑ ይችላሉ።

ሁለት ዋና የማጽደቅ ዓይነቶች አሉ፡-

አገልጋይ የሚተዳደር(እንግሊዝኛ) በአገልጋይ የሚነዳ).
በደንበኛ ተነዱ(እንግሊዝኛ) ወኪል-የሚነዳ).

ሁለቱም ዓይነቶች ወይም እያንዳንዳቸው በተናጥል በአንድ ጊዜ ጥቅም ላይ ሊውሉ ይችላሉ.

ዋናው የፕሮቶኮል ዝርዝር (RFC 2616) የሚባሉትንም ያደምቃል ግልጽ ማጽደቅ(እንግሊዝኛ) ግልጽ ድርድር) ሁለቱንም ዓይነቶች ለማጣመር እንደ ተመራጭ አማራጭ. የኋለኛው ዘዴ ከገለልተኛ ቴክኖሎጂ ጋር መምታታት የለበትም ግልጽ የይዘት ድርድር (TCN፣ ራሺያኛ ግልጽ የይዘት ድርድር ፣ የኤችቲቲፒ ፕሮቶኮል አካል ያልሆነውን ግን ከሱ ጋር መጠቀም የሚቻለውን RFC 2295 ይመልከቱ። ሁለቱም በአሰራር መርህ እና “ግልጽ” (ግልጽ) የሚለው ቃል ትርጉም ላይ ጉልህ ልዩነቶች አሏቸው። ግልጽነት ያለው). በኤችቲቲፒ ዝርዝር ውስጥ ግልፅነት ማለት ሂደቱ ለደንበኛው እና ለአገልጋዩ የማይታይ ነው ፣ እና በ TCN ቴክኖሎጂ ፣ ግልፅነት ተደራሽነት ማለት ነው ። ሙሉ ዝርዝርበመረጃ አሰጣጥ ሂደት ውስጥ ለሁሉም ተሳታፊዎች የመርጃ አማራጮች.

አገልጋይ የሚተዳደር

ብዙ የሃብት ስሪቶች ካሉ አገልጋዩ በጣም ተገቢ ነው ብሎ ያመነውን ለማምረት የደንበኛውን ጥያቄ ራስጌዎች መተንተን ይችላል። የተተነተኑት ዋና ዋና አርዕስቶች ተቀበል፣ ተቀበል-ቻርሴት፣ ተቀበል-ኢንኮዲንግ፣ ተቀበል-ቋንቋዎች እና የተጠቃሚ-ወኪል ናቸው። የተጠየቀው የዩአርአይ ይዘት የሚለያዩበትን መለኪያዎች የሚያመለክት በምላሹ ውስጥ አገልጋዩ የVary header ቢያካተት ይመረጣል።

የደንበኛው ጂኦግራፊያዊ አካባቢ በርቀት የአይፒ አድራሻ ሊወሰን ይችላል.

በአገልጋይ የሚመራ ድርድር በርካታ ጉዳቶች አሉት።

አገልጋዩ የሚገምተው የትኛው አማራጭ በጣም እንደሚመረጥ ብቻ ነው። የመጨረሻ ተጠቃሚነገር ግን በትክክል ምን እንደሚያስፈልግ ማወቅ አይችልም በአሁኑ ጊዜ(ለምሳሌ ፣ በሩሲያ ወይም በእንግሊዝኛ ስሪት)።
ብዙ የተላኩ የቡድን ራስጌዎችን ተቀበል፣ ነገር ግን ብዙ አማራጮች ያላቸው ጥቂት ሀብቶች አሉ። በዚህ ምክንያት መሳሪያዎቹ ከመጠን በላይ ጭነት ያጋጥማቸዋል.
የተጋራው መሸጎጫ ከተለያዩ ተጠቃሚዎች ለሚመጡ ተመሳሳይ ጥያቄዎች ተመሳሳይ ምላሽ የመስጠት አቅሙ ውስን ነው።
ራስጌዎችን ማለፍ ስለተጠቃሚው ምርጫዎች አንዳንድ መረጃዎችን በማሳየት የተጠቃሚውን ግላዊነት ያበላሻል።

በደንበኛ ተነዱ

ውስጥ በዚህ ጉዳይ ላይየይዘቱ አይነት የሚወሰነው በደንበኛው በኩል ብቻ ነው. ይህንን ለማድረግ አገልጋዩ በሁኔታ ኮድ 300 (በርካታ ምርጫዎች) ወይም 406 (ተቀባይነት የሌለው) ተጠቃሚው ተገቢውን የመረጠበትን የአማራጮች ዝርዝር ይዞ ይመለሳል። ይዘቱ በጋራ መንገዶች (እንደ ቋንቋ እና ኢንኮዲንግ ያሉ) ሲለያይ እና የህዝብ መሸጎጫ ጥቅም ላይ ሲውል በደንበኛ የሚመራ እርቅ ጥሩ ነው። ዋናው ጉዳቱ: ተጨማሪ ጭነት, ተፈላጊውን ይዘት ለማግኘት ተጨማሪ ጥያቄ ማቅረብ ስላለብዎት.

ግልጽ ማጽደቅ

ይህ ድርድር ለደንበኛው እና ለአገልጋዩ ሙሉ በሙሉ ግልጽ ነው። በዚህ ጉዳይ ላይ ጥቅም ላይ ይውላል የተጋራ መሸጎጫለደንበኛ-ተኮር ድርድር የአማራጮች ዝርዝር የያዘ። መሸጎጫው እነዚህን ሁሉ አማራጮች ከተረዳ፣ ምርጫውን በራሱ ያደርጋል፣ ልክ በአገልጋይ-ተኮር ድርድር። ይህ በመነሻ አገልጋይ ላይ ያለውን ጭነት ይቀንሳል እና ከደንበኛው ተጨማሪ ጥያቄን ያስወግዳል.

ዋናው የኤችቲቲፒ ዝርዝር መግለጫ ግልጽ የሆነ የድርድር ዘዴን በዝርዝር አይገልጽም።

በርካታ ይዘቶች

ዋና መጣጥፍ: ተዋረዶች እርስ በርስ የተጠላለፉ ንጥረ ነገሮች። ባለብዙ ክፍል/* የሚዲያ ዓይነቶች ብዙ ይዘትን ለማመልከት ያገለግላሉ። ከእንደዚህ አይነት ዓይነቶች ጋር መስራት የሚከናወነው በመጠቀም ነው አጠቃላይ ደንቦችበ RFC 2046 እንደተገለፀው (በተለየ የሚዲያ ዓይነት ካልተገለጸ በስተቀር)። ተቀባዩ አይነቱን እንዴት እንደሚይዝ ካላወቀ፣ እንደ መልቲ ፓርት/ቅልቅል .

በአገልጋዩ በኩል፣ ምላሽ ለመስጠት ብዙ ይዘት ያላቸው መልዕክቶች ሊላኩ ይችላሉ። በርካታ የንብረት ቁርጥራጮች ሲጠይቁ. በዚህ ሁኔታ, የሚዲያ አይነት ብዙ ክፍል / ባይትሬንጅ ጥቅም ላይ ይውላል.

መደበኛ ፕሮቶኮልበአለም አቀፍ ድር ላይ መረጃን ለማስተላለፍ HTTP ነው (HyperText የማስተላለፍ ፕሮቶኮል-- hypertext ማስተላለፍ ፕሮቶኮል)። በደንበኞች እና በአገልጋዮች መካከል ሊለዋወጡ የሚችሉ መልዕክቶችን ይገልጻል። እያንዳንዱ መስተጋብር ከ RFC 822 MIME መደበኛ ምላሽ ጋር ተመሳሳይ የሆነ ነጠላ የ ASCII ጥያቄ እና አንድ ምላሽ ያካትታል። ሁሉም ደንበኞች እና ሁሉም አገልጋዮች ይህንን ፕሮቶኮል መከተል አለባቸው። በ RFC 2616 ውስጥ ተገልጿል.

ግንኙነቶች

አንድ አሳሽ ከአገልጋይ ጋር የሚገናኝበት የተለመደው መንገድ ከአገልጋዩ ወደብ 80 ጋር የTCP ግንኙነት መመስረት ነው፣ ምንም እንኳን ይህ አሰራር በመደበኛነት አያስፈልግም። TCP የመጠቀም ፋይዳው አሳሾችም ሆኑ ሰርቨሮች ስለጠፉ፣ የተባዙ ወይም ረጅም መልእክቶች እና እውቅናዎች መጨነቅ የለባቸውም። ይህ ሁሉ ቀርቧል TCP ፕሮቶኮል.

በኤችቲቲፒ 1.0፣ ግንኙነት ከተፈጠረ በኋላ አንድ ጥያቄ ተልኳል፣ ለዚህም አንድ ምላሽ ደርሷል። ከዚህ በኋላ የ TCP ግንኙነት ተቋርጧል. በዚያን ጊዜ የተለመደው ድረ-ገጽ ሙሉ በሙሉ የኤችቲኤምኤል ጽሑፍን ያቀፈ ነበር፣ እና ይህ የመስተጋብር መንገድ በቂ ነበር። ሆኖም፣ በርካታ ዓመታት አለፉ፣ እና ገጹ ብዙ አዶዎችን፣ ምስሎችን እና ሌሎች ማስጌጫዎችን ይዟል። አንድ አዶ ለማስተላለፍ የTCP ግንኙነትን ማቀናበር አባካኝ እና በጣም ውድ እንደሆነ ግልጽ ነው።

ይህ ግምት የተረጋጋ ግንኙነቶችን የሚደግፍ የ HTTP 1.1 ፕሮቶኮል እንዲፈጠር ምክንያት ሆኗል. ይህ ማለት የTCP ግንኙነት መመስረት፣ ጥያቄ መላክ፣ ምላሽ መቀበል እና ከዚያም ተጨማሪ ጥያቄዎችን እና ምላሾችን መላክ እና መቀበል ይቻል ነበር። ስለዚህ በቋሚ የግንኙነት ተከላዎች እና ግንኙነቶች ወቅት የሚወጡት ትርፍ ወጪዎች ቀንሰዋል። እንዲሁም የቧንቧ ጥያቄዎችን ማለትም ጥያቄ 2 መላክ ለተጠየቀው 1 ምላሽ ከመምጣቱ በፊትም ተችሏል.

ኤችቲቲፒ በተለይ ለድር ቴክኖሎጂዎች ጥቅም ላይ እንዲውል ታስቦ የተነደፈ ቢሆንም፣ ሆን ተብሎ ከሚያስፈልገው በላይ አጠቃላይ እንዲሆን ተደርጎ ነበር፣ ምክንያቱም ለወደፊት በነገር ተኮር አፕሊኬሽኖች ውስጥ ለመጠቀም የታሰበ ነው። በዚህ ምክንያት, ከመደበኛ የድረ-ገጽ መጠይቆች በተጨማሪ, ዘዴዎች የሚባሉ ልዩ ስራዎች ተዘጋጅተዋል. ህልውናቸውን ለሶፕ ቴክኖሎጂ ይገባቸዋል። እያንዳንዱ ጥያቄ አንድ ወይም ከዚያ በላይ የ ASCII ሕብረቁምፊዎችን ያካትታል, የመጀመሪያው ቃል የሚጠራበት ዘዴ ስም ነው. አብሮገነብ ዘዴዎች በስእል 6 ውስጥ በሰንጠረዥ ውስጥ ተዘርዝረዋል. ከእነዚህ አጠቃላይ ዘዴዎች በተጨማሪ. የተለያዩ እቃዎችየተወሰኑ ዘዴዎችም ሊኖሩ ይችላሉ. የስልት ስሞች ኬዝ ስሱ ናቸው፣ማለት የGET ዘዴ አለ፣ግን የማግኘት ዘዴ ግን የለም።

ምስል 6 - አብሮገነብ HTTP ዘዴዎች- ጥያቄዎች

የGET ዘዴ ከአገልጋዩ የሚጠይቀው ገጽ (በአጠቃላይ ዕቃ ነው፣ በተግባር ግን አብዛኛው ጊዜ ፋይል ነው) በ MIME መስፈርት መሠረት። አብዛኛዎቹ የአገልጋዩ ጥያቄዎች የGET ጥያቄዎች ናቸው።

የ HEAD ዘዴ የመልእክቱን ራስጌ ይጠይቃል፣ ያለ ገጹ ራሱ። ይህንን ዘዴ በመጠቀም አንድ ገጽ የመረጃ ጠቋሚ መረጃን ለመሰብሰብ ወይም በቀላሉ የአንድ የተወሰነ ዩአርኤል ተግባራዊነት ለመፈተሽ መቼ እንደተሻሻለ ማወቅ ይችላሉ።

የ PUT ዘዴ ከ GET ዘዴ ተቃራኒ ነው: አያነብም, ግን ገጹን ይጽፋል. ይህ ዘዴ በ ላይ የድረ-ገጾች ስብስብ እንዲፈጥሩ ያስችልዎታል የርቀት አገልጋይ. የጥያቄው አካል ገጹን ይዟል። MIME የተመሰጠረ ሊሆን ይችላል። በዚህ አጋጣሚ የ PUT ትዕዛዝን የሚከተሉ መስመሮች የተለያዩ አርዕስቶችን ለምሳሌ የይዘት አይነት ወይም የማረጋገጫ ራስጌዎችን ሊያካትቱ ይችላሉ ይህም የተመዝጋቢውን መብት ለተጠየቀው ተግባር ያረጋግጣሉ።

የPOST ዘዴ ከPUT ዘዴ ጋር በመጠኑ ተመሳሳይ ነው። በተጨማሪም ዩአርኤል ይዟል፣ ነገር ግን ያለውን ውሂብ ከመተካት ይልቅ አዲሱ ውሂብ አሁን ባለው ውሂብ ላይ "ተጨምሯል" (በአጠቃላይ ሲታይ)። ይህ መልእክት ወደ ኮንፈረንስ መለጠፍ ወይም ፋይል ወደ BBS ማስታወቂያ ሰሌዳ ማከል ሊሆን ይችላል። በተግባር፣ PUT ወይም POST በሰፊው ጥቅም ላይ አይውሉም።

የ DELETE ዘዴ፣ በማይገርም ሁኔታ ገጹን ይሰርዛል። እንደ PUT ዘዴ, እዚህ ልዩ ሚናይህንን ተግባር ለማከናወን ማረጋገጫ እና ፈቃድ ሚና ሊጫወቱ ይችላሉ። ተጠቃሚው ገጹን ለመሰረዝ ፍቃድ ቢኖረውም, የ DELETE ዘዴ ገጹን ለመሰረዝ ምንም ዋስትና የለም, ምክንያቱም ተጠቃሚው ቢስማማም. የርቀት HTTP አገልጋይፋይሉ ራሱ ከመቀየር ወይም ከመንቀሳቀስ ሊጠበቅ ይችላል.

የ TRACE ዘዴ ለማረም የታሰበ ነው። አገልጋዩ ጥያቄውን እንዲመልስ ይነግረዋል። ይህ ዘዴ በተለይ ጥያቄዎች በትክክል ካልተከናወኑ እና ደንበኛው አገልጋዩ ምን አይነት ጥያቄ እንደሚቀበል ማወቅ ሲፈልግ በጣም ጠቃሚ ነው.

የ CONNECT ዘዴ በአሁኑ ጊዜ ጥቅም ላይ አልዋለም. ለወደፊት ጥቅም ላይ ይውላል.

የOPTIONS ዘዴ ደንበኛው አገልጋዩን ስለ ንብረቶቹ ወይም የአንድ የተወሰነ ፋይል ባህሪያት እንዲጠይቅ ያስችለዋል።

ከአገልጋዩ ለቀረበው ለእያንዳንዱ ጥያቄ ምላሽ የሁኔታ መስመርን የያዘ እና እንዲሁም ምናልባትም፡- ተጨማሪ መረጃ(ለምሳሌ ድረ-ገጽ ወይም ከፊሉ)። የሁኔታ መስመሩ ጥያቄው የተሳካ መሆኑን ወይም ለምን እንዳልተሳካ የሚያመለክት ባለ ሶስት አሃዝ የሁኔታ ኮድ ሊይዝ ይችላል። የመጀመሪያው ምድብ ሁሉንም ምላሾች በአምስት ዋና ዋና ቡድኖች ለመከፋፈል የታሰበ ነው, በስእል 7 ላይ በሰንጠረዡ ላይ እንደሚታየው. ከ 1 Aхх) የሚጀምሩ ኮዶች በተግባር ብዙ ጊዜ ጥቅም ላይ አይውሉም. ከ 2 የሚጀምሩ ኮዶች ማለት ጥያቄው በተሳካ ሁኔታ ተካሂዷል እና ውሂቡ (ከተጠየቀ) ተልኳል. የ3xx ኮዶች ደንበኛው ዕድሉን በሌላ ቦታ እንዲሞክር ይነግሩታል - የተለየ URL ወይም የራሱን መሸጎጫ በመጠቀም።

ምስል 7 - በአገልጋይ ምላሾች ውስጥ የተካተቱ የሁኔታ ኮዶች ቡድኖች

ከ 4 ጀምሮ ያሉት ኮዶች ማለት ከደንበኛው ጋር በተገናኘ በሆነ ምክንያት ጥያቄው አልተሳካም ማለት ነው፡ ለምሳሌ፡- የሌለ ገጽ ተጠይቋል ወይም ጥያቄው ራሱ የተሳሳተ ነው። በመጨረሻም፣ 5xx ኮዶች በፕሮግራም ስህተት ወይም በጊዜያዊ ጭነት ምክንያት የአገልጋይ ስህተቶችን ያመለክታሉ።

የኤችቲቲፒ አጠቃቀም ምሳሌ

HTTP ስለሆነ የጽሑፍ ፕሮቶኮል, ከአገልጋዩ ጋር በተርሚናል (በዚህ ጉዳይ ላይ እንደ አሳሽ ተቃራኒ ሆኖ ይሠራል) በቀላሉ ሊደራጅ ይችላል። ከአገልጋዩ ወደብ 80 የTCP ግንኙነት መመስረት ብቻ ያስፈልግዎታል። አንባቢው ይህ ስክሪፕት እንዴት እንደሚሰራ ለራሱ ለማየት ይቀራል (ወደ ውስጥ ማስኬድ ተመራጭ ነው። UNIX ስርዓት, አንዳንድ ሌሎች ስርዓቶች የግንኙነት ሁኔታን ላያሳዩ ይችላሉ). ስለዚህ የትእዛዝ ቅደም ተከተል የሚከተለው ነው-

ምስል 8 - የ HTTP ፕሮቶኮል ትዕዛዞች ቅደም ተከተል

ይህ የትዕዛዝ ቅደም ተከተል www.ietf.org ላይ ከሚገኘው የIETF ድር አገልጋይ ወደብ 80 የቴሌኔት ግንኙነትን (ማለትም፣ የቲሲፒ ግንኙነት) ይመሰረታል።

የግንኙነት ክፍለ ጊዜ ውጤቱ በ ውስጥ ተመዝግቧል የምዝግብ ማስታወሻ ፋይል, ከዚያ እርስዎ ማየት የሚችሉት. ቀጥሎ የGET ትዕዛዝ ይመጣል። የተጠየቀው ፋይል ስም እና የዝውውር ፕሮቶኮሉ ተጠቁሟል። ቀጥሎ የሚፈለገው መስመር ከአስተናጋጁ ራስጌ ጋር ይመጣል። ከእሱ ቀጥሎ ያለው ባዶ መስመርም ያስፈልጋል. የጥያቄው ራስጌዎች እንዳለቀባቸው ለአገልጋዩ ይጠቁማል። የዝግ ትዕዛዝ (ይህ የቴሌኔት ፕሮግራም ትዕዛዝ ነው) ግንኙነቱን ይዘጋዋል.

የግንኙነት መዝገብ ፋይል ፣ ሎግ ፣ ማንኛውንም የጽሑፍ አርታኢ በመጠቀም ሊታይ ይችላል። በዚህ ጊዜ በ IETF ድረ-ገጽ ላይ አንዳንድ ለውጦች ካልተደረጉ በስተቀር በስእል 8 ላይ ባለው ዝርዝር ላይ እንደሚታየው በግምት መጀመር አለበት።

ምስል 9 - የፋይሉ ውፅዓት መጀመሪያ "www.ietf.org/rfc.html"

በዚህ ዝርዝር ውስጥ የመጀመሪያዎቹ ሦስት መስመሮች ተፈጥረዋል የቴሌኔት ፕሮግራም, የርቀት ጣቢያው አይደለም. ነገር ግን በኤችቲቲፒ/1.1 የሚጀመረው መስመር አስቀድሞ የIETF ምላሽ ነው፣ ይህም አገልጋዩ የ HTTP/1.1 ፕሮቶኮልን በመጠቀም ከእርስዎ ጋር መገናኘት እንደሚፈልግ ያሳያል። ከዚህ በኋላ ተከታታይ ራስጌዎች እና በመጨረሻም, የተጠየቀው ፋይል ይዘቶች እራሱ ይከተላል. ከመሸጎጥ ጋር የተቆራኘው የ ETag ራስጌ፣ እና የአሳሽ ስህተቶችን ለመቋቋም የሚረዳው X-Pad፣ መደበኛ ያልሆነ ራስጌ።

የድሩ እምብርት የሃይፐርቴክስት ማስተላለፊያ ፕሮቶኮል (ኤችቲቲፒ) ነው እሱም ሀ የመተግበሪያ ደረጃ. የኤችቲቲፒ መግለጫበ RFC 1945 እና RFC 2616 ውስጥ ሊገኝ ይችላል የኤችቲቲፒ ፕሮቶኮል ሁለት ፕሮግራሞችን በመጠቀም ይተገበራል: ደንበኛ እና አገልጋይ, በተለያዩ የመጨረሻ ስርዓቶች ላይ የሚገኙት, የኤችቲቲፒ መልዕክቶችን ይለዋወጣሉ. የመልእክት ልውውጥ ቅደም ተከተል እና ይዘት በፕሮቶኮሉ ውስጥ ተገልጿል. ወደ ኤችቲቲፒ ከመግባታችን በፊት በመጀመሪያ በድር አውድ ውስጥ ጥቅም ላይ የሚውሉትን ቃላት እንረዳ።

እያንዳንዱ ድረ-ገጽ ወይም ሰነድ ነገሮችን ያቀፈ ነው። ነገሩ በኤችቲኤምኤል ቅርጸት መደበኛ ፋይል ነው፣ ምስል በ ውስጥ JPEG ቅርጸትወይም ጂአይኤፍ፣ ጃቫ አፕሌት፣ ኦዲዮ ክሊፕ፣ ወዘተ፣ ማለትም፣ የራሱ የሆነ ዩኒፎርም ሪሶርስ መፈለጊያ (ዩአርኤል) ያለው ክፍል። በተለምዶ፣ ድረ-ገጾች የመሠረት ኤችቲኤምኤል ፋይል እና የሚያገናኟቸውን ነገሮች ያካትታሉ። ስለዚህ, አንድ ድረ-ገጽ መሰረታዊ የኤችቲኤምኤል ፋይል እና አምስት ምስሎችን ያካተተ ከሆነ, እሱ ስድስት ነገሮችን ያካትታል. ከድረ-ገጽ ጋር የሚዛመዱ የነገር አገናኞች ከስር HTML ፋይል ውስጥ የተካተቱ ዩአርኤሎች ናቸው። ዩአርኤል ሁለት ክፍሎችን ያቀፈ ነው፡ ነገሩ የሚገኝበት የአገልጋዩ አስተናጋጅ ስም እና ወደ ዕቃው የሚወስደው መንገድ። ስለዚህ፣ ለምሳሌ፣ ለ URL _www.someSchool.edu/someDepartment/picture.gif፣ የአስተናጋጁ ስም ቁርጥራጭ _www.someSchool.edu ነው፣ እና የነገሩ ዱካ የ someDepartment/picture.gif ቁራጭ ነው።

የድር ተጠቃሚ ወኪል አሳሽ ተብሎ ይጠራል; ድረ-ገጾችን ያሳያል እና ብዙ ተጨማሪ የመገልገያ ተግባራትን ያከናውናል. በተጨማሪም፣ አሳሾች የኤችቲቲፒ ፕሮቶኮሉን ደንበኛ ጎን ይወክላሉ። ስለዚህ በድር አውድ ውስጥ “አሳሽ” እና “ደንበኛ” የሚሉት ቃላት እንደ አቻ ጥቅም ላይ ይውላሉ። በጣም ከሚባሉት መካከል ታዋቂ አሳሾች Netscape Navigator እና ያካትታል የማይክሮሶፍት ኢንተርኔትአሳሽ

የድር አገልጋዩ ነገሮች አሉት፣ እያንዳንዱም በዩአርኤል ተለይተው ይታወቃሉ። በተጨማሪም, የድር አገልጋዮች ይሰጣሉ የአገልጋይ ጎን HTTP ፕሮቶኮል. በጣም ታዋቂዎቹ የድር አገልጋዮች Apache እና Microsoft Internet Information Serverን ያካትታሉ።

የኤችቲቲፒ ፕሮቶኮል ደንበኞች (እንደ አሳሾች ያሉ) ድረ-ገጾችን እንዴት እንደሚጠይቁ እና አገልጋዮች እነዚያን ገጾች እንዴት እንደሚያቀርቡ ይገልጻል። በደንበኛው እና በአገልጋይ መካከል ስላለው መስተጋብር የበለጠ በዝርዝር እንነጋገራለን ፣ ግን መሰረታዊ ሀሳቡን ከምስል መረዳት ይቻላል ። 2.4. አንድ ተጠቃሚ ድረ-ገጹን ሲጠይቅ (ለምሳሌ ሃይፐርሊንክን ጠቅ ሲያደርግ) አሳሹ የድረ-ገጹን እቃዎች የኤችቲቲፒ ጥያቄ ወደ አገልጋዩ ይልካል። አገልጋዩ ጥያቄውን ተቀብሎ የሚፈለጉትን ነገሮች የያዘ የምላሽ መልእክት ይልካል። እ.ኤ.አ. በ 1997 ሁሉም የድር አሳሾች እና የድር አገልጋዮች ማለት ይቻላል HTTP ስሪት 1.0ን መደገፍ ጀመሩ ፣ በ ውስጥ ተገልጿል RFC ሰነድ 1945. እ.ኤ.አ. በ 1998 ወደ ስሪት 1.1 የሚደረግ ሽግግር ተጀመረ ፣ እሱም በ RFC 2616 ውስጥ ተገልጿል ። ስሪት 1.1 አለው ወደ ኋላ የሚስማማበስሪት 1.0፣ ማለትም፣ ማንኛውም አገልጋይ ወይም አሳሽ ስሪት 1.1ን የሚጠቀም አሳሽ ወይም አገልጋይ ስሪት 1.0 ሙሉ ለሙሉ መስተጋብር መፍጠር ይችላል።

ሁለቱም HTTP 1.0 እና HTTP 1.1 TCP እንደ ፕሮቶኮል ይጠቀማሉ የማጓጓዣ ንብርብር. የኤችቲቲፒ ደንበኛ በመጀመሪያ ከአገልጋዩ ጋር የTCP ግንኙነትን ይፈጥራል፣ እና ግንኙነቱ ከተፈጠረ በኋላ ደንበኛው እና አገልጋዩ ከTCP ፕሮቶኮል ጋር በሶኬት በይነገጽ መገናኘት ይጀምራሉ። ቀደም ሲል እንደተገለፀው, ሶኬቶች በሂደቶች እና በትራንስፖርት ንብርብር ፕሮቶኮል መካከል "በሮች" ናቸው.

ደንበኛው በሶኬት በይነገጽ በኩል ጥያቄዎችን ይልካል እና ምላሾችን ይቀበላል, እና አገልጋዩ ጥያቄዎችን ለመቀበል እና ለማስፈጸም የሶኬት በይነገጽ ይጠቀማል. የድር ጥያቄው የደንበኛውን ሶኬት ካለፈ በኋላ፣ በTCP ፕሮቶኮል እጅ ነው። የTCP ፕሮቶኮል አንዱ ተግባር አስተማማኝ የመረጃ ስርጭትን ማረጋገጥ መሆኑን አስታውስ። ይህ ማለት በደንበኛው የተላከ እያንዳንዱ ጥያቄ እና ከአገልጋዩ የሚመጣው እያንዳንዱ ምላሽ ልክ እንደተላከ ነው. የብዝሃ-ንብርብር ግንኙነት ሞዴል አንዱ ጠቀሜታ የሚገለጥበት ይህ ነው፡ የኤችቲቲፒ ፕሮቶኮል የማስተላለፊያውን አስተማማኝነት መቆጣጠር እና ማረጋገጥ አያስፈልገውም። እንደገና ማስተላለፍየተዛባ እሽጎች. ሁሉም "ቆሻሻ" ስራዎች በ TCP ፕሮቶኮል እና ዝቅተኛ ደረጃ ፕሮቶኮሎች ይከናወናሉ.

ደንበኞችን ማገልገሉ ከተጠናቀቀ በኋላ አገልጋዩ ስለእነሱ ምንም መረጃ እንደማያከማች ልብ ሊባል ይገባል። ለምሳሌ አንድ ደንበኛ ለተመሳሳይ መገልገያ ሁለት ጥያቄዎችን በተከታታይ ካቀረበ አገልጋዩ ስለ የተባዛው ጥያቄ ምንም አይነት ማሳወቂያ ሳይሰጥ ያሟላል። የኤችቲቲፒ ፕሮቶኮል አገር አልባ የግንኙነት ፕሮቶኮል ነው ተብሏል።

በይነመረብ በስፋት ጥቅም ላይ በዋለበት ወቅት, በአሳሹ ውስጥ የተጫኑ ቫይረሶች በጣም የተለመዱ ሆነዋል. በእኛ መገልገያ ላይ ስለ እንደዚህ አይነት ተንኮል አዘል ፕሮግራሞች ብዙ መጣጥፎችን ማግኘት ይችላሉ, ነገር ግን ለማንበብ ጊዜ ከነሱ መካከል ጎልቶ ይታያል. ይህ ቫይረስትኩረት በጎደለው ተጠቃሚ ኮምፒተር ውስጥ ዘልቆ መግባት እና ከአሳሹ ጋር የመሥራት ደስታን በእጅጉ ሊያበላሽ ይችላል። ተጠቃሚው ማስታወቂያን ያያል, ወደ ጊዜ ለማንበብ ድህረ ገጽ ያለማቋረጥ መተላለፍ ይጀምራል, እና ሌሎች ብዙ ችግሮች ይነሳሉ, ሆኖም ግን, በመጀመሪያ ነገሮች.

ልክ እንደ አብዛኛው ትሮጃን ቫይረሶች, ለማንበብ ጊዜ ቀላል ተግባር ያከናውናል - ተጠቃሚውን ያሳዩ ከፍተኛ መጠንማስታወቂያ የፕሮግራሙ ፈጣሪዎች ለስርጭቱ ገንዘብ እንዲቀበሉ ፣ በላዩ ላይ ጠቅ ያድርጉ እና ወደ አጋር ጣቢያዎች ያስተላልፋል። ብዙ ጊዜ ቫይረሶችን በመጠቀም ድረ-ገጾቻቸውን የማስተዋወቅ አገልግሎቶች በተጭበረበሩ ሀብቶች ወይም ገጾች ከማስታወቂያ ትሮጃን የበለጠ ከባድ በሆነ ነገር የተበከሉ ናቸው ።

አንዴ የማንበብ ጊዜ ወደ ኮምፒውተርዎ ከገባ በኋላ ራሱን በሚከተሉት “ምልክቶች” ይገለጻል።

ተጨማሪ ማስታወቂያ በጣቢያዎች ላይ ያለማቋረጥ ብቅ ይላል፣ ብቅ ባይ ባነሮችን ጨምሮ ይዘቱን ጠቅ እስኪያደርጉ ድረስ ይዘቱን ሙሉ በሙሉ ያደበዝዛሉ።
የኮምፒዩተር ሴኪዩሪቲ ሴቲንግ ለውጦች ሊደረጉ ይችላሉ፣ ይህም ላለው ኮምፒውተር አደገኛ ነው። ቋሚ ግንኙነትወደ ኢንተርኔት;
የሁሉም አሳሾች የመጀመሪያ ገጽ በራስ-ሰር ወደ ንባብ ጊዜ ይለውጣል ፣ እራሱን እንደ ፍለጋ እና የዜና ምንጭ አድርጎ ለማስቀመጥ ይፈልጋል ።
ወደ ራስ-ሰር ማስተላለፍ የሶስተኛ ወገን ሀብቶች. ጠቃሚ፡ ተጠቃሚው ወደሚዞርበት ከማይታወቅ ጣቢያ የጊዜ ቫይረስለማንበብ፣ ሌሎች ቫይረሶችን ወደ ኮምፒውተርዎ የማውረድ እድሉ ከፍተኛ ነው።

ከላይ የተጠቀሱትን ምልክቶች በኮምፒዩተርዎ ላይ ካዩ ኮምፒውተራችን ለማንበብ ጊዜ በተባለው ቫይረስ ተያዘ ማለት ነው። ሊያስከትሉ የሚችሉ ተጨማሪ ከባድ ችግሮችን ለማስወገድ በአስቸኳይ መወገድ አለበት.

የማንበብ ጊዜን ከኮምፒዩተርዎ ለማስወገድ በመጀመሪያ ሁለት ፕሮግራሞችን ማውረድ እና መጫን ያስፈልግዎታል AdwCleaner እና CCleaner። እነዚህ መተግበሪያዎች ይረዱዎታል ራስ-ሰር ሁነታቫይረሱን ይቋቋሙ እና ተጠቃሚው በ "በእጅ" ሁነታ ውስጥ በጣም ቀላል የሆኑትን ተግባራት ብቻ ማከናወን አለበት.

የማንበብ ጊዜ ቫይረስን ከኮምፒዩተርዎ የማስወገድ ሂደት እንደሚከተለው ነው።

የመጀመሪያው እርምጃ ሁሉንም ነገር ከኮምፒዩተርዎ ላይ ማስወገድ ነው ጊዜያዊ ፋይሎች፣ ወደ የቫይረስ ፕሮግራምከተወገደ በኋላ ማገገም አልቻለም. ይህንን ለማድረግ ወደ ተገቢው ክፍሎች ይሂዱ:

በዊንዶውስ 7:(የስርዓት አንፃፊ):\u003e ተጠቃሚዎች \\ የተጠቃሚ ስም \\ AppData \ አካባቢያዊ \\ ቴምፕ በዊንዶውስ 10:(የስርዓት አንፃፊ):\u003e ተጠቃሚዎች አስተዳዳሪ \\ AppData \ አካባቢያዊ \\ ቴምፕ

የተመረጠ እርምጃ መውሰድ የለብህም, በውስጡ ያሉትን ሁሉንም ፋይሎች መሰረዝ አለብህ Temp አቃፊእያንዳንዳቸው አደገኛ ሊሆኑ ስለሚችሉ.

እባክዎን ከአስተዳዳሪው መገለጫ የመፍትሄውን መሸጎጫ ዳግም ማስጀመር እንዳለብዎ ልብ ይበሉ።

ሲክሊነርን እንዴት በትክክል መጫን እና ማዋቀር እንደሚቻል

በዚህ ጊዜ የንባብ ጊዜ ቫይረስን ከኮምፒዩተርዎ ማስወገድ እንደተጠናቀቀ ሊቆጠር ይችላል. አሳሹን መጠቀም ከመጀመርዎ በፊት ኮምፒተርዎን እንደገና እንዲያስጀምሩት እንመክራለን።

ብዙ ጊዜ የማንበብ ጊዜ ቫይረሱ በቸልተኝነት ምክንያት ወደ ተጠቃሚው ኮምፒዩተር ይደርሳል። ኮምፒውተርዎን በዚህ ትሮጃን የመበከል አደጋን በእጅጉ ለመቀነስ የሚያግዙ ጥቂት መሰረታዊ ምክሮች፡-

ፕሮግራሞችን በበይነመረብ ላይ ከታመኑ ጣቢያዎች ብቻ ያውርዱ። አፕሊኬሽኑ በነፃነት የሚሰራጭ ከሆነ ከገንቢዎች ድህረ ገጽ ማውረድ ይሻላል።
ፕሮግራሞችን በሚጭኑበት ጊዜ, በመጫኛው ውስጥ ያሉትን ሁሉንም "ቼክ ምልክቶች" በትኩረት ይከታተሉ. ብዙ ጊዜ በ" ሙሉ ጭነትፕሮግራሞች" ገንቢዎቹ የቫይረስ ሊሆን የሚችል መተግበሪያ ከተቆራኘ ሶፍትዌር ጋር መጫኑን ይገነዘባሉ። እርስዎ እንዲተዋወቁም እንመክራለን የተጠቃሚ ስምምነትበነባሪነት ይህ ወይም ያ ተያያዥ ፕሮግራም በኮምፒዩተር ላይ እንደሚጫን ሊያመለክት ይችላል;
የማይታመን ተግባራትን ቃል ከሚገቡ ካልታወቁ ገንቢዎች ፕሮግራሞችን ከበይነመረቡ አያውርዱ።

ከላይ የተገለጹትን ቀላል ህጎች በመከተል ኮምፒውተራችን በታይም ንባብ ቫይረስ የመጠቃት እድልን በእጅጉ መቀነስ ትችላለህ ይህም ብዙ ችግር ይፈጥራል።

የኤችቲቲፒ ወይም የከፍተኛ ጽሑፍ ማስተላለፍ ፕሮቶኮል ዋነኛው ጉድለት ነው ( ዓለም አቀፍ ድር). የፕሮቶኮሉ ዋና ተግባር በአውታረ መረቡ ላይ የሃይፐር ቴክስት መተላለፉን ማረጋገጥ ነው. ፕሮቶኮሉ የደንበኞችን እና አገልጋዮችን መለዋወጥ የመልእክት ቅርጸትን በትክክል ይገልጻል።

የኤችቲቲፒ ፕሮቶኮል በ RFC 2616 (HTTP1.1) ውስጥ ተገልጿል.

የፕሮቶኮሉ መሰረት በደንበኛው እና በአገልጋዩ መካከል ያለውን መስተጋብር አንድ የ ASCII ጥያቄ እና የሚከተለውን ምላሽ በ RFC 822 MIME መስፈርት ማረጋገጥ ነው።

በተግባር፣ የኤችቲቲፒ ፕሮቶኮል በፖርት 80 ላይ ይሰራል፣ ግን በተለየ መንገድ ሊዋቀር ይችላል። እና TCP/IP የግዴታ ባይሆንም መልእክቶችን ለመከፋፈል እና ለመገጣጠም ስለሚንከባከብ እና አሳሹን ወይም አገልጋዩን "ስለማይጨናነቅ" ስለሆነ ተመራጭ ሆኖ ይቆያል።

የኤችቲቲፒ ፕሮቶኮል በድር ቴክኖሎጂዎች ላይ ብቻ ሳይሆን በሌሎች የኦኦፒ አፕሊኬሽኖች (ዓላማ-ተኮር) ውስጥም ጥቅም ላይ ሊውል እንደሚችል ልብ ሊባል ይገባል።

URL

የደንበኛ-አገልጋይ የድር ግንኙነት መሰረት ጥያቄው ነው። ጥያቄው የተላከው ዩአርኤልን በመጠቀም ነው—ዩኒፎርም የኢንተርኔት ግብዓት አመልካች። ዩአርኤል ምን እንደሆነ ላስታውስህ።

ግልጽ እና ቀላል መዋቅርዩአርኤሉ የሚከተሉትን አካላት ያካትታል።

ፕሮቶኮል;
አስተናጋጅ;
ወደብ;
የንብረት ማውጫ;
መለያዎች (መጠይቅ)።

ማስታወሻ፡ የ http ፕሮቶኮል ቀላል እና ደህንነታቸው ያልተጠበቁ ግንኙነቶች ፕሮቶኮል ነው። ደህንነቱ የተጠበቀ ግንኙነቶች የ https ፕሮቶኮልን በመጠቀም ይሰራሉ። ለመረጃ ልውውጥ የበለጠ ደህንነቱ የተጠበቀ ነው።

HTTP ጥያቄ ዘዴዎች

ከዩአርኤል መመዘኛዎች አንዱ ልንነጋገርበት የምንፈልገውን የአስተናጋጅ ስም ይገልጻል። ግን ይህ በቂ አይደለም. የሚወስደውን እርምጃ መወሰን ያስፈልግዎታል. ይህ በኤችቲቲፒ ፕሮቶኮል የተገለጸውን ዘዴ በመጠቀም ሊከናወን ይችላል።

HTTP ዘዴዎች

ዘዴ / መግለጫ
HEAD/የድረ-ገጹን ርዕስ አንብብ
ድረ-ገጽ ያግኙ/ ያንብቡ
POST/ወደ ድረ-ገጽ አክል
PUT/ድረ-ገጽ አስቀምጥ
TRACE/ጥያቄን መልሰው ላክ
አንድ ድረ-ገጽ ሰርዝ/ሰርዝ
አማራጮች/የማሳያ አማራጮች
ይገናኙ/ለወደፊት ጥቅም ላይ እንዲውል የተጠበቀ

የኤችቲቲፒ ዘዴዎችን በበለጠ ዝርዝር እንመልከት

የGET ዘዴ። MIME መስፈርትን በመጠቀም የተመሰጠረ ገጽ (ፋይል፣ ነገር) ይጠይቃል። ይህ በጣም ጥቅም ላይ የዋለው ዘዴ ነው. ዘዴ መዋቅር:
የፋይል ስም HTTP/1.1 አግኝ

HEAD ዘዴ.ይህ ዘዴ የመልእክት ራስጌውን ይጠይቃል። ይሁን እንጂ ገጹ አይጫንም. ይህ ዘዴ ጊዜውን ለማወቅ ያስችልዎታል የመጨረሻው ዝመናየገጹን መሸጎጫ ለማስተዳደር የሚያስፈልጉ ገጾች. ይህ ዘዴ የተጠየቀውን ዩአርኤል ተግባራዊነት እንዲፈትሹ ይፈቅድልዎታል.

የ PUT ዘዴ.ይህ ዘዴ ገጹን በአገልጋዩ ላይ ማስቀመጥ ይችላል. የPUT ጥያቄ አካል የሚስተናገድበትን ገጽ ያካትታል፣ እሱም MIME ኮድ ነው። ይህ ዘዴ የደንበኛ መለያ ያስፈልገዋል.

የPOST ዘዴ።ይህ ዘዴ ይዘትን ወደ አንድ ነባር ገጽ ይጨምራል። ወደ መድረክ ልጥፍ ለማከል እንደ ምሳሌ ተጠቅሟል።

ዘዴ ሰርዝ።ይህ ዘዴ ገጹን ያጠፋል. የመሰረዝ ዘዴው የተጠቃሚውን የመሰረዝ መብቶች ማረጋገጫ ያስፈልገዋል።

TRACE ዘዴ።ይህ የማረም ዘዴ ነው። አገልጋዩ ጥያቄውን መልሶ እንዲልክ እና ከአገልጋዩ ሲመለሱ የደንበኛው ጥያቄ መበላሸቱን ወይም አለመሆኑን እንዲያውቅ ያስችለዋል።

የግንኙነት ዘዴ- የመጠባበቂያ ዘዴ, ጥቅም ላይ ያልዋለ.

OPTIONS ዘዴየማንኛውም ፋይል የአገልጋይ ንብረቶችን እና ንብረቶችን እንዲጠይቁ ያስችልዎታል።

በደንበኛው እና በአገልጋዩ መካከል ባለው የጥያቄ-ምላሽ ግንኙነት አገልጋዩ የግድ ምላሽ ይፈጥራል። ይህ የሁኔታ ኮድ ያለው ድረ-ገጽ ወይም የሁኔታ አሞሌ ሊሆን ይችላል። የሁኔታ ኮዱን በደንብ ያውቃሉ። ከኮዶች አንዱ የታወቀው ኮድ 404 - ገጽ አልተገኘም.